Hola!, necesito ayuda para hacer un campo que se vaya reduciendo cada dia hasta llegar a 0...
Por ejemplo: El campo esta recien ingresado con 60 al dia siguiente tiene 59 y al siguiente 58 y asi....
| |||
Como hago un campo que se vaya reduciendo cada dia Hola!, necesito ayuda para hacer un campo que se vaya reduciendo cada dia hasta llegar a 0... Por ejemplo: El campo esta recien ingresado con 60 al dia siguiente tiene 59 y al siguiente 58 y asi.... |
| |||
Respuesta: Como hago un campo que se vaya reduciendo cada dia pues hay muchas maneras.. por ejemplo si trabajas con mysql y php puedes guardar en una base de datos el ultimo dia y el valor y cada vez q una persona entre verifique si ya ha pasado un dia despues de ese y si lo ha pasado que le reste 1 a la base de datos y guardas en nuevo dia.. esa es una opcion o tambien puedes crear algo quitando el tiempo maximo de ejecucion de un script php con (set_time_limit) y cada vez valla detectando los dias y reduciendo en la base de datos.. en un bucle.. bueno esas son unas ideas dime si las entendiste o si me explique bien |
| |||
Respuesta: Como hago un campo que se vaya reduciendo cada dia Claro, la entendi, de hecho ya la probe, pero el problema de esa es que el servidor se engaña con la hora del pc, y haci no me funciona =/ |
| |||
Respuesta: Como hago un campo que se vaya reduciendo cada dia Bueno estoy haciendo un sistema de Compra y Venta, entonces tengo que establecer CUANDO se vence el Producto, si hay otro metodo mas facil para esto... ;) |
| ||||
Respuesta: Como hago un campo que se vaya reduciendo cada dia Si tienes una cantidad fija de días por cada producto, y una fecha de ingreso, no necesitas un campo sino una consulta que te devuelva si se ha vencido. La solución de tu problema varía con la forma en que se diseñe la estructura de datos. Por ejemplo: - Si además de contar con una tabla Producto, tienes una donde almacenas las compras o partidas de producto recibidas, en esa tabla se puede agregar dos campos: la fecha de entrada y la fecha de vencimiento. La consulta simplemente te debe devolver sin la fecha de vencimiento es inferior a la actual (fechaVencimiento <= CURDATE()) en la partida consultada. - Si cada producto tiene una cantidad de días de vigencia, simplemente necesitas el campo de fecha de ingreso, la cantidad de días y la fecha actual (TIMESTAMPDIFF(DAY, CURDATE(), fechaentrada) <= diasvencimiento) En definitiva, no necesitas un campo que se modifique, sino establecer de dónde se sacan los datos para obtener la diferencia. Este tipo de métodos son dinámicos y no necesitan de actualizaciones porque simplemente te devuelven lo que hay con la información actualizada. Poner un campo que hay que hacer que se actualice constantemente (no es funcional hacerlo cada día, hay que hacerlo en cada consulta) implica programar procesos que ocupan recursos innecesariamente, y que se pueden suplantar por otros más dinámicos que no requieren mantenimiento. Simplemente hay que analizar el modelo que usas para ver cómo conviene hacerlo.
__________________ ¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente... "El problema es la interfase silla-teclado." (Gillermo Luque) |
| |||
Respuesta: Como hago un campo que se vaya reduciendo cada dia Bueno, entonces quieres decir, que no es necesario un campo de actualizacion diaria, si no que PHP VERIFIQUE los datos, y ejecute la accion correspondiente... Cierto? |
| ||||
Respuesta: Como hago un campo que se vaya reduciendo cada dia Esa es básicamente la idea. No hay que almacenar datos que se pueden calcular dinámicamente... Un modo de manejar rápidamente esto es crear una VIEW en la base de donde se pueda consultar rapidamente la información., peor en definitiva el modo de hacer la consulta es lo que varía según la estructura de datos que tu manejes, a eso me refería con esos dos ejemplos.
__________________ ¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente... "El problema es la interfase silla-teclado." (Gillermo Luque) |
Etiquetas: |