Campeonato de ajedrez por correo electrónico ajedrezmail.org
contacto ayuda



TORNEO TEMÁTICO
Status



VII Peón Peleón
Status



FINAL PEÓN PELEÓN VI
Status


Hacer mi
donación.


Así esta web
podrá seguir
funcionando.


  Torneos
  Donaciones

  DESCONECTAR
  Noticias
  ¿Cómo se mueve?
  Normativa
  Reglamento
  Foros/ayuda
  Programación
  Agradecimientos
  Países
Foros/ayuda
Cambiando los servidores
Foros :: Opiniones :: Cambiando los servidores
|<<Primera   <Anterior [0]  Siguiente>  Última>>|
Autor Mensaje
Antonio Sánchez
Publicado: 2007-06-19 18:03:36
Hola a todos.
Para mejorar un poco todo, estoy cambiando los servidores y ello conlleba algunos trastornos que seguro algunos habreis notado.
Si no es inmediatamente, puede llegar a tardar un día en cambiarse totalmente las caches, así que un poco de paciencia.
La web que está funcionando es sólo la "buena", así que no deberían perderse movimientos ni nada, como mucho, que no os dejará mover si es que estais en la web mala.
Saludos
King of Kings
Publicado: 2007-06-20 00:43:26
ok gracias Antonio
King of Kings
Publicado: 2007-06-20 00:52:11
Antonio, noté que las partidas "ganadas" por tiempo, no aparecen el el ELO HISTORIAL.
Es una buena forma de desahogar los servidores.
Excelente trabajo señor Administrador
Antonio Sánchez
Publicado: 2007-06-20 10:47:41
Bueno, no ha sido por eso, de hecho ya están aunque de momento, en un formato distinto.
La versión de mySQL: "5.0.32-Debian_7etch1" ha sido la causante de nuestros males.
Ha resultado que debe tener un error de programación que exactamente las páginas de historial ejecutaban una sentencia en esta última versión de mySQL que dejaba el servidor colgado al 100% de CPU, cosa que hizo que se quemase la fuente (creo).
He tenido que reestructurar esas páginas, al menos, hasta que se arregle el error con una nueva versión.
La mala suerte se ciñe sobre nosotros, pero seremos fuertes.
Por si algún informático está al tanto, esta es la query del error:

$query="select distinct p.*,u.nombre,u.puntos,u.vacaciones,u.fecha_vacaciones from partidas as p,usuarios as u
where ((p.id_blancas=$sidusuario AND p.id_negras=u.id) OR (p.id_negras=$sidusuario AND p.id_blancas=u.id))
AND (p.estado>=1) AND (p.estado<=3)
order by p.id desc";


Y la he sustituido por esta, más cutre pero funciona:

$query="select distinct p.id as elid,p.*,u.nombre,u.puntos,u.vacaciones,u.fecha_vacaciones from partidas as p,usuarios as u
where p.id_blancas=$sidusuario AND p.id_negras=u.id
AND (p.estado>=1) AND (p.estado<=3)
UNION
select distinct p.id as elid,p.*,u.nombre,u.puntos,u.vacaciones,u.fecha_vacaciones from partidas as p,usuarios as u
where p.id_negras=$sidusuario AND p.id_blancas=u.id
AND (p.estado>=1) AND (p.estado<=3)
order by elid desc";


Y por cierto, no hace ni caso a la ordenación.
Saludos
J . J
Publicado: 2007-06-20 13:05:41
Lo dicho , un MAGO de la programación informática !!!
Jam
Publicado: 2007-06-23 02:49:42
Creo que no hace caso a la ordenacion por tener el "order by" con la UNION, lo que hace es ordenar por p.id solo en el segundo select y despues junta los resultados partidasblancas `+ partidasnegras. Si lo quieres ordenar como antes, creo que deberias poner un select con from (resutados de las union) y el "order by" global a ese select.
Antonio Sánchez
Publicado: 2007-06-23 10:22:50
Si, supongo que te refieres al primer select, el que funcionaba.
Aun así, estoy pensando en que este tipo de select con JOIN en varias tablas carga bastante el servidor (la CPU está siempre sobre el 3% solo por ajedrezmail) así que puede que haga estos UNION que son mucho más simples y despues los ordene yo a mano.
¿No crees?
¿alguna sugerencia de query más optimizada?
Jam
Publicado: 2007-06-23 12:45:00
Los UNION suelen complicar la programacion por que se incrementa el numero de lineas de codigo. Si el servidor te lo permite (CPU+memoria) es mejor utilizar los JOIN si las tablas no son muy grandes y los tiempos de respuesta son buenos, Cuando falló la query maldita, ¿cambiastes algun parametro de memoria del servidor y instalastes otra version mysql?

Si te parece para no liar el foro, mandame un correo y lo comentamos.
Antonio Sánchez
Publicado: 2007-06-24 01:50:32
Bueno, para esto están los foros, para que aprendamos todos.
Pero bueno, no, no cambié nada de nada salvo la versión de mysql. Ese es el gran problema.
Algo más de información te puedo dar.
En la página de "mis partidas" es la misma query, pero en este caso, por la coyuntura de la página, nunca hay más de 35 partidas abiertas, y no se queda la CPU al 100%.
Cuanto más miro, más me sorprendo.
Creo que voy a fabricar una bbdd similar para hacer pruebas y mandarsela a los de mysql.
Antonio Sánchez
Publicado: 2007-06-25 12:01:14
Bueno, se me cayó y no lo vi en todo el domingo.
Lo siento, culpa mia.
:-(
|<<Primera   <Anterior [0]  Siguiente>  Última>>|
Español English Français Русско/Russian Deutsche Portugués Italiano 日本語/Japanese Català Galego Dutch Árabe
Aracasa Administración de Fincas Fuenlabrada | OnHorse13 | zeriscoffee, café de especialidad
Setlogo, regalo promocional y merchandising
[Tiempo 0.023851][Cac 198849197 / SQL 32493353]