::Pim pom PAPAS!::

De que el programa de hoy fue bueno, ni duda cabe. Digo, el de Mikelet y compañía, que los otros siempre han gustado mucho a todos. A lo que me refiero es que por fin vi el “fidbac”, la retroalimentación, vamos. Una cosa impresionante, todos preguntando al mismo tiempo, saturando la base de datos del chat. Una cosa nunca antes vista.

Pero bueno… el tema no acaba ahí, o sí, del radio, si por ese lado lo ven. La otra semana seguimos con ese tema, ¿oki? Pero me asalta una cochina duda. O sea, que tengo muchas ganas de hacer algo desde hace tiempo pero nain de nain. La verdad es que da miedito. Bueno, eso de mi deseo y el hecho que esta cosa de ligeramente más de un año, llamado mi laptop, dejó de cargar al 100%, así, como de la nada. Hace menos de un mes todavía daba carga completa y todo y ahora que no. Seguro tendrá atorada alguna hormiga o un grillo en el módulo de carga y no me da un chispazo porque es muy buena. Leer más…

Mikelet, Tecnología, informática e internet aprendizaje, cambios, desarrollo, hijos de su pim pom papas, internet, linux, Mikelet, ordenador, personal, radio, recomendaciones, reflexiones, servidores, tecnología, trasnochar tecnológico, windows

Ya muchos lo vieron, pero muchos no lo han notado. En nuestra barra lateral está, pero quizá muchos no se hayan interesado. Se trata de “Radio papas! – Hecha por los hijos de su Pim pom papas”, un punto de contacto entre el Blog, sus bloggers, los visitantes y en un futuro próximo, también locutores y el público radioescucha. Leer más…

Radio Papas blog, cambios, internet, méxico, ocio, radio, recomendaciones, servidores, tecnología

Pues como se habrán dado cuenta, los bloggers (pocos bloggers) de este sitio hemos estado bastante callados. Esto ha sido esencialmente por cuestiones de trabajo, o estudio, o semejantes. En mi caso, he querido terminar el grupo de posts de “VirtualBOX para administradores” ya que sería una herramienta super útil para todos aquellos webmasters o administradores de servidores que necesiten hacer pruebas en ambientes controlados.

Como el trabajo ha estado bastante flojo, al menos en mi caso, durante la última semana, he podido hacer algunos adelantos, pero absolutamente digo que falta algo para terminar, así que decidí hacer este post entre posts, es decir, que no sigue con lo que debería (al menos en la línea de lo que venía haciendo) para hacer unos breves anuncios.

Primero, estamos a unas semanas de darles una super sorpresa. Como se que a muchos de ustedes les gusta escuchar música y como dar links de descarga está mal visto (ya que no es absolutamente ilegal, pero bueh, hay que ser prudentes y saber callar), dentro de poco tendremos una interacción… multimedia. Para este proyecto, que será parte definitiva de este sitio, hemos lanzado algunas pruebas a un servidor “de producción” (es decir, que ya se encuentra funcionando tal y como se utilizará cuando ustedes disfruten de sus servicios), y debo decirles que está casi listo. No quiero revelarles más, pero creo que ya se enteran de qué se va a tratar.

Otro tema que me tiene dando vueltas es crear un foro, en donde se tomen temáticas de importancia. El problema viene en la moderación que ustedes como usuarios tengan para no comprometer este sitio. Como podrán ver, la mayoría de mis posts los tengo desde antes que el portal tuviera este nombre y fuera multi-autor. Y desde siempre he deseado que se mantenga limpio en lo tocante con los derechos de autor, especialmente porque el blog siempre se ha alojado en Estados Unidos, donde son mucho más duras las leyes contra los que gustan (¿gustamos?) de compartir. Además, también es importante decir que no son muchos los lectores de este blog. En las últimas estadísticas, muestran que desde el cambio de nombre, solo hemos visto, entre todos, unas 1300 páginas. Claro que como sitio “interesante” lleva poco, pero vamos, hay que promover más este sitio

Ya por último, quisiera mencionar que probablemente hagamos un cambio entre el sistema de blog a uno más robusto, de tipo portal. Solo que es un paso que me pone a pensar demasiado, ya que un portal es mucha más responsabilidad y nosotros en PPP no nos distinguimos precisamente por la perseverancia, al grado de dejar de escribir ya no por días, sino por semanas o, como es el caso ahora, por meses. Una vez que veamos los autores la forma de organizar mejor nuestro tiempo, es probable que les demos esa sorpesa… pero habrá que esperar.

Anuncios del sitio, Mikelet, Tecnología, informática e internet blog, cambios, del sitio, internet, personal, servidores, trabajo

VirtualBOX

Introducción.

Cuando nos empezamos a interesar en el desarrollo de sitios, sobre todo de los dinámicos, y más aun de los que tienen una respetable cantidad de usuarios (más de 10,000 usuarios diarios), tenemos que enfrentarnos, más temprano que tarde, a la necesidad de administrar servidores (VPS hacia arriba, y detalles más o menos importantes en servidores compartidos, como Dreamhost). El detalle, es que correr en tiempo real una prueba, puede significar grandes dolores de cabeza, mismos que en la práctica no deberíamos sufrir.

Entonces, la solución más práctica para nuestras pruebas es dar de alta una máquina virtual. Las máquinas virtuales son sistemas que aprovechan (si están presentes en nuestro equipo, y sobre todo, si nuestro BIOS lo permite) las tecnologías de virtualización propias de los procesadores de nueva generación. Pese a estar diseñadas para equipos con tecnologías como AMD-V o Intel VT, aquellos usuarios que no tengan estas tecnologías o su BIOS no permita aprovecharlas, también pueden beneficiar de la Virtualización, ya que la mayoría de los softwares permiten emulación del procesador, aunque siempre será más recomendable usar las ya mencionadas tecnologías para hacer más rápida la ejecución del código en nuestra máquina virtual.

Ahora bien, también deberemos tener en cuenta que cualquier tipo de solución que utilicemos tiene un impacto en el rendimiento de la máquina física. Si utilizamos mucho procesador para nuestros binarios, esto impactará fuertemente en el desempeño de aplicaciones no virtualizadas y, cómo no, en el sistema operativo anfitrión. Esto lo expondré más adelante, pero es importante tener en cuenta que entre más le demandemos a una máquina virtual, menos podremos hacer con la máquina real. También es importante a la hora de considerar cuánta memoria RAM utilizará nuestra máquina virtual, dejando suficiente memoria al sistema operativo anfitrión y las aplicaciones no virtualizadas. Esto, con calma, y si no entendieron, no se preocupen que todo será explicado delante. Leer más…

Mikelet, Tecnología, informática e internet aprendizaje, desarrollo, internet, manuales, ordenador, programación, servidores, tecnología, tutoriales

Bueno, creo que ésta es la presentación oficial de mi blog, quiero agradecer la confianza y la invitación para hacer este blog a Mikelet. la invitación obedece a escribir sobre México desde donde me encuentro (Raleigh, Carolina del norte, Estados Unidos), y mi nickname para efectos blogeros sera Gerald303 en alusiòn a mi nombre y al bassline ROLAND TB303.

He tardado un poco en escribir debido a que iba a ser una especie de Vicente Fox cibernetico, es decir iba hacer el primero en escribir un blog antes de de leer uno y para no caer en el error de nuestro ex presidente y más con una critica que vi del escritor portugues José Saramago donde dice: “La práctica del blog ha llevado a la escritura a muchas personas que antes poco o nada escribían. Lástima que muchas de ellas piensen que no merece la pena preocuparse con la calidad de estilo de lo que se escribe”…

Aunque el nombre se ha popularizado en los últimos años a raíz de su utilización en diferentes ámbitos, el cuaderno de trabajo o bitácora ha sido utilizado desde siempre. es necesario remarcar que apesar de su crítica a los bloggeros, Saramago escribe un Blog,  que incluso esta vetado en Italia por el celebre presidente Silvio Berlusconi.

Por estas, y otras razones, investigué un poco de lo que es un blog, y encontre cosas basicas tales como el concepto de Blog que reza asi:

Un blog, o en español también una bitácora, es un sitio web periódicamente actualizado que recopila cronológicamente textos o artículos de uno o varios autores, apareciendo primero el más reciente, donde el autor conserva siempre la libertad de dejar publicado lo que crea pertinente. El nombre bitácora está basado en los cuadernos de bitácora; cuadernos de viaje que se utilizaban en los barcos para relatar el desarrollo del viaje y que se guardaban en la bitácora.

Pero, ¿como se transformó esta bitacora a una de las herramientas con mayor influencia de opinion en el mundo vìa internet? Esto es una compilación de la historia y desarrollo del Blog o mejor dicho del webblog:

Antes de que los blogs se hicieran populares, existían comunidades digitales como USENET, listas de correo electrónico y BBS. En los años 90 los programas para crear foros de internet (como por ejemplo WebEx), posibilitaron conversaciones con hilos. Los hilos son mensajes que están relacionados con un tema del foro.

El blog moderno es una evolución de los diarios en línea donde la gente escribía sobre su vida personal, como si fuesen un diario íntimo pero en la Red. Las páginas abiertas Webring incluían a miembros de la comunidad de diarios en línea. Justin Hall, quien escribió desde 1994 su blog personal, mientras era estudiante de la Universidad de Swarthmore, es reconocido generalmente como uno de los primeros blogueros. También había otras formas de diarios online. Un ejemplo era el diario del programador de juegos John Carmack, publicado mediante el protocolo Finger. Los sitios web, como los sitios corporativos y las páginas web personales, tenían (y todavía tienen a menudo) secciones sobre noticias o novedades, generalmente en la página principal y clasificados por fecha. Uno de los primeros precursores de un blog fue el sitio web personal de Kibo, actualizado mediante USENET.

Los primeros blogs eran simplemente componentes actualizados de sitios web comunes. Sin embargo, la evolución de las herramientas que facilitaban la producción y mantenimiento de artículos web publicados y ordenados de forma cronológica (comocidos como CMS por sus siglas en inglés, Content Management Systems) hizo que el proceso de publicación pudiera dirigirse hacia muchas más personas, y no necesariamente con conocimientos técnicos.

Últimamente, esto ha llevado a que en la actualidad existan diversos tipos de formas de publicar blogs. Por ejemplo, el uso de algún tipo de software basado en navegador es hoy en día un aspecto común del blogging. Los blogs pueden ser almacenados mediante servicios de alojamiento de blogs dedicados o pueden ser utilizados mediante software para blogs -como Blogger o LiveJournal-, o mediante servicios de alojamiento web corrientes -como DreamHost.

El término “weblog” fue acuñado por Jorn Barger el 17 de diciembre de 1997. La forma corta, “blog”, fue acuñada por Peter Merholz, quien dividió la palabra weblog en la frase “we blog” en la barra lateral de su blog Peterme.com en abril o mayo de 1999. Rápidamente fue adoptado tanto como nombre y verbo (asumiendo “bloguear” como “editar el weblog de alguien o añadir un mensaje en el weblog de alguien”).

Tras un comienzo lento, los blogs ganaron popularidad rápidamente: el sitio Xanga, lanzado en 1996, sólo tenía 100 diarios en 1997, pero más de 50.000.000 en diciembre de 2005. El uso de blogs se difundió durante 1999 y los siguientes años, siendo muy popularizado durante la llegada casi simultánea de las primeras herramientas de alojamiento de blogs: Open Diary lanzado en octubre de 1998, pronto creció hasta miles de diarios online. Open Diary innovó en los comentarios de los lectores, siendo el primer blog comunitario donde los lectores podían añadir comentarios a las entradas de los blogs.Brad Fitzpatrick comenzó LiveJournal en marzo de 1999. Andrew Smales creó Pitas.com en julio de 1999 como una alternativa más fácil para mantener una “página de noticias” en un sitio web, seguido de Diaryland en septiembre de 1999, centrándose más en la comunidad de diarios personales. Evan Williams y Meg Hourihan (Pyra Labs) lanzaron Blogger.com en agosto de 1999 (adquirido por Google en febrero de 2003). El blogging combinaba la página web personal con herramientas para poder enlazar con otras páginas más fácilmente — en concreto permalinks, blogrolls y trackbacks. Esto, en conjunto con los motores de búsqueda de weblogs permitió a los blogueros llevar un seguimiento de los hilos que les conectaban con otros con intereses similares.

Los primeros blogs estadounidenses populares aparecieron en 2001: AndrewSullivan.com de Andrew Sullivan, Politics1.com de Ron Gunzburger, Political Wire de Taegan Goddardy, MyDD de Jerome Armstrong — tratando principalmente temas políticos. En 2002, el blogging se había convertido en tal fenómeno que comenzaron a aparecer manuales COMOs, centrándose principalmente en la técnica. El protagonismo de la comunidad de blogs (y su relación con un sociedad más grande) cobró importancia rápidamente. Las escuelas de periodismo comenzaron a investigar el fenómeno de los blogs y establecer diferencias entre el periodismo y el blogging. En 2002, el amigo de Jerome Armstrong y ex-socio Markos Moulitsas Zúñiga comenzó DailyKos. Con picos de hasta un millón de visitas diarias, se ha convertido en uno de los blogs con más tráfico de Internet.

El año 2005, se escogió la fecha del 31 de agosto, para celebrar en toda la red, el llamado “día internacional del Blog”. La idea nació de un bloguero (usuario de blog) israelí llamado Nir Ofir, que propuso que en esta fecha, los blogueros que desarrollan bitácoras personales enviaran cinco invitaciones de cinco blogs de diferentes temáticas a cinco diferentes contactos, para que así los internautas dieran a conocer blogs que seguramente otras personas desconocían y les pudiera resultar interesantes. Hoy en día el blogging es uno de los servicios más populares en el Internet, llegando hasta el punto que cantantes o actores famosos tienen blogs, así también como empresas Internacionales inclusive. Entre los servidores de blogs más populares se encuentran Blogger y Wordpress.

Tal parece que el webblog es una de las herramientas de mayor presencia en el mundo para manifestar lo que se desee, existen blogs de gran calidad y aportaciòn como el de algunos premios nobel, pero tambien existen blogs con una pesima calidad, que no proponen nada, este blog no pretenderá competir con los premios nobel, pero tratare de escribir con la mejor calidad posible y crear la critica a traves de los temas plasmados e ire mejorando a medida de la critica y del avance del blog.

Gerald 303 blog, conocimiento, internet, servidores, tecnología, web

Navegando por la red, encontré este servicio que tal vez muchos conozcan, pero yo en lo personal no: Playlist.com

Este servicio nos permite crear nuestra lista de reproducción con la música que nos agrade, permitiéndonos hacer uso de un buscador, o bien, añadiendo los links que encontremos en internet de la música que nos interesa.

Como todo buen servicio web 2.0, cuenta con un diseño limpio, funciones AJAX para no tener que esperar a que los cambios se vean en nuestra pantalla, y un reproductor de playlists realizado en Flash.

Su modelo de negocios, aparentemente se basa en la publicidad, ya que todos los servicios son gratuitos. Del lado de la legalidad, ofrecen un apartado denominado Copyright (y también en dicho apartado incluyen el aviso obligado por la normativa dictada por la DMCA), donde nos informan que ellos poco o nada tienen que ver con el contenido enlazado, y que lo más que pueden hacer para cumplir con la DMCA será inhabilitar el link en sus bases de datos, siempre que se cumplan con los requisitos y dicho link no se encuentre licenciado.

Su base de datos, cada dia en crecimiento, tiene música indizada de cuantos géneros e idiomas podamos imaginar. Si no encontramos lo que queremos, podemos agregar, en tiempo real, nuestro link a la música que nos interesa,  y con un par de clics habremos añadido a nuestra playlist el track. Recordemos, claro, que el link deberá ser legal o corremos el riesgo de que nos borren el link.

Además, podremos generar un reproductor como el que vemos a continuación (aunque poco nutrido, claro) y muchos otros, como podrán ver en la opción de “browse” en el sitio.

Mikelet, Tecnología, informática e internet internet, música, ocio, ordenador, recomendaciones, servidores, tecnología

Como ustedes sabrán, el virus/gusano Conficker es uno de los más peligrosos de la historia. Además de ser sumamente interesante por las diferentes técnicas que utiliza, pero eso lo dejamos del lado de los programadores que estamos un poco locos.

El problema del famoso gusano es que, si bien no deshabilita los antivirus, sí deshabilita el acceso a los servidores de dichos software (y sus actualizaciones), con lo que pasa desapercibido pero se permite a sí mismo seguir atacando, mayormente de manera anónima.

Además, la mayor parte de su peligrosidad radica en que “llama a casa”, pudiendo enviar información confidencial, descargando nuevo malware y actualizándose a sí mismo. Le decía de esto último a un amigo que antes acostumbrábamos actualizar el antivirus, y ahora actualizamos el virus.

Pues bien, existe un método para prevenir los efectos adversos aun cuando el gusano ya exista en nuestros equipos. Tiene que ver con lo que recomendaba anoche para los usuarios de la BAM, y es cambiar los servidores IP “por defecto” de nuestras conexiones de internet. Mientras ayer hablaba de conexiones tipo Dial Up Networking (marcado telefónico), este método puede ser usado en cualquier router, o tipo de conexión. Es decir, si nosotros tenemos un módem-router aDSL, podremos configurarlo para utilizar este servicio.

Cabe decir que OpenDNS es un servicio gratuito, abierto y transparente, por lo que podremos estar seguros que nuestra información transita segura, además decir que los DNS no reciben información personal en ningún momento (cuando mucho, nuestra IP), pero sí puede decidir qué contenido es malicioso o no.

Este nuevo servicio lo encontré vía el blog de OpenDNS, donde además llevan una interesante estadística geográfica del porcentaje de infecciones.

Todo lo que deben saber, está en OpenDNS. ¡Saludos!

Tecnología, informática e internet aprendizaje, conficker, dns, dsl, estándares, internet, recomendaciones, servidores, tecnología, virus

Bueno. El día de hoy, al igual que el lunes, sentimos unos pequeños problemas (?) todos los usuarios del servicio de Banda Ancha Móvil (Mobile broadband) de Iusacell, acá en México. Cabe decir que muy pocas veces nos acercamos a los teóricos en cuanto a velocidad, el día lunes y hoy hemos padecido dos clases de caídas. El lunes, un troncal de salida al backbone (en nuestro caso, Level3) se cayó, dejando al menos a la región 9 (Valle de México) con un servicio de pobre a nulo. Hoy, son los servidores DNS que están teniendo sobrecarga de peticiones.

Así, recordando lo vivido hace algunos meses (y que no fue comentado en este blog, porque todavía no salía del BAM-closet) cuando tuvimos exactamente los mismos problemas. Auguro que por ahí de las 12 que llegan a descargar los grandes downloaders del servicio, tendremos un fallo masivo y por ahí de las 5 de la mañana tendremos un servicio normal nuevamente. Y salgo a desmentir algunos rumores que se han venido murmurando en un foro. En este foro dicen que están limitando a los usuarios de servicios ilimitados bajándolos de velocidad. Esto no es del todo cierto, sino que a todos los usuarios nos bajaron la velocidad precisamente por la caída de los troncales. Y es que si bien es cierto que BAM no es el mejor servicio (quizá sí, pero solo en México) de mobile broadband, muchos usuarios, sobre todo aquellos que necesitan movilidad y conexión constantes, han empezado a saturar el servicio. Además Iusacell no ha invertido lo suficiente en infraestructura, lo que ha provocado que estemos sufriendo gratuitamente.

Lo de los servidores DNS es punto y aparte. No sé bien cómo se organiza Sistemas en Iusa, pero sí estoy seguro que no es suficiente su trabajo. Y es que por lo que veo, la palabra redundancia no les suena. Tomando en cuenta 5 millones de usuarios, yo tendría que garantizar el servicio DNS no solo con servidores primario y secundario, sino con servidores espejo y balanceadores de carga, ya que si bien 5 millones de usuarios son “relativamente pocos”, sí suponen un gasto desmedido de ciclos de procesador aun para dos enormes servidores. Solo es suposición mía, claro, pero es lo más seguro, por el breve tiempo medio entre fallas que vivimos los BAMeros.

Ahora bien, para lo del lunes y la bajada que sufrimos, no hay solución, además de exigir que nos otorguen mejores anchos de banda, y exigir la instalación de infraestructura para por lo menos 3 millones de usuarios (contando un poco con el overselling), ya que el éxito que han tenido las campañas de Iusacell desde que Don Gustavo está al frente del changarro llenan (y con creces) los troncales de salida de datos. Para lo de los DNS, si ustedes han configurado su conexión (como yo, pues tuve que configurar mi conexión porque trabajo en Vista), podrán hacer un pequeño cambio en su conexión de acceso telefónico a redes (en el sitio que les dejo explican cómo hacerlo). Recuerden que mi caso específico es con Vista, pero funciona con cualquier sistema operativo y cualquier tipo de conexión a internet, no solo lo que aquí analizo.

El cambio es en las direcciones DNS (obviamente), cambiado los campos en blanco que por defecto encontramos en nuestra conexión, por los siguientes:

208.67.222.222 (primario) y 208.67.200.200 (secundario)

Los manuales están en el sitio oficial (en inglés). Recordar que son servidores distributed DNS, lo que significa que están geográficamente dispersos, y redundantes a nivel IP, por lo que si llega a presentarse una falla, inmediatamente un servidor de reemplazo operará, casi transparentemente para el usuario, de forma que no lo notaremos, o será una falla de un minuto o dos.

Tecnología, informática e internet 3G, bam, CDMA, celular, dns, estándares, internet, internet móvil, iusacell, ordenador, servidores, trasnochar tecnológico

Cuando conocí GoEar hace ya casi un año, comprendí que este servicio iba a ser demasiado exitoso. Yo no juego con la palabra demasiado, así que pueden estar seguros que mi pensamiento iba encaminado a la falta de recursos que, en un momento dado, tendría su sistema. Este digamos vaticinio se tornó realidad hace un par de meses: el servidor caía cada dos horas, luego cada hora, e irremediablemente el servidor llegó a no poder ofrecer el servicio. ¿Donde está la falla? Yo tengo mi teoría, y ellos deberían conocerla. Pero que googleen para encontrar la solución:

Primero, observé que el servidor permitía la descarga de todo: texto plano, imágenes y los archivos MP3 (mmmh, no, no violé los términos, solo soy buen observador) si llamábamos los archivos desde una página en un servidor remoto o los llamábamos directamente del navegador. Por lo tanto, Apache puede servir suficientemente bien para más usuarios concurrentes que los que actualmente sirve.

Luego, intenté cargar la página inicial. La página inicial tardaba un promedio de 3-5 minutos y cargaba bastante bien, es decir, sin errores por demora de ejecución. Esto quiere decir algo: PHP no es el responsable, aunque algo comenzaba a fallar. Siguiendo esta línea hice una nueva prueba: inicié una búsqueda. Y cuando uno trataba de hacer una búsqueda el servidor devolvía tres tipos de páginas; la primera daba el resultado de la búsqueda, la segunda ofrecía una página blanca (error de base de datos, que detenía temporalmente la ejecución de PHP y no permitía la generación del HTML de respuesta) y la tercera ofrecía un error de máximo de tiempo excedido.

Entonces, había algo mal con la función de lectura de base de datos, pero ¿por qué?

Cuando tenía acceso a la lectura de los resultados, había veces (supongo que en las horas de menor tráfico) que tras unos tres a ocho minutos mostraba el reproductor y permitía ver la página. Pero en la mayor parte, el error de tiempo máximo excedido aparecía. ¿Error en el PHP.ini? No lo creo: la base de datos se quedaba colgada.

Entonces, hace falta algo en la ecuación, y creo saber de qué se trata. La única forma de poderlo asegurar es teniendo el código fuente del sistema de GoEar, el cual claro está, no me lo van a dar. Pero las dos razones principales para que suceda esto son:

1. El servidor MySQL reside en el mismo servidor que Apache/PHP. Este es el mayor error que siempre veo, y se me hace muy extraño que suceda en un sitio profesional como GoEar. Si este fuera el caso, sin embargo, estarían ocupando el 100% de los recursos de memoria y procesador durante unas 7 u 8 horas diariamente, lo que no es tan malo, pero congelan literalmente el sistema cada vez que los usuarios hacen peticiones.

2. El código fuente hace muchas peticiones a la base de datos (una muy desorganizada, debo suponer) que literalmente vuelve loco a PHP. Si este fuera el caso, los pasos para solucionar los problemas serían más pesados y desastrosos, pues habría que reescribir el código de cero para eliminar llamadas innecesarias a la base de datos y ya de camino, organizar de una manera limpia la base para que tarde menos en buscar (y relacionar menos las tablas, procurando mantener todo en dos o tres tablas). Además, si la base de datos, como supongo, es versión 4, hacer los upgrades necesarios y migrar la base a una tipo InnoDB, que permitiría hacer el trabajo más rápida y ágilmente.

Otro posible hecho que viene a mi mente en estas últimas líneas es PHP. Aunque lo he descartado, llega a mi mente el problema que muchos compañeros bloggers han tenido con Wordpress alojado en Dreamhost. Este problema era cuando tenían demasiados visitantes y lo solucionaron utilizando PHP como CGI (con FastCGI) y utilizando un proceso persistente y solucionaron los problemas. ¿Por qué se me ocurrió? Con la esperanza que los de GoEar no lean este post o que respenten este pequeño recoveco del que echaba mano para mi sitio, el reproductor en Internet Explorer da un error de “no se permite esto, lo sentimos, jodimos al webmaster pero visita nuestro sitio para oir este track”. Pero en Firefox y otros navegadores ESTE PROBLEMA NO EXISTE. Supongo que es un fallo de programación. En fin, pues en mi sitio ponía las canciones a través de GoEar y las escuchaba con Firefox, y el navegador USA LA BASE DE DATOS para generar la playlist. Entonces, la base de datos no puede estar tan mal. Pero un PHP mal configurado puede matar un servidor web en ciertos procesos, sobre todo en la generación de páginas. Y es aquí donde el error de tiempo excedido cobra lógica: PHP tenía demasiadas peticiones cada x segundos y cuando ya no contaba con CPU (no creo que memoria) el programa se detenía.

¿Solución? Utilizar clusters y múltiples procesadores mucho más poderosos. Y si fuera problema de memoria, ponerle un poco más, que no cuesta tanto y las cosas funcionan más.

Tecnología, informática e internet errores de programación, fallos, goear, internet, mysql, php, programación, servidores