Navarforums

[Este mismo POST lo he puesto en General pero creo que aqui esta mejor]

La PEOR opcion de todas es la de NO avisar el momento de coger sitios ya que solo se consigue que la gente no salga de casa en todo el día. Esto me parece de lo mas macabro y fuera de lugar.
Sobre lo de poner prioridades en base al pago tampoco me parece buena idea ya que, a parte de ser mas complejo de controlar (desde el punto de vista de scripting, tiene mas problemas de lo que parece en un primer momento), pienso que el que tenga una cuenta en Caja Rural juega con ventaja ya que podría hacer en cualquier momento la transferecia via web sin conste adicional. Me parece que seria beneficiar a unos y joder a otros.
La solución mas sensata es como hasta ahora solo que pidiendo a los de Euronet que se estiren y pongan un server como Dios manda que la publicidad que se les hace es mayor que lo que vale Panderiko.
O quizas con poner mas servers mediocres sea suficiente. Se podría derivar trabajo a uno u a otro y conseguir un mayor rendimiento en conjunto. En fin, esta solución habria que pensarla más (pero queda dicho).
Tampoco me parece mala idea pillar algun server de hosting de pago (en los gratuitos sería poco profesional y podrian llegar a dar mas problemas) que sea bueno y aguante. Aunque esto quizas se salga de presupuesto.
Ahora solo falta que los del Staff se mencionen al respecto.

1- Dices "Sobre lo de poner prioridades en base al pago tampoco me parece buena idea"

La gente no ha cogido sitio según el dia que pagó, sino los primeros que entraron al sistema de reservas ayer, cogieron sitio. El que se adelanta canta. No importa si pagaste el mismo lunes o antes de ayer. NO ha existido ninguna prioridad en base al pago.

2- Dices "La PEOR opcion de todas es la de NO avisar el momento de coger sitios "

¿Como que no? Fue ayer a las 9 de la noche, como estaba anunciadísimo. Otra cosa es que entre 9 y 11 la cosa fue chunga, pero yo pillé sitio cerca de las 10.

3- Dices "pienso que el que tenga una cuenta en Caja Rural juega con ventaja ya que podría hacer en cualquier momento la transferecia via web sin conste adicional"

Pues haz como yo, bajate a una oficina de la Caja Rural y paga los 30 euros en mano. No te costará un duro. O manda a otra persona que te lo haga. Yo saque el dinero de la CAN crucé la carretera y pagué en la Caja Rural.

Lo demás pues no se si tiene que ver nada con lo que comentas, pero la solución como dijo Krom es optimizar los scrips y el código, ya que con el servidor, que por cierto, no se mantiene gratis, tiene para rato.

Un saludo,

PD: No toi cabreado :mrgreen: ni mucho menos, pero ayer estabas tu ahí ;) y ya sabes como fueron las cosas. Nos vemos en la party :D

Hey hey no se si has entendido lo que he querido decir. Por lo menos no todo.
1) Lo que digo de: "Sobre lo de poner prioridades en base al pago tampoco me parece buena idea". No me refiero a cómo ha sido este año, ya se que este año no ha habido prioridades. Pero es que en el foro GENERAL hay a gente que dice que PARA EL PROXIMO AÑO hacer prioridades.

2)Más de lo mismo. Hay gente que dice de NO especificar hora EL AÑO QUE VIENE. Ya se como ha sido este año pero digo para EL PROXIMO.

3)En el suspuesto de que EL AÑO QUE VIENE se pongan prioridades segun cuando se haya realizado el pago significaria que: Imaginate que se puede pagar a partir de las 21:00 del dia X. ¿Vas a bajar a la caja rural a pagar? ¿te la van a abrir para ti? Porque de ser asi voy contigo. En cambio, el que tenga una cuenta en Cajara Rural puede hacerlo por internet en el mismo segundo sea cual sea la hora y SIN NINGUN TIPO DE GASTO ADICIONAL. Esto seria beneficiar a algunos y no estaria todo el mundo en igualdad de condiciones.

4) bueno veo que con las demas propuestas no hay problemas. XD.

Puede que sea una buena idea optimizar los script pero dudo mucho que esten tan mal. Me consta que Krom sabe lo que se hace. Se podra mejorar algo pero de ahi a soportar la carga de ayer.... No eramos realmente tantas personas, así que pienso que el problema realmente no va por ahi. Sino en las limitaciones del server (o por lo menos en gran medida).

Venga un saludo y nos vemos en la party que tenemos cosas pendientes XD

Eso lo a dicho alguien del STAFF? no creo.

Si no lo dice el STAFF no hay que temer. De todas formas no creo que eso se haga nunca ya que como dices es una desventaja para el que no es de la Caja Rural.

En caso de que se aria ya sabes a Floodear la Web de la rural hasta que abran el banco. :)

Que ya llega el dia N. :)

Hombre... realmente la party empieza el dia de la eleccion de sitio (es una actividad mas de desarrollo creativo y paciencia) por lo tanto el sistema de seleccion deberia continuar como esta.

Pero si queremos meter mas condiciones a la hora de coger el sitio, ¿porque no el de antiguedad?, el primer dia eligen los que lleven 3 ediciones, el segundo los que lleven 2 o 3 y el tercero todo el mundo...problemas de esta opcion: infinitos si quieres ir en grupo (salvo que el 100% del grupo lleve el mismo tiempo)... pero ya que hay que buscar opciones....

Pero en que vamos a convertir esto? Punto número uno: El sistema de reservas ha cascao. Por que hemos sido demasiadosy no estaba bien preparado para el aluvión. ¿Y que?. Nos hechamos todos al monte con los fusiles en la mano?? Ponemos precio a la cabeza de Krom? Hombre, no jodamos.

Se trata de ir a la party, no? Tan sumamente importante es sentarse una fila mas adelante o una mas atrás? Coño, vale que igual te mola mas tal sitio o tal otro, pero no creo que sea una cosa TAN importante.

Conocido el problema se trata de solucionarlo y procurar que no vuelva a pasar. Y tengo la suficiente confianza en el Staff como para saber que el año que viene tendrán mas cuidado para que no suceda. He dicho.

¿¿¿Acaso no lo estamos tratando de solucionar???? Que yo sepa estamos en el foro de SUGERENCIAS dando sugerencias precisamente.
Ghalager  no creo que la gente este criticando al staff (yo por lo menos no) ni mucho menos. EN MI OPINION HAN SABIDO ESTAR A LA ALTURA.

Es indudable que ha habido un problema, y simplemente se ofrecen sugerencias para AYUDAR al staff en posteriores ediciones.

En ningun momento creo que se haga con maldad sino todo lo contrario.

Un saludo a todos y en especial al STAFF. Ánimo!!!

Gracias por los halagos, pero el Amo y Señor de Pandereta (el sistema de reservas) es Tatai. Yo solo he hecho pequeñas mejoras al código, principalmente a principios de mes cuando no estaba Tatai.

Las causas del colapso han sido básicamente estas, en igual medida:
1. Demasiados usuarios simultáneos
2. Demasiadas consultas a la base de datos
3. Pocos recursos en el servidor

El punto 1 es inevitable, es ley de vida que cada año la avalancha de usuarios sea mayor. Creo que volveremos a hacer lo de abrir a una hora determinada, la misma para todos. Es lo más justo.

El punto 2 es cosa nuestra. Habrá que tomarse más en serio la optimización del código. El código en sí está muy currado, es muy profesional, pero como todo código se puede optimizar.

El punto 3 se soluciona mejorando sustancialmente el servidor. El servidor actual ha funcionado perfectamente durante 3 años y podrá seguir muchos más. Sería un poco absurdo tener un ekipazo en retena, para aprovecharlo un solo día al año. Por eso la mejor opción es efectivamente buscar un hosting. Habrá q ver quién nos ofrece un buen pepino con un buen ancho de banda durante una semana. Otra opción es cambiar a panderiko por un ekipo más gordo solo durante esos dias.

Cualquier otra idea es bienvenida ;)

Krom, exactamente no entiendo esta frase: "Sería un poco absurdo tener un ekipazo en retena, para aprovecharlo un solo día al año" Perdona mi ignorancia :)

YO aunque parezca tonto, sigo pensando que un programa ad-hoc para el registro que haga de front-end de una base de datos a través de telnet (que funcionaría tipo un cajero automático) seria lo mejor para el servidor y tendría potencia suficiente para rato. Seguro que alguno de vosotros sabría hacerlo ;)

Un saludo,

Con todos mis respetos por el telnet, nunca haría un sistema de reservas tan cutre xD

Además el problema ha sido principalmente de mysql, y no de apache ni del ancho de banda. Antes que optimizar la interfaz, será mucho más efectivo optimizar el número de consultas a la base de datos.

Pues si MySql se queda corta Usar Oracle. O que?

oracle si no me equivoco es de pago, y panderiko es 100% free. Además dudo que oracle le sacara ventaja, para eso habría que cambiar mucho la forma de programar, con procedimientos almacenados y tal. Mysql es perfecto para nuestras necesidades

Oracle es gratuito.
http://www.oracle.com/technology/software/products/database/oracle10g/index.html
Si alguien le quiere echar un ojo hay teneis.

Oracle es bastante mas potente que MySql.
Hay te doy la razon tendriais que reprogramar la Web.

gratuito o no:
yo no te sabría decir si para este caso en concreto oracle es de pago o gratuito.
Oracle por lo que yo tengo entendido es gratuito si no se va a utilizar para no se si lucrarse o para utilizarlo en una empresa. Sería cosa de leer la licencia a ver que pone.

mas potente que mysql:
oracle es la mas potentísima y cojonuda de las bases de datos. De hecho ya no se considera como base de datos si no como otra cosa que no recuerdo su nombre que va bastante mas allá.
Tambien requiere un maquinón del carajo y la instalación a pelo sin bases de datos ni movidas igual se te jala ya 2 Gb de disco duro, luego cada base de datos tb una burrada.
Pero no se, me parece un tanto exagerao utilizar oracle para un sistema de reservas. xD

Si optais por Oracle y puedo echar una mano en meterlo en un servidor linux contad conmigo que me lo instalé en mi flamante gentoo para poder hacer la practica de Cliente Servidor de este año :)
todo sea dicho, el todopoderoso Jordan me ayudo a montarlo :)

PD: con respecto a reprogramar la web... pues si, es inevitable, es lo que tiene php, que soporta muchisimas bases de datos pero cada una tiene un interfaz. Esto debería de ser mejorado, creo que hay proyectos que encapsulan la funcionalidad genérica de las bases de datos, estilo a como se trabaja con visual basic o asp.

Oracle solo es gratis para desarrolladores, dentro de su entorno de desarrollo.

Las bases de datos no suelen compararse por rendimiento sino por funcionalidad. Todos los fabricantes te dicen "mi sistema de bases de datos es mas rápido!!!" pero eso no es más que publicidad, todas están optimizadas a muerte y las diferencias de rendimiento son muy relativas. Si quieres mejorar el rendimiento de una aplicación en mysql, compras una máquina nueva, no licencias de oracle. Y si aun comprando la máquina nueva te queda dinero para licencias, te lo gastas en otra máquina y montas un cluster, que se comerá a cualquier máquina con oracle.

La verdadera diferencia como digo está en la funcionalidad que te da cada una. Por ejemplo, mysql ofrece más tipos de datos que oracle o MsSql, mientras q oracle tiene un sistema de formularios compartidos envidiable, y MsSql es más facil de gestionar que cualquiera de las otras. La mejor será la que mejor se adapte a tus necesidades.
Oracle es para sistemas muy grandes, con cientos o miles de tablas y usuarios. Usarlo para Pandereta es matar moscas a cañonazos. Y aun hay más, Oracle lo compran todas las empresas que no pueden permitirse decir "uso una base de datos gratuita", aunque les bastara con mysql. En el mundo empresarial a veces se compran los productos más caros, solo por el hecho de ser los más caros y poder decir "usamos el producto más caro!". Además de esa forma, el día que falle nadie podrá burlarse de que les falló por ser un producto barato, y que de haber sido el más caro no habría fallado. Pero esto es otra historia para otro rato...

Apuntado apunte de Licencia Oracle. :)
Pues nada, a ver si los de EuroNet se ponen las pilas y actualizan a paderiko o le fabrican un hermano. :)

Ya falta menos. XDDD

2 cuestiones:

1º. Creo que la opcion mas sencilla seria externalizar la gestion de las reservas a un hosting ajeno con potencia de equipo suficiente durante esa semana (no tiene cambiar de hosting o de equipo para solamente la saturacion producida durante 3 horas durante un 1 al año).


2º. Respecto a cambiar de base de datos, aparte de las complicaciones en la programacion que ello tendria implicito, creo que el problema no esta ahi, mas bien el problema reside en la capacidad o no del equipo que soporta la base de datos, todos sabemos que una implementacion sql php es una gran consumidora de recursos (sobre todo memoria, y si las consultas son minimamente complicadas de CPU), hoy por hoy es infinitamente mas barato la amplicion hardware que la modificacion software (es triste pero es asi, y en cierto modo es logico), desconozco cual es la base hard y soft sobre la que se esta trabajando, pero imagino que una opcion sería colocar durante esa semana un equipo de refuerzo (en cluster con el primero) o en su defecto ampliar (o cambiar) el antiguo equipo.

3º. Si definitivamente se quiere cambiar la base de datos, no creo que oracle sea la opcion mas interesante (como ya sabemos los requerimientos de equipo son bastante importantes) hay otras opciones como postgresql que son perfectamente viables (aunque reconozco que mis conocimientos sobre bases de datos son mas bien teoricos que practicos, por lo que creo que seria mejor que nos informara alguien que haya trabajado profesionalmente tanto con mysql como con postgresql)...

En esto de las bases de datos pasa como con los equipos hardware hoy en dia, todo el mundo te saca benchmarks de rendimientos punta, pero yo no quiero un equipo con un 30% mas de rendimiento , quiero un equipo que con un 40% menos rendimiento que otro me de una estabilidad del 99.99999% (estoy cansado de ver placas con los condensadores supurando, con soldaduras en mal estado, con fallos aleatorios...., lo mismo con las memorias y procesadores... no quiero rendimiento.... quiero fiabilidad (porque con el rendimiento del procesador actual mas pequeño ya me sobra equipo).

yo creo q no hay q cambiar para nada la base de datos.
la reprogramación de la web iba a ser un coñazo importante, y para cambiar de mysql a postgresql es lo mismo que no hacer nada practicamente, solamente complicarse la vida xD, y cambiar a oracle a parte de que es el mismo coñazo que con postgresql el reprogramar la página web es la gestion de oracle, ya que tiene infinitas opciones y movidas de rendimiento que pueden hacer que oracle vaya a toda hostia consumiendo lo necesario, o vaya a pedos jalando todos los recursos que le de la gana si no se afina bien, a demás de que oracle es mucho oracle para una página web.

No se que tal estarán hechas las consultas sql, supongo que bien si las habeis mirado y estudiado. Pero si el sistema de reservas es un proyecto de esos como wordpress, phpbb, y similares que parecen que son la rehostia y hacen de todo y luego miras el codigo fuente y es la mayor chapuza del mundo, pos va a ser este el problema. Que por ahí la gente programa sin escatimar en recursos :S

Con lo bien que viene de vez en cuando un unset() he. :)

A ver entonces al final el fallo fue, que se conecto todo dios a la vez y la CPU se puso al 200% y mysql no daba a mas pro saturacion de CPU?
O fue cosa de que mysql no soportaba tantas peticiones simultaneas?