AMIGOS,
COMO PUEDO PONER EN NEGRIYAS EL ULTIMO DATO KE INGRESE, PARA KE LA PERSONA KE LO VE SEPA CUAL SON LOS ULTIMOS DATOS KE NO HAN SIDO LEIDOS.
ALGO PARECIDO A UN SERVICIO DE CORREO
| ||||
hola lo que podrias hacer es poner un campo en la BD que tenga dos valors 0 y 1 si esta 0 es que no esta leido y si esta en 1 es que ya fue leido y en le diseño le poner negriat a todo los campos que esten en 0 sino no le pones nada nose si sera lo que quieres pero asi se podria hacer saludo alex
__________________ __________________________________________________ _________ A beses el camino mas largo es la solución mas eficaz :) |
| |||
Si no especificas cual es tu "modelo de datos" de tu BD y como gestionas tus datos es poco probable darte alguna solución "rápida". Tienes que explicar como gestionas tu información .. no sabemos si usas algún campo de fecha que creas cada vez que ingresas uno de esos registros o usas algún campo autonumérico (el típico ID) .. Tampoco queda claro con qué fin vas a usar o necesitas lo que pides, eso nos ayudará a hacernos una idea del fin de todo esto y plantear tal vez mejores soluciones a lo que tu propones incluso. En fin . .cuanto más claro dejes lo que quieres hacer y de que dispones .. mejor será la solución que te puedan dar. Por otro lado .. podrías plantear "que se te ocurre a tí" para solventar el problema .. aunque sea una idea erronea o incompleta .. eso nos hace entender que por lo menos "lo estás intentando". y así mismo nos hacemos una idea mejor de lo que pretendes hacer o el objetivo final. Un saludo, PD: y no escribas en mayusculas por favor .. !!! |
| ||||
lo ke tengo es un contenedor de mensajes ke va mostrando los datos a medida ke estos van siendo ingresados por el usuario(problemas), con esto se pretende ke el adm. los lea(ingresando a la sesion adm.), pero lo ke se necesita es una especie de marcador del ultimo mensaje ke entra o de los mensajes ke no han sido leidos, para ke el adm. pueda saber cuales a leido y cuales no. ingreso Código PHP: Código PHP: Cita:
Iniciado por Cluster Si no especificas cual es tu "modelo de datos" de tu BD y como gestionas tus datos es poco probable darte alguna solución "rápida". Tienes que explicar como gestionas tu información .. no sabemos si usas algún campo de fecha que creas cada vez que ingresas uno de esos registros o usas algún campo autonumérico (el típico ID) .. Tampoco queda claro con qué fin vas a usar o necesitas lo que pides, eso nos ayudará a hacernos una idea del fin de todo esto y plantear tal vez mejores soluciones a lo que tu propones incluso. En fin . .cuanto más claro dejes lo que quieres hacer y de que dispones .. mejor será la solución que te puedan dar. Por otro lado .. podrías plantear "que se te ocurre a tí" para solventar el problema .. aunque sea una idea erronea o incompleta .. eso nos hace entender que por lo menos "lo estás intentando". y así mismo nos hacemos una idea mejor de lo que pretendes hacer o el objetivo final. Un saludo, PD: y no escribas en mayusculas por favor .. !!! |
| ||||
Codigo de eliminacion haca esta donde el adm. ve los mensajes extraidos de la bd. Código PHP: |
| |||
Lo que hace falta es que describas la "estructura" (y tipos de datos) de las tablas de tu BBDD que intervienen .. Se "ve" entre el código supuestamente cual ese la "tabla" que usas .. pero el sentido que le das tu o lo que eso campo definan nadie mejor que tú los conoce (por eso te pido que lo expliques). Estamos intentando hacerte ver alguna solución al problema que planteas como "teoría" .. El código que presentas ya hace lo que en su momento se diseño y funciona (no obstante .. dice el dicho "más vale que sobre que no que falte"). Por mi parte a simple vista veo algunos problemas de diseño de tu BD o "modelo de datos" para lo que pretendes hacer. Usas algún "ID" (Identificador) como llave primaria de esa tabla "problemas"? .. Te va a ser muy útil usarlo para establecer relaciones. No veo si guardas alguna fecha de ingreso del "problema" .. con este dato ya podrías hacer cosas como "marcar" los temas que ya ha visto por fecha desde el último "login" al sistema. Los "funcionarios" que se asignan los "problemas", no guardas indentificadores?, guardas el "nombre" entero en la tabla "problemas"? (bueno el "rut" parece) .. Por qué repites datos redundantes? .. Usa "Identificadores" .. más optimo para realizar consultas SQL, establecer relaciones, respetar integridad referencial .. etc. Todo eso plantea (o planteará) "problemas" para desarrollar funcionalidades como la que ahora requieres. Tampoco sé como trabaja tu sistema .. no sé si ese "listado" de "problemas" ya sería considerado como que "vió" el problema . .o ha de "entrar" a "ver el detalle" de ese "problema" (no veo donde lo haces si es que lo haces) para que así sea considerado como que lo "antendió / vió" o vas a considerar que lo "vió" si alguna opción de esas que presentas es modificada vs a lo que tenía original .. o en base a otro "botón" o checkbox que pulse el usuario. En fin .. todo eso debes definirlo. Pero .. la base de lo una de las propuestas de como solventar el problema sería: Propuesta A (no asegura que realmente se antendió el "problema"): Asumir por fecha de último ingresao del usuario al sistema (tus "funcionarios"?) vs fecha de creación de ese "problema" que ya los vió. Propuesta B (asegura que se atendió el "problema"): Guardar en una tabla ("vistos") de tu BBDD el par: ID_usuario / ID_problema. Esto implica poner un "botón: visto" o bajo la acción de otros datos que modifiques .. o al "ver detalle" de ese "problema" generar este registro en la tabla implicada. Así podrás hacer consultas SQL relacionadas cada vez que presentes tu "registro" del problema si para el usuario en el sistema autentificado (que tendrás que tener por ahí su "ID" (o rut o nombre.. etc) constatemente (sesiones) está en la tabla de "vistos" para marcarlo como "leido/visto". Aquí es donde es importante usar "Identificadores" .. no ir "regando" ese "rut" por ejemplo en todas las tablas .. las consultas se optimizan .. el espacio que ocupa esta .. etc ... Un saludo, |
| ||||
Estrucutuara BD haca te envio la estructura de la bd. bd problemas. (haca el usuario ingresa el problema ke haya tenido con alggun equipo) +--------------+-------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +--------------+-------------+------+-----+---------+-------+ | Rut_Asignado | varchar(14) | YES | MUL | NULL | | | Prioridad | char(10) | NO | | | | | Estado | char(15) | NO | | | | | Sistema | char(20) | NO | | | | | Categoria | char(20) | NO | | | | | Descripcion | char(90) | NO | | | | | Error | char(40) | NO | | | | +--------------+-------------+------+-----+---------+-------+ 7 rows in set (0.06 sec) esta es otra opcion de consultar por deter problemas anexos (tabla correo(solo para el ingreso y eliminacion de los datos, no es un servidor de correo)) +-----------+-------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-----------+-------------+------+-----+---------+----------------+ | Id_Correo | int(5) | NO | MUL | NULL | auto_increment | | Para | varchar(30) | YES | | NULL | | | De | varchar(30) | YES | | NULL | | | Asunto | char(30) | YES | | NULL | | | Mensaje | char(255) | YES | | NULL | | +-----------+-------------+------+-----+---------+----------------+ 5 rows in set (0.00 sec) con estas dos tablas el usuario ingresa los datos o poblemas ke pueda tener con algun equipo o herramienta y asi el adm. revisa la opcion MENSAJES RECIENTES y les responde(telefonicamente o mail), pero para eso necesito poder marcar los ultimos mensajes, para ke asi el adm. pueda saber cuales son los ultimos mensajes. espero ke haya kedado algo mas claro. saludos PD: gracias por tus recomendaciones |
| |||
Realmente tienes un buen "cacao" en tu "modelo de datos" .. No relacionas nada .. usas ID's en algunos casos y en otros no .. (eso a mi me desconcierta por qué no sé por donde "atacar" el problema si falta todo eso ...") Te comenté que necesitarias un "ID" para tus "problemas" tal cual lo creastes para ese tema de los "e-mails". También un campo de fecha .. para que ingreses la FECHA!! que el "usuario" ingresa ese "problema". Te puede servir para muchasssss cosas ese dato .. lo presentes o no al usuario. Por ejemplo para "ordenar" esos "problemas" por orden de llegada .. o como quieras .. buscarlos .. etc ... Cita: Ya no sé con esto si deseas marcar los mensajes que el usuario ha visto (y/o atendido) o simplemente ordenar esos "problemas" (registros) en función de esos campos que NO tienes ahora mismo: pero para eso necesito poder marcar los ultimos mensajes, para ke asi el adm. pueda saber cuales son los ultimos mensajes. * ID (autoincremental) que te daría la opción fácil de ordenar esos registros y usarlo para otras relaciones entre las tablas que ahí indicas . .por ejemplo ese "correo" que no tiene sendido totalmente "desvinculada" con la del "problema" (o no te interesa saber que ese e-mail se emite por qué viene del problema "X"? .. !!!) * campo Fecha. Eso te dará juego a presentar los últimos "mensajes" del día en curso .. o en general desde cualquier fecha. El tema de "marcar" mensajes como "visto/atendido" ya te expliqué por mi parte como enfocaría la solución. (te dí dos alternativas). Pero antes de usarlas (sobre todo la opción "B") necesitas crear en tus tablas esos "IDs" autonuméricos, que sean únicos (sin signo) .. y empezar a "sentarte" antes de tocar nada de PHP en como tiene que relacionarse tus datos entre sí .. establecer relaciones y ver la mejor forma de optimizarlo. Te recomiendo la lectura de manuales de diseño de Base de datos Y SQL en general .. veras que muchas cosas que ahora haces se pueden hacer mejor en pró de darte menos problemas cuando quieras hacer otras cosas (como lo que ahora te pasa por ejemplo): www.mysql-hispano.com Un saludo, |
| ||||
Es cierto ?? Es muy cierto lo ke me mensionas pero las tablas a pesar ke tienen su id y se duplucan, no tienen nada ke ver en si, te agradesco ke me ayas mensionado todo esto, ya ke es muy importante lo ke es modelamiento de datos para generar tablas y todos las damas funcioanlidades para tabajar con ellas. Lo voy a tener presente cuando experimente un nuevo desarrollo, y lo tatare de mejorar cada vez ke dearrolle y diseñe. Respecto a la preg. ya pude responderme y pude generar ke el ultimo mensaje se resaltara. Muchas gracias, por todo, ya ke no esta nunca demas saber cosas como las ke me mencionaste.. nos vemos, saludos Cita:
Iniciado por Cluster Realmente tienes un buen "cacao" en tu "modelo de datos" .. No relacionas nada .. usas ID's en algunos casos y en otros no .. (eso a mi me desconcierta por qué no sé por donde "atacar" el problema si falta todo eso ...") Te comenté que necesitarias un "ID" para tus "problemas" tal cual lo creastes para ese tema de los "e-mails". También un campo de fecha .. para que ingreses la FECHA!! que el "usuario" ingresa ese "problema". Te puede servir para muchasssss cosas ese dato .. lo presentes o no al usuario. Por ejemplo para "ordenar" esos "problemas" por orden de llegada .. o como quieras .. buscarlos .. etc ... Ya no sé con esto si deseas marcar los mensajes que el usuario ha visto (y/o atendido) o simplemente ordenar esos "problemas" (registros) en función de esos campos que NO tienes ahora mismo: * ID (autoincremental) que te daría la opción fácil de ordenar esos registros y usarlo para otras relaciones entre las tablas que ahí indicas . .por ejemplo ese "correo" que no tiene sendido totalmente "desvinculada" con la del "problema" (o no te interesa saber que ese e-mail se emite por qué viene del problema "X"? .. !!!) * campo Fecha. Eso te dará juego a presentar los últimos "mensajes" del día en curso .. o en general desde cualquier fecha. El tema de "marcar" mensajes como "visto/atendido" ya te expliqué por mi parte como enfocaría la solución. (te dí dos alternativas). Pero antes de usarlas (sobre todo la opción "B") necesitas crear en tus tablas esos "IDs" autonuméricos, que sean únicos (sin signo) .. y empezar a "sentarte" antes de tocar nada de PHP en como tiene que relacionarse tus datos entre sí .. establecer relaciones y ver la mejor forma de optimizarlo. Te recomiendo la lectura de manuales de diseño de Base de datos Y SQL en general .. veras que muchas cosas que ahora haces se pueden hacer mejor en pró de darte menos problemas cuando quieras hacer otras cosas (como lo que ahora te pasa por ejemplo): www.mysql-hispano.com Un saludo, |
| |||
Cita: Pues si nos indicas como lo hicistes .. será lo ideal, por lo menos para saber que opción tomastes.Respecto a la preg. ya pude responderme y pude generar ke el ultimo mensaje se resaltara. Un saludo, |