¿fallo de mi servidor?

[Dundee]

Hola gente ,tengo una tienda online que yo mismo hice y me ha surjido un problema muy muy raro: el tema es que necesito saber si hay alguna posibilidad de que el problema sea de mi servidor y no de mi código. Voy al grano ¡¡

Resulta que la tienda recoje los pedidos con las referencias que se generan automaticamente en la Bd , pedido 001, pedido 002 etc etc , nunca había tenido problemas , resulta que los pedidos se recojen vía web (desde el panel de administración conectado a la Bd of course) y una copia se le envía al cliente; púes bien a la hora de recibir el cliente su mail de confirmación de pedidido este le llegó perfecto ,con todos los artículos que pidió pero desde el "panel de administración" se le añadieron productos que el no había pedido (cosa repito que nunca antes sucediera). He vuelto ha hacer pedidos para encontrar el fallo y no ha vuelto a ocurrir ,vamos si se han hecho 100 pedidos para que os hagáis una idea solo ha ocurrido una vez; por eso lo que me gustaría saber es si ¿es posible algún tipo de fallo del servidor?. Se que me váis a pedir que pegue el código pero es una barbaridad de código y creo que para saber más o menos si puede venir el fallo del server o no no haría falta.
Un saludo y gracias de antemano.

[jam1138]

Es adivinar. Problemas con el servidor por los que pudieras tener un comportamiento así solo se me ocurre que tengas activadas las variables globales (register_globals) en el php.ini. Asegúrate estén en Off.

Fuera de eso... pues no sé :-/, pero creo tendrías que poner el ojo en el código.

Suerte

[Dundee]

Iniciado por jam1138

Es adivinar. Problemas con el servidor por los que pudieras tener un comportamiento así solo se me ocurre que tengas activadas las variables globales (register_globals) en el php.ini. Asegúrate estén en Off.

Fuera de eso... pues no sé :-/, pero creo tendrías que poner el ojo en el código.

Suerte

Bueno las las variables globales (register_globals) no las uso pero como no puedo acceder al php.ini no lo puedo saber. El código supongo que si falla ,falla siempre no solo 1 de cada 100 ¿o estoy equivocado?. Un saludo y gracias

[jam1138]

Iniciado por Dundee

Bueno las las variables globales (register_globals) no las uso pero como no puedo acceder al php.ini no lo puedo saber. El código supongo que si falla ,falla siempre no solo 1 de cada 100 ¿o estoy equivocado?. Un saludo y gracias

Con register_globals en On podrías tener problemas aun "no la usases". No necesitas mirar directamente en el php.ini, siempre puedes hacer uso de la función phpinfo();.... y sí :-/, si fuese ese el problema "el error" sería más común.

[Dundee]

Efectivamente acabo de comprobar siguiento tus indicaciones y me sale esto:
egister_globals On On

¿Como hago para modificarlo? ¿tengo que madarles un mail a los q me dan el hosting?.
Un saludo y gracias por la ayuda.

[jam1138]

Sí, tienes que pedirlo al administrador del hosting. register_globals a esta altura ya no deber ser usado; ¿es PHP5 el soportado por tu hosting?.

[Dundee]

No es php 4.4 , he hablado con él y me ha dicho que ayer a la noche (creo que la hora de la incidencia), había reseteado el hosting y la bd por lo que parece que el error pudo venir de ahí según me dicen.
Lo que me gustaría de verdad es la explicación técnica exacta para aprender un poquito... lo dejo en el aire por si alguien se atreve.
Un saludo

[jam1138]

PHP4 ya no debería usarse .
www.php.net/register_globals

Dudo haya sido problema de resetear el servidor, el comportamiento sería el contrario (información faltante, no de sobra), pero igual pudo ser... sospecha de ello para tu tranquilidad .

Saludos

[Dundee]

Iniciado por jam1138

PHP4 ya no debería usarse .
www.php.net/register_globals

Dudo haya sido problema de resetear el servidor, el comportamiento sería el contrario (información faltante, no de sobra), pero igual pudo ser... sospecha de ello para tu tranquilidad .

Saludos

Bueno , yo no quiero sospechar para estar más tranquilo jejeje , quiero conocer para estar más tranquilo y evitar futuros problemas. Sino ha sido por lo que decía el compañero de register_globals ni por el reseteo de la bd ¿entonces que puedo haber ocurrido?. Si tengo un código X que gestiona 1000 pedidos y 999 los gestiona perfecto y 1 mal ¿puede ser error de código? ¿el código puede fallar solo 1 vez y las demás no?. A mi eso si me parece raro , ya que el código no es tan listo como para decir ,ahora fallo y luego estoy meses sin fallar ¿no creeis?.
Un saludo y gracias

[venkman]

Dundee:

Si tengo un código X que gestiona 1000 pedidos y 999 los gestiona perfecto y 1 mal ¿puede ser error de código? ¿el código puede fallar solo 1 vez y las demás no?

La respuesta es sí. Rotunda y claramente sí. Puede ser un error de código.

Es algo perfectamente posible. Quizá hay un caso particular o alguna cosa que hace un usuario entre mil, o algún producto que está mal en la BBDD y hace que el pedido falle si se pide ese producto. Pueden ser mil cosas. Así que no descartes esa posibilidad.

Lo que yo haría es:
- Mete un buen log. Guarda los errores cuando ocurran en lugar de simplemente solucionarlos a mano.
- Cuando tengas unos cuantos, mira a ver qué pueden tener en común. ¿Quizá los pedidos vienen todos del mismo país? ¿Todos los pedidos tienen exactamente 7 productos? ¿En todos los pedidos el teléfono de contacto viene vacío? No sé, lo que sea. Revísalos bien y trata de encontrar lo que puedan tener en común.
(Si sólo tienes 1 caso, pues revisa bien ese caso. Busca cualquier cosa sospechosa en ese único pedido.)
- Revisa las partes del código que estén implicadas en todo lo que encuentres que sea mínimamente sospechoso en el paso anterior.
- Revisa también el entorno de ese pedido: ¿Se estaba haciendo justo en el mismo momento que otro pedido? ¿Hay otro pedido del mismo usuario ese mismo día? ¿Quizá el usuario añadió productos al carro y luego los quitó?

Resumiendo: Mira primero todo lo que concierne al pedido que ha fallado. Trata de encontrar cualquier cosa de ese pedido que no sea habitual y luego analiza si esas cosas podrían hacer fallar tu código.

[Dundee]

venkman Gracias por tus aclaraciones , voy ha hacer las investigaciones oportunas según me indicas aunque algunas cosas no se como se hacen como por ejempplo eso del LOG, creo que un LOG es donde se guardan los sucesos de la web ¿no? ,pero ¿donde puedo buscar ese LOG? (perdón por mi ignorancia).
Lo demás como el tema de si ha borrado un producto o no , lo tengo requeteprobado y testeado, logicamente antes de subir la web había hecho pruebas en local y una vez subida en internet he hecho miles de pedidos , borrado artículos , añadido a la cesta artículos y NUNCA me había sucedido esto; los pedidos se hacen todos por ahora desde España, el tema de si pone el telf o no está controlado por Javascript (no en el servidor con php). Lo que yo creo y me gustaría me aclarara alguien es que hace unos dias (puede ser que coincidiera con el pedido de este cliente, no estoy seguro) hice modificaciones en el código y el la bd para añadir un campo más al formulario ,concretamente separar el de apellidos (antes tenía solo nombre para los dos), ¿puede ser que la incidencia venga de ahí?.

Un saludo y mil gracias

[venkman]

El tema del log es algo que tendrás que hacer tú. Se trata simplemente de que en tu aplicación, cuando ocurra algo interesante, lo escribas en un archivo para que quede registrado. Un ejemplo de algo interesante es un error, pero también cualquier situación no habitual o cualquier situación que pueda ser de interés.

En el log escribe todo lo que se te ocurra que pueda ayudarte en caso de error. Eso sí, hazlo en caso de error. Si no, si escribes siempre mucho en el log, vas a encontrarte con un fichero enorme.


En cuanto al tema de haberlo probado... No lo dudo. Estoy 100% seguro que lo has hecho. Pero lo que yo te ponía eran sólo pequeños ejemplos. Que hayas probado esas 3 cosas no quiere decir que no haya otras mil cosas. Y es imposible probar todos los casos posibles. Como se suele decir esto es una carrera entre tú haciendo una aplicación a prueba de tontos y la naturaleza creando tontos cada vez mejores.


En cuanto a esto último de la modificación -que podías haberlo dicho desde el principio- pues sí, es posible también. Posible es posible. Si justo en el momento en que hacía el pedido tú estabas cambiando cosas, puede ser que fallara, claro.

[Dundee]

jajaja venkman me ha encantando esa frase que nunca había oido (es cojonuda y verdad como la vida misma).

Código HTML:

esto es una carrera entre tú haciendo una aplicación a prueba de tontos y la naturaleza creando tontos cada vez mejores.

El tema de no haberlo dicho (lo de los cambios que hice) fúe por que en ese momento no me acordé. Lo del log supongo que se hará programando un script que si sucede un error lo guarde ¿no?. De todas formas no tengo ni idea de hacer eso.

Un saludo y mil gracias

[jam1138]

... poco probable, pero también posible.

Dundee, todo es posible, TODO. Pareciera tu pregunta era con intención de que alguien te diga "este fue el error" y sin siquiera ver el código, ni tener una idea de cómo trabajas. Mis menciones son solo errores genéricos que, por lo mismo, pueden causarte el error, sin embargo, lo más probable es que haya sido un error de tu código quizá en un caso muy particular.

Pero bueno, sí que era un error es trabajar con register_globals en On, como también lo es seguir trabajando con PHP4 (al menos para desarrollar cosas nuevas); ya es obsoleto, ya no se le da soporte. Dejar cuestiones de validación a JavaScript, depender de él, también es un error ...

venkman: Igual me gustó la frase , no la había escuchado antes . Buena intervención.

Saludos

[Dundee]

Iniciado por jam1138

... poco probable, pero también posible.

Dundee, todo es posible, TODO. Pareciera tu pregunta era con intención de que alguien te diga "este fue el error" y sin siquiera ver el código, ni tener una idea de cómo trabajas. Mis menciones son solo errores genéricos que, por lo mismo, pueden causarte el error, sin embargo, lo más probable es que haya sido un error de tu código quizá en un caso muy particular.

Pero bueno, sí que era un error es trabajar con register_globals en On, como también lo es seguir trabajando con PHP4 (al menos para desarrollar cosas nuevas); ya es obsoleto, ya no se le da soporte. Dejar cuestiones de validación a JavaScript, depender de él, también es un error ...

venkman: Igual me gustó la frase , no la había escuchado antes . Buena intervención.

Saludos

¿Que hago si mi servidor me da php 4.4 ? , y lo de javascript no se porque lo dices, yo siempre validaba con php pero ahora que he aprendido algo de js creo que es mejor , púes todo lo que sea quitarle trabajo al servidor buenos es. Supongo que lo dices porque habrá gente que no tenga javascript ¿de verdad crees eso? ¿quien no tiene instalado en un equipo de hoy en dia js?, no se puede ser alguno..De todas formas despúes de validar el formulario de envío con js se ejecuta otra validación en php de algunas cosas vitales.

Saludos y gracias