help
help Jose Luis Caicedo MadridLínea Comunicaciones S.A.Tecnologo en Telecomunicaciones Egresado 2009 ITM3207887041“El contenido de este documento y/o sus anexos son para uso exclusivo de su destinatario intencional y puede contener Información legalmente protegida por ser privilegiada o confidencial. Si usted no es el destinatario intencional de este documento por favor Infórmenos de inmediato y elimine el documento y sus anexos. Igualmente cualquier retención, revisión no autorizada, distribución, divulgación, reenvío, copia, impresión, reproducción, o uso indebido de este documento y/o sus anexos, está estrictamente prohibida y sancionada legalmente. Agradecemos su atención. UNE EPM Telecomunicaciones S.A.”--“The contents of this document and / or its attachments are for exclusive use of the intended recipient and may contain privileged or confidential information. If you are not the intended recipient of this document please inform us immediately and delete the document and its attachments. Likewise, any retention, unauthorized review, distribution, disclosure, forwarding, copying, printing, reproduction, or misuse of this document and / or its attachments is strictly prohibited and punishable by law. Thank you for your attention. UNE EPM Telecomunicaciones SA“
Re: help
2010/12/11 jose caicedo madrid luis...@hotmail.com: help Jose Luis Caicedo MadridLínea Comunicaciones S.A.Tecnologo en Telecomunicaciones Egresado 2009 ITM3207887041“El contenido de este documento y/o sus anexos son para uso exclusivo de su destinatario intencional y puede contener Información legalmente protegida por ser privilegiada o confidencial. Si usted no es el destinatario intencional de este documento por favor Infórmenos de inmediato y elimine el documento y sus anexos. Igualmente cualquier retención, revisión no autorizada, distribución, divulgación, reenvío, copia, impresión, reproducción, o uso indebido de este documento y/o sus anexos, está estrictamente prohibida y sancionada legalmente. Agradecemos su atención. UNE EPM Telecomunicaciones S.A.”--“The contents of this document and / or its attachments are for exclusive use of the intended recipient and may contain privileged or confidential information. If you are not the intended recipient of this document please inform us immediately and delete the document and its attachments. Likewise, any retention, unauthorized review, distribution, disclosure, forwarding, copying, printing, reproduction, or misuse of this document and / or its attachments is strictly prohibited and punishable by law. Thank you for your attention. UNE EPM Telecomunicaciones SA“ como? ~~~ Andrew lathama Latham lath...@gmail.com ~~~
Re: Arquitectura P2P entre servidores
El 11 de diciembre de 2010 18:58, Julian Reyes Escrigas julian.reyes.escri...@gmail.com escribió: tengo un rato y es que crear una aplicación con un especie de repositorio central de información. un servidor central que va a contener toda la información de X cantidad de locaciones, cada locación tiene su propio servidor donde solo se encuentra la información de su locación, cuando un cliente opera, este lo hace directamente sobre el servidor local, nunca sobre el central, el servidor secundario es el que se conecta con el central (si existe conexión) para validar la información, si no hay conexión este simplemente lo deja para después. la idea es que periódicamente (aproximadamente cada mes) el servidor central va a confrontar toda la información con otros sistemas y las novedades son enviadas a cada servidor secundario (si existe la conexión). alguien tiene idea de si existe algún servicio en especial que ayude con una tarea semejante y se esta se puede implementar en PHP, ya que es un entorno LAMP Estimado :Su idea no es descabellada.Para programar dicha aplicación en PHP investigue sobre SOAP ,ya que dicha librería permite desarrollar aplicaciones cliente/servidor. Ahora mi duda es sobre la base de datos en que lo va a desarrollar :Si el proyecto tiene muchas transacciones, tal vez MySQL sea insuficiente ,y mejor es optar por PostgreSQL, y por lo demás es mas potente. Saludos. Patricio Morales Fariña Técnico en Computación Alumno Ing. Informática (Técnicos Vespertino) Universidad de los Lagos 045-219291- Temuco Chile cel 78732062 Linux user number 481578 http://counter.li.org/
Re: Arquitectura P2P entre servidores
bueno lo de la base de datos es discutible aunque no encuentro una razón para la cual MySQL no sea capaz de manejar dicho proceso, pero igual lo interesante aquí es conocer la forma en la que interactuan los servidores. me gustaría conocer cuales son las razones (pros y contras) de porque usar PostgreSQL en cambio de MySQL. muchas gracias por tu atención y pronta respuesta
Re: Arquitectura P2P entre servidores
El sáb, 11-12-2010 a las 17:33 -0500, Julian Reyes Escrigas escribió: bueno lo de la base de datos es discutible aunque no encuentro una razón para la cual MySQL no sea capaz de manejar dicho proceso, pero igual lo interesante aquí es conocer la forma en la que interactuan los servidores. me gustaría conocer cuales son las razones (pros y contras) de porque usar PostgreSQL en cambio de MySQL. muchas gracias por tu atención y pronta respuesta Existen muchas comparativas en internet buscando solamente como mysql vs postgresql en google. Mira esta es bastante interesante: http://www.wikivs.com/wiki/MySQL_vs_PostgreSQL -- Andrés Esteban Ovalle Gahona (kill-9) Ingeniero (E) Computación e Informática SysAdmin - Acepta.com S.A www.acepta.com Staff Debianchile.cl www.debianchile.cl Movil: 09-5795880 Usuario Linux #456290 (counter.li.org) signature.asc Description: Esto es una parte de mensaje firmado digitalmente
Re: Arquitectura P2P entre servidores
otra pregunta dejando de lado lo de los SGBD, el SOAP se ve como un protocolo basado en XML , no hay otras alternativas, algo como JSON o bueno que se yo la verdad me gustaría saber como servicios como facebook (creo) o amazon repliegan la información entre sus servidores, claro esta no tengo la intención de implementar algo mas alla de información de la base de datos. también me gustaría conocer que mecanismos existen para que la comunicación entre dicho servidores sea cifrada algo así como si se comunicaran vía HTTPS, ya que la información puede llegar a ser sensible.
Re: Arquitectura P2P entre servidores
On Dec 11, 2010, at 6:58 PM, Julian Reyes Escrigas wrote: un servidor central que va a contener toda la información de X cantidad de locaciones, cada locación tiene su propio servidor donde solo se encuentra la información de su locación, cuando un cliente opera, este lo hace directamente sobre el servidor local, nunca sobre el central OK. el servidor secundario es el que se conecta con el central (si existe conexión) para validar la información, Para esto, debes crear un servicio en el servidor central. Puede ser SOAP o JSON como conversaban. Mi recomendación personal es REST con JSON o XML... en realidad, lo que te sea mas fácil con el framework en el que estás desarrollando (cakephp, codeigniter, symfony, etc...). si no hay conexión este simplemente lo deja para después. Esto parece complicado y no trivial de hacerlo bien de buenas a primera... Ahí necesitas algún proceso que se encargue de cuadrar periódicamente... uff, un desastre. la idea es que periódicamente (aproximadamente cada mes) el servidor central va a confrontar toda la información con otros sistemas y las novedades son enviadas a cada servidor secundario (si existe la conexión). Si es sólo datos (obviando el tema del servicio descrito arriba), tal vez podrías hacerlo a nivel de bases de datos con replicación. http://www.postgresql.org/docs/9.0/static/different-replication-solutions.html alguien tiene idea de si existe algún servicio en especial que ayude con una tarea semejante y se esta se puede implementar en PHP, ya que es un entorno LAMP. No, desconozco algo para LAMP... este tipo de cosas se resuelve en el mundo de apps empresariales con software muy complicado y que muy poca gente entiende... no te lo recomiendo. Puedes hacer lo mismo con PHP usando los conceptos básicos de orientación a servicios. No es necesario que sea perfecto, lo usual en este tipo de sistemas es que tienes uno o más sistemas que ya existen y los vas modularizando de a poco. Aldrin Martoq http://aldrin.martoq.cl/
Re: Arquitectura P2P entre servidores
On Dec 11, 2010, at 7:33 PM, Julian Reyes Escrigas wrote: me gustaría conocer cuales son las razones (pros y contras) de porque usar PostgreSQL en cambio de MySQL. En una frase: - MySQL vale yuyo y PostgreSQL es el oracle del mundo opensource. En 4 párrafos: - MySQL en sí no es malo, pero la configuración inicial que trae es muy mala para correr sistemas transaccionales cuando quieres tener tranquilidad/seguridad que ningún dato se va a corromper. No conozco ningún sistema en que el requisito de asegurarme que los datos no se corrompan se pueda transar. Ninguno. En todos, la data es lo más importante del sistema. - Ahora, esto en MySQL tiene solución, pero tendrás que aprender un montón. De partida, tendrás que configurar InnoDB con todas sus perillas para que tengas transacciones decentes. Después tendrás que revisar otras configuraciones idiotas, como el strict mode. Ya sólo con eso tienes para aprender 1 mes, y harta pega que hacer en cada sistema que montes bajo MySQL. - Si no lo haces, cuando alguien inserte datos raros MySQL ni siquiera lanzará un error, sino que hará alguna estupidez silenciosamente... este es el peor de los escenarios, pues no te estás dando cuenta la JK%#$JK%$ que está quedando con tus datos. - Si eres testarudo y logras dejar MySQL como debe ser, el rendimiento será horrible... te habrá salido mas barato y seguro haber partido con PostgreSQL al principio. En varios párrafos: busca en internet, como el link que te mandaron. Aldrin Martoq http://aldrin.martoq.cl/
Re: Arquitectura P2P entre servidores
Aldriq gracias por tus comentarios los tendre en cuenta, aunque ahora mismo no me preocupa tanto el sgdb ya que yo no soy el encargado de elllo sino del desarrollo del php. me gustaria saber mas bien hacia donde enfocar mis investigaciones, algun ejemplo si es posible practico
Re: Arquitectura P2P entre servidores
para darle tambien mas sencilles al tema omitan lo de la confrontacion de la informacion mensual, no tengo la necesidad de hacer replicas de datos. unicamente piensen en que que asi como se comunica un servidor secundario con el principal, ahora va en reversa, para enviarle las novedades. otra cosa pensaba en crear un sistema de historial de modificaciones para cada registro que es el que indica el estado del registro, si este se encuentra sincronizado cuando fue sincronizado y otros datos adicionales para un completo control de el estado de cada registro. existe alguna referencia de esto, algo como lo que he visto en python con Django pero para PHP
Re: Arquitectura P2P entre servidores
Es interesante el tema. Twitter utiliza el mismo protocolo de bit torrent para distribuir información entre sus servidores. No es una idea tan descabellada. La implementación dependerá del lenguaje que domines. 2010/12/12 Julian Reyes Escrigas julian.reyes.escri...@gmail.com para darle tambien mas sencilles al tema omitan lo de la confrontacion de la informacion mensual, no tengo la necesidad de hacer replicas de datos. unicamente piensen en que que asi como se comunica un servidor secundario con el principal, ahora va en reversa, para enviarle las novedades. otra cosa pensaba en crear un sistema de historial de modificaciones para cada registro que es el que indica el estado del registro, si este se encuentra sincronizado cuando fue sincronizado y otros datos adicionales para un completo control de el estado de cada registro. existe alguna referencia de esto, algo como lo que he visto en python con Django pero para PHP -- Atte, Juan Cristóbal Olivares *Renovarse o morir: Mi PC de los sesenta tenía veinte mil militantes. Y mi PC del siglo XXI tiene cuarenta gigabytes.*
