Tema: Problemas tecnicos e incidencias varias en Mundodvd

El tema de la publicidad lo entiendo que es lo que da de comer al foro, por sus altos costos de mantenimiento, pero... ¿se puede poner una opción en el perfil para que almenos podemos desactivar la barra lateral de publicidad? (como podemos descativar las firmas, avatares, etc...)

Iniciado por Juanvier

que es lo que ha pasado con Trioxotelurato que ahora no tiene mensajes y esta sin enlace ni nada? se ha ido?

Ha pedido que se borren sus usuarios, su multinick (Trioxotelurato) y su usuario original (Jean-Luc Picard).

Sé que no es el post adecuado, pero recordar que el banner lateral ya estaba cuando se presentó el nuevo foro, hace unos meses.

Unas semanas después desapareció y nadie (entre los que me incluyo) pidió explicaciones, asumiendo que era una decisión interna.

Ahora ha vuelto, pero no os sorprendáis porque no es nada nuevo y casi toda la totalidad de webs y foros funcionan a base de banners, e incluso con las puñeteras ventanas emergentes.

Es un foro gratuito del que todos disfrutamos, por lo que no nos cuesta ningún trabajo aguantar unas fotitos de "Planet terror" o un calendario de dvdgo.

Iniciado por Sheldon

El tema de la publicidad lo entiendo que es lo que da de comer al foro, por sus altos costos de mantenimiento, pero... ¿se puede poner una opción en el perfil para que almenos podemos desactivar la barra lateral de publicidad? (como podemos descativar las firmas, avatares, etc...)

Entonces ¿Qué utilidad tendrían los banners?

Iniciado por TheReeler

Por simple curiosidad. ¿En qué base de datos se alberga el foro?. ¿Cuánto pesa en su totalidad?. ¿Qué número de registros hay en total?. ¿Está la base de datos en el mismo servidor que el foro?.

Hola TheReeler,

En estos momentos tenemos un servidor que alberga la bdd (mysql 5.0.32) y el foro (si clasificamos "el foro" como toda la estructura php, etc. que vemos cuando accedemos). La versión de apache es 1.3.33 y corremos sobre una debian extremadamente modificada.

El foro funciona bajo vbulletin (creemos que actualmente no existe ninguna herramienta mejor para estos casos), que es un software con licencia de Jelsoft.

A través del servicio de soporte de Jelsoft, y teniendo en cuenta las características del hardware que actualmente da vida a todo esto, confeccionamos una configuración específica para nuestro archivo my.cnf (fue uno de los cambios que llevamos a cabo hace algún tiempo).

De momento no tenemos pensado separar la bdd del foro (por los gastos que ello implica), pero no lo descartamos para el futuro próximo. El índice de crecimiento actual es muy alto y es muy posible que tengamos que ir adoptando medidas de este estilo pronto.

Toda la publicidad visible (salvo los botones y los enlaces de texto) se sirve desde otro servidor (en otro proveedor) mediante php+mysql. En ningún caso afecta a la velocidad de carga del servidor que alberga al foro.

forodvd.com, index-dvd.com, cinefilo.es y otros proyectos asociados están dentro de otro servidor (van 3).

Después de algún tiempo investigando y probando cosas creemos que los problemas de funcionamiento del servidor están relacionados principalmente con el ancho de banda asignado y, de forma secundaria, por el hardware del servidor (ampliado en varias ocasiones por el boss). La solución que hemos adoptado para ambos problemas es bastante agresiva, por lo que esperamos notar una notable mejoría en el servicio (he dicho esperamos) durante los próximos dos meses.

Si algún programador del foro (TheReeler, por como escribes/preguntas entiendo que sabes de lo que hablas ;)) tiene ideas serias que aportar sobre este asunto o conoce de primera mano vbulletin y todos sus entresijos yo tengo un par de orejas como dos carretas (aunque esta comparación se utilice habitualmente para otras cosas ).

Saludetes.

Yo soy programador habitual de mysql y php y (como os he ido diciendo cuando teniais problemas con el foro) os recomiendo que hagais la base de datos por separado. Notareis un cambio bastante radical, sobretodo con las tasas de transferencia. Ya sé que implica una inversión tanto económica como funcional, pero dado que todo el rato estais diciendo que el foro va creciendo exponencialmente, os recomiendo que lo hagais ahora, ya que estais en plena tarear de migración y optimización del sistema.

De todos modos, si quereis seguir alojando todo en un mismo servidor, os quiero preguntar algo más ¿que software de adminitración estais usando? Si usais el Plesk, os recomiendo plenamente que useis el Virtuozzo, que realmente es un herramienta muy muy poderosa y ayuda muchisimo a optimizar mejor el servidor. Mi consejo es que en el servidor lo "divideis" por dos, uno la BBDD y otro la site del foro (php, librerias, etc...). De ese modo tendreis un control total en ambas partes, pudiendo así regular y optimizar mejor las prestaciones que da el servidor.

Iniciado por Sheldon

Yo soy programador habitual de mysql y php y (como os he ido diciendo cuando teniais problemas con el foro) os recomiendo que hagais la base de datos por separado. Notareis un cambio bastante radical, sobretodo con las tasas de transferencia. Ya sé que implica una inversión tanto económica como funcional, pero dado que todo el rato estais diciendo que el foro va creciendo exponencialmente, os recomiendo que lo hagais ahora, ya que estais en plena tarear de migración y optimización del sistema.

Muchísimas gracias por los comentarios Sheldon. La verdad es que pensamos muchas veces en independizar la bdd pero los números hoy por hoy no salen (teniendo en cuenta que tenemos el mismo problema en mundodvd y forodvd).

Es algo que tendremos que hacer pronto, pero creemos que hoy debemos optar por una solución intermedia. Para ello hemos invertido en la contratación de dos servidores nuevos (en esta ocasión alquilados y no en propiedad) con dos discos SAS en RAID-1 y 2GB de memoria RAM (ampliar a 4GB suponía un coste elevadísimo en el caso del alquiler del servidor).

Además, y como nota especialmente interesante, los servidores contarán con muchísimo más ancho de banda (caudal, que es la realmente interesante) asignado, por lo que ahí es donde creo que encontraremos muchísimas mejoras.

De todos modos, si quereis seguir alojando todo en un mismo servidor, os quiero preguntar algo más ¿que software de adminitración estais usando? Si usais el Plesk, os recomiendo plenamente que useis el Virtuozzo, que realmente es un herramienta muy muy poderosa y ayuda muchisimo a optimizar mejor el servidor. Mi consejo es que en el servidor lo "divideis" por dos, uno la BBDD y otro la site del foro (php, librerias, etc...). De ese modo tendreis un control total en ambas partes, pudiendo así regular y optimizar mejor las prestaciones que da el servidor.

Je, je... el caso es que no vamos a utilizar ningún software de administración , sino que lo administramos 'a pelo' a través de comandos. Actualmente tenemos un panel de administración completísimo desarrollado por mi antigua empresa, pero que no utilizamos en exceso, por lo que vamos a prescindir de su instalación en los nuevos servidores.

Tenía entendido que Plesk consumía bastantes recursos del servidor pero que virtuozzo es un auténtico cañon para la virtualización, es otro punto que podemos tener en cuenta (gracias otra vez ;)). Por poner un pero: muchos ISP no te instalan Plesk en debian, deberíamos instalarlo nosotros.

Nos dejas con las ganas de estudiar otra vez la división de bdd / foro

Hay que reconocer que una base de datos de esa dimensión te hace pensar friamente e ir caminando sobre cristales rotos (no hablo de La Jungla ), pero no sabia que habian proveedores que no te instalen el Plesk, un programa que hoy en dia se ha vuelto en una herramienta impresindible para la administración de servidores. Además, la cosa está hoy en dia tan avanzada, que no cuesta nada instalarlo.

En cuanto a lo del consumo del recursos del sistema, sí, es cierto que chupaba mucho, pero desde el lavabo de cara que sufrió a partir de la versión 8, hizo un cambio brutal, y la verdad es que consume muchisimo menos. De ahí el nacimiento de Virtuozzo para multidominios. Recientemente salió una nueva versió beta a la que he probado con un servidor dedicado que tengo, en el que lo he tenido las 24h del dia trabajando con los 3 dominios y cada uno de ellos con varios bucles indefinidos accediendo a las BBDD (y a la vez tratando ficheros locales) y es increible lo bien que ha aguantado el servidor. Sin el Virtuozzo se me colgaba de mala manera a los pocos minutos de hacer el test, y ahora con el Virtuozzo lo que hace es repartir los recursos del sistema, alterando los porcentajes en los momentos de altos picos de transferencia, siempre con sus límites establecidos en la configuración programada. Por ejemplo, si has 2 dominios que tienen poca actividad, y uno empieza a "levantar" un pico preocupante, pues Virtuozzo reduce a los dos dominios con poca actividad y la reparte al del pico, consiguiendo así una mejora de optimización de los recursos sin que se cuelgue. No sé si me he explicado...

Como un buen forero decia por aquí, es cuestión de probarlo y probarlo. Teneis versiónes betas para avaluarlo y así ver si realmente es lo que necesitais. Lo de tener la administración a "pelo" no es mala idea, sobretodo para minimizar al maximo los recursos del sistema, pero ufff... creo que no tendriais tanto control como con el Plesk, además tened en cuenta siempre lo tendreis actualizado, totalmente automatizado,etc...

A mí el problema de la publicidad no es que me moleste en sí es que me molesta el hecho de cada vez tener menos espacio para leer. NO se podría ampliar el tamaño de la página más allá de los 800 pixeles y hacer al menos una versión para una resolución más grande?. No sé vosotros pero yo por ejemplo, y sé que no soy un ejemplo porque mi monitor es grande, lo tengo a 1920x1200 así que todavía me sobra bastante pantalla si se quiere meter publicidad pero el tener limitado el tamaño de la página a 800 es lo que condiciona, estoy seguro que la mayoría tienen la resolución a mucho más de 800x600, al menos a 1152

Un saludo

Es broma ,me ha coincidido el rato que he estado fuera.....

una sugerencia: porque cuando estaís trabajando con el foro y por lógica esta inhabilitado, porque en la página principal no colgaís un "estamos en obras" o algo parecido, no se es lo que hacen la mayoría de páginas, así se evitaría que mucha gente se tire clickando el foro de manera infructuosa.

Pues lamento decir que de PHP y de MySQL no sé nada de nada... lo único que he hecho en temas web ha sido con ASP y siempre contra Oracle y SQL Server.

No obstante tengo entendido que MySQL adolece de muchas carencias y de que su éxito es debido a que se trata de una base de datos libre, pero cuando hay DATOS, la cosa se complica.

Por ejemplo, imagino que el hecho de que un usuario cargue esta página, implicará que el servidor haga tantas lecturas a la base de datos, como posts hay en la página. Con Oracle esto se puede hacer devolviendo un único recordset utilizando para ello ya funciones definidas por el usuario que devuelvan un array con todo lo que se ha de ver. Es decir, que el servidor sólo envía una única petición a la BBDD y ésta retorna una única respuesta, no hay necesidad de hacer un bucle en PHP, es ya el servidor de la base de datos el que ya lo hace.

Independientemente de esto, hace tiempo hice algunas pruebas de rendimiento con MySQL, y si se comparaba con las otras dos BBDD que mencioné antes... era la noche y el día.

Sé que ambas son de pago y fuera del mundo de las empresas, los foros han de "conformarse" con todo lo que existe a su alcance con el mejor ratio de rendimiento/coste.

Estoy interesado no obstante en todo este tema de conseguir mayor velocidad a un coste lo más pequeño posible, pues se me ha pasado por la cabeza alguna vez el montar algo así, pero ya digo que ni idea de todo esto... en el trabajo no tengo que preocuparme por costes y son los clientes los que tienen licencias de bases de datos y sólamente han de preocuparse por el hosting en el caso de que no tengan un servidor propio.

La idea de separar el servidor del foro del de base de datos creo que es interesante. Un motor de base de datos siempre utiliza mucha RAM, y cuanta más se tenga dedicada a ello, mejor que mejor. Una opción adicional y quizás menos costosa, es la de tener un servidor de base de datos compartido con otras webs, por ejemplo con forodvd, donde se tenga un SQL Server con dos bases de datos... todo esto, pensando en voz alta.

Quizás se trata de hacer alguna prueba utilizando lo que ya hay ahora montado. Como barbaridad se me ocurre el lanzar dos consultas a la base de datos cuando un usuario carga un post. Una consulta sería un "select count" para ver cuandos registros hay, y la siguiente sería realizar una única consulta en la que se devuelvan todos esos registros, habiendo creado una sentencia en tiempo de ejecución de la siguiente forma (supongamos que son dos campos por registro de un post, que ya sé que son más):

Código:

Select 

A.campo1 as C1, A.campo2 as D1, B.campo1 as C2, B.campo2 as D2, 
C.campo1 as C3, C.campo2 as D3, D.campo7 as C4, D.campo8 as D4 

from

TablaPosts A, TablaPosts B, TablaPosts C, TablaPosts D

where

A.idpost=<post> and
A.idlinea=1 and
B.idpost=<post> and
B.idlinea=2 and
C.idpost=<post> and
C.idlinea=3 and
D.idpost=<post> and
D.idlinea=4

A lo mejor es una burrada lo que digo, personalmente no lo he probado, pero a lo mejor es más rápido que hacer el bucle que vaya a leer al servidor, aunque éste ya tenga los datos buscados, quizás se gana un tiempo que sirve de algo y se nota.

Iniciado por Sheldon

Hay que reconocer que una base de datos de esa dimensión te hace pensar friamente e ir caminando sobre cristales rotos (no hablo de La Jungla ), pero no sabia que habian proveedores que no te instalen el Plesk, un programa que hoy en dia se ha vuelto en una herramienta impresindible para la administración de servidores. Además, la cosa está hoy en dia tan avanzada, que no cuesta nada instalarlo.

Ojo, no digo que no lo instalen (la mayoría confía en plesk para dar servicio de administración a sus clientes de hosting), pero sí que parecen poner más pegas a instalarlo en una debian. Creo que en anteriores versiones de debian la instalación era algo más correosa que ahora y por ello muchos isp desestiman esa opción.

En cuanto a lo del consumo del recursos del sistema, sí, es cierto que chupaba mucho, pero desde el lavabo de cara que sufrió a partir de la versión 8, hizo un cambio brutal, y la verdad es que consume muchisimo menos. De ahí el nacimiento de Virtuozzo para multidominios. Recientemente salió una nueva versió beta a la que he probado con un servidor dedicado que tengo, en el que lo he tenido las 24h del dia trabajando con los 3 dominios y cada uno de ellos con varios bucles indefinidos accediendo a las BBDD (y a la vez tratando ficheros locales) y es increible lo bien que ha aguantado el servidor. Sin el Virtuozzo se me colgaba de mala manera a los pocos minutos de hacer el test, y ahora con el Virtuozzo lo que hace es repartir los recursos del sistema, alterando los porcentajes en los momentos de altos picos de transferencia, siempre con sus límites establecidos en la configuración programada. Por ejemplo, si has 2 dominios que tienen poca actividad, y uno empieza a "levantar" un pico preocupante, pues Virtuozzo reduce a los dos dominios con poca actividad y la reparte al del pico, consiguiendo así una mejora de optimización de los recursos sin que se cuelgue. No sé si me he explicado...

Como un buen forero decia por aquí, es cuestión de probarlo y probarlo. Teneis versiónes betas para avaluarlo y así ver si realmente es lo que necesitais. Lo de tener la administración a "pelo" no es mala idea, sobretodo para minimizar al maximo los recursos del sistema, pero ufff... creo que no tendriais tanto control como con el Plesk, además tened en cuenta siempre lo tendreis actualizado, totalmente automatizado,etc...

Si despierta mi curiosidad es precísamente por la utilización de virtuozzo. Nunca me gustó del todo porque siempre lo asocié a una estrategia más comercial que otra cosa (de un servidor sacar varios para poder venderlos de forma posterior), pero ahora que lo comentas tal vez tengamos un hueco para probar sus posibilidades

Iniciado por Elfstone

A mí el problema de la publicidad no es que me moleste en sí es que me molesta el hecho de cada vez tener menos espacio para leer. NO se podría ampliar el tamaño de la página más allá de los 800 pixeles y hacer al menos una versión para una resolución más grande?. No sé vosotros pero yo por ejemplo, y sé que no soy un ejemplo porque mi monitor es grande, lo tengo a 1920x1200 así que todavía me sobra bastante pantalla si se quiere meter publicidad pero el tener limitado el tamaño de la página a 800 es lo que condiciona, estoy seguro que la mayoría tienen la resolución a mucho más de 800x600, al menos a 1152

Un saludo

Ahora mismo el tamaño de la tabla (contenidos + publicidad) es de 1024. Creemos que ampliar el tamaño en estos momentos sería contraproducente , pero está claro que los tiempos van cambiando y no tardaremos en ir adaptando la resolución a cifras mayores.

Iniciado por T-1000

una sugerencia: porque cuando estaís trabajando con el foro y por lógica esta inhabilitado, porque en la página principal no colgaís un "estamos en obras" o algo parecido, no se es lo que hacen la mayoría de páginas, así se evitaría que mucha gente se tire clickando el foro de manera infructuosa.

Últimamente el apache se está quedando frito algunas veces y por eso te encontrarás con una página en blanco o con un error de navegación, indicando que la web no está accesible. En cuanto recibimos los avisos programados de emergencia accedemos al server y levantamos los servicios para que todo vuelva a la normalidad. Por eso os encontráis con páginas en blanco o no disponibles, no porque nosotros lo hayamos parado para trabajar en el servidor .

Cuando activamos la opción de tareas de mantenimiento encontraréis un texto que dice que "estamos trabajando, vuelvan en otro momento" ;)

Creo que esos errores de apache (que últimamente se están dando en bastantes ocasiones) terminarán pronto :sonrison

Iniciado por TheReeler

Pues lamento decir que de PHP y de MySQL no sé nada de nada... lo único que he hecho en temas web ha sido con ASP y siempre contra Oracle y SQL Server.

No obstante tengo entendido que MySQL adolece de muchas carencias y de que su éxito es debido a que se trata de una base de datos libre, pero cuando hay DATOS, la cosa se complica.

Por ejemplo, imagino que el hecho de que un usuario cargue esta página, implicará que el servidor haga tantas lecturas a la base de datos, como posts hay en la página. Con Oracle esto se puede hacer devolviendo un único recordset utilizando para ello ya funciones definidas por el usuario que devuelvan un array con todo lo que se ha de ver. Es decir, que el servidor sólo envía una única petición a la BBDD y ésta retorna una única respuesta, no hay necesidad de hacer un bucle en PHP, es ya el servidor de la base de datos el que ya lo hace.

Independientemente de esto, hace tiempo hice algunas pruebas de rendimiento con MySQL, y si se comparaba con las otras dos BBDD que mencioné antes... era la noche y el día.

Sé que ambas son de pago y fuera del mundo de las empresas, los foros han de "conformarse" con todo lo que existe a su alcance con el mejor ratio de rendimiento/coste.

Estoy interesado no obstante en todo este tema de conseguir mayor velocidad a un coste lo más pequeño posible, pues se me ha pasado por la cabeza alguna vez el montar algo así, pero ya digo que ni idea de todo esto... en el trabajo no tengo que preocuparme por costes y son los clientes los que tienen licencias de bases de datos y sólamente han de preocuparse por el hosting en el caso de que no tengan un servidor propio.

La idea de separar el servidor del foro del de base de datos creo que es interesante. Un motor de base de datos siempre utiliza mucha RAM, y cuanta más se tenga dedicada a ello, mejor que mejor. Una opción adicional y quizás menos costosa, es la de tener un servidor de base de datos compartido con otras webs, por ejemplo con forodvd, donde se tenga un SQL Server con dos bases de datos... todo esto, pensando en voz alta.

Quizás se trata de hacer alguna prueba utilizando lo que ya hay ahora montado. Como barbaridad se me ocurre el lanzar dos consultas a la base de datos cuando un usuario carga un post. Una consulta sería un "select count" para ver cuandos registros hay, y la siguiente sería realizar una única consulta en la que se devuelvan todos esos registros, habiendo creado una sentencia en tiempo de ejecución de la siguiente forma (supongamos que son dos campos por registro de un post, que ya sé que son más):

Código:

Select 
 
A.campo1 as C1, A.campo2 as D1, B.campo1 as C2, B.campo2 as D2, 
C.campo1 as C3, C.campo2 as D3, D.campo7 as C4, D.campo8 as D4 
 
from
 
TablaPosts A, TablaPosts B, TablaPosts C, TablaPosts D
 
where
 
A.idpost=<post> and
A.idlinea=1 and
B.idpost=<post> and
B.idlinea=2 and
C.idpost=<post> and
C.idlinea=3 and
D.idpost=<post> and
D.idlinea=4

A lo mejor es una burrada lo que digo, personalmente no lo he probado, pero a lo mejor es más rápido que hacer el bucle que vaya a leer al servidor, aunque éste ya tenga los datos buscados, quizás se gana un tiempo que sirve de algo y se nota.

Al haber sido "educado" por linuxeros de pro siempre he tenido en mente que mysql era uno de los sistemas de bbdd más robustos que existían .

Si te digo la verdad, la simple idea de ponernos a programar un sistema de foro como este (sea en el sistema que sea) ya me hace cerrar un párpado y ponerme a sudar a mares.

Cuando mundodvd estaba en phpbb y forodvd en cgi estuvimos revisando todas las opciones a la hora de escoger un sistema que pudiera dar servicio a una comunidad como esta. Después de probar algunas "plataformas" nos dimos cuenta que vbulletin era la mejor opción, y sabíamos que este software era el responsable de comunidades del mismo tamaño y de otras más grandes que esta (forocoches, avs, etc.).

Me parece que modificar parámetros en las búsquedas que vbulletin realiza sobre la bdd sería bastante complicado, porque cada cierto tiempo estamos actualizando el sistema a las nuevas versiones de vb (lo que aplastaría nuestras modificaciones).

Sigo pensando que en estos momentos vamos por el buen camino, aunque seguramente pronto tendremos que estudiar la opción de dividir bdd y foro (php, etc.) en dos servidores distintos, asignando (como bien apuntáis) recursos especiales para la bdd y algo más limitados para el foro (aunque si vierais la cantidad de peticiones apache que tenemos abiertas en todo momento... ).

Me cuesta mucho navegar por este foro desde hace unos días desde casa.

he llamado varias veces a telefónica y todo está correcto.

Descargo muy bien y puedo entrar en muchas páginas sin problemas

las que mayor problemas me dan son este foro y forodvd.....a que puede ser debido ???'

Uitlizo Ie6 y hoy me he instalado el Mozilla firefox 2 e igual

navego muuuuuuuuuuuuuuuy lentamente

Me ayudais pls ??

Saludos
Sisco

Mira por donde,a mi hoy me va bien,pero que par de semanitas he pasado,y solo me pasa con esta web.

¿A alguien mas le pasa o es problema del servidor?

A mi también me pasa un huevo de veces.

En la mayoría de los casos ni me carga la página.

Iniciado por Soy cassiddy

A mi también me pasa un huevo de veces.

En la mayoría de los casos ni me carga la página.

También me ocurre

Me too.

A mi igual, me va muy lento, tarda en cargar las paginas una eternidad, a veces me aburro y lo doy por caso perdido

SALUDOS

A mi tb me pasa lo mismo, la mitad de las veces no carga ni la pagina, y cuando lo logra tarda medio siglo.

Da igual q use explorer q firefox, el foro va como el culo, y para arreglarlo mas lo hyper saturamos de publicidad.

Yo tb tengo Telefonica, pero con el resto de webs tira bien.

Tranquilos, que esos problemas están localizados y los solventaremos muy pronto.

La conectividad del sitio donde estamos alojados está totalmente saturada y por eso se forman "cuellos de botella" (causantes de los tiempos de espera actuales).

Los nuevos servidores ya están en marcha pero el proceso de migración es complicado (estamos en ello).

Sentimos no poder ir más rápido con todo esto

Okis, gracias por la respuesta

Es muy frustrante q no tire el foro, pero a ver si en breve carga como el rayo.

- ¡¡Ya tenemos foro de nuevo tras una noche out of service!!

Vaya galleta se ha pegado el foro, no?

Anda, ¡pero si ya va! :village