19/06/2004, 08:47
| |||
| |||
| dos preguntas....una la eterna pregunta :( y la otra mas simplona :D haber por partes :D La eterna pregunta es....como puedo paginar textos????vamos que si tengo 5000 lineas me aparezcan 50 por pagina. y la otra mas simplona :D Como podria hacerlo para que un usuario registrado no pueda modificar su login e id de la cookie?e pensado en encriptarlo como elpassword pero nose.... gracias ;) |
|
19/06/2004, 09:16
| |||
| |||
| Te respondo primero la "simplona": Puedes encriptarlo de otro modo, cualquiera que tenga un mínimo conocimiento sobre cookies, puede crearlas o modificarlas a su gusto. Para la otra, depende de como tengas el texto, si especificas la forma quizás pueda darte una solución. |
|
19/06/2004, 09:48
| |||
| |||
| pos creo que al final encriptare la id,sobre el texto se encuentra en la BD dentro de una tabla,todo el texto se encuentra dentro de una fila de la tabla, quisiera poder imprimirlo en la pagina y que la pagina no se convirtiera en una pagina de 5000 km xD Gracias |
|
21/06/2004, 06:34
| |||
| |||
| 1) Paginar "texto" ... Para realizar ese "paginado" se ha de considerar por "lineas" o bien por algún "tag" própio que indiques (a la hora de redactar el texto) que ahí va un "salto de página". No sé donde tienes tu "texto" (si está en una BD en un campo .. o bien es un archivo de texo plano ..) Pero, en principio si lees un archivo con file() o bien aplicas un explode() (al código de control "salto de página": \n o bien a tu própio "tag": [salto_pagina] ...) podrías llevar tu contenido hacia un array y leerlo con un bucle for() línea por línea desde N a N+nº de líneas por "página" .. El resto es la misma técnica que un paginador de base de datos donde se propaga por el URL el nº de línea que queda de N_actual+nº de líneas o N_actual-nº de líneas por página. Como veras .. se ha de leer tu contenido total para "mostrar" sólo lo que corresponde (líneas) de esa página. En este punto sería recomendabler ir pensando en desglosar tu contenido en N páginas con una estructura más "legible" tipo: "Introducción", "desarrollo", "conclusión" o como corresponda el contenido (texto) desglosado en "capítulos" ... Esos capítulos los almacenarías en capos o registros independientes de tus BD o archivos planos para mejor gestión (por ejemplo para crear indices de tus "contenidos"). 2) El tema del "ID" y el usuario .. lo mejor es usar sesiones. Sino, por cookies te verás obligado a comprar siempre si ese "ID" de usuario junto con su usuario/password es correcto y le pertenece a ese ID contrastando esos datos contra tu BD o donde los gestiones (haciendo la consulta SQL constantemente) cosa que con sesiones puedes evitar de forma segura pues .. los datos de una sesión permanecen en el Servidor y NUNCA viajan al "cliente". Un saludo, |
|
21/06/2004, 08:52
| |||
| |||
| muchas gracias cluster :D  sobre lo de paginar texto creo que hare lo que dices por capitulos....ya quede otra manera seria aparte de muy engorroso poco preciso :DEl texto se encuentra en la BD dentro de una fila de una tabla Sobre lo de las sesiones :( si es cierto es un palo tener que comprobar siempre el ID y login en la BD pero es que es mas comodo para el visitante :D gracias |
|
21/06/2004, 09:41
| |||
| |||
| Cita: No nos entendimos aquí ...Sobre lo de las sesiones :( si es cierto es un palo tener que comprobar siempre el ID y login en la BD pero es que es mas comodo para el visitante :D Yo no me refiero a que al comprobar ese "usuario/contraseña" si corresponde a ese "ID" lo tenga que hacer el usuario en cada cosa que haga en tu aplicación .. sino que es tu "código" el que debe hacerlo constantemente basado en esos datos (usuario/contraseña + id?) que guardas en tu cookie. Por eso te decía que si usas SESIONES te evitas tener que hacer eso (tu programación .. no tu usuario) a cada rato sino que puedes "confiar" en que los datos de la sesión están y permanece siempre en el "servidor" .. así que ahí simplemente creas una variable en la sesión tipo "usuario=pepe" y sólo compruebas que exista esa variable de sesión .. por qué, si existe será por qué tu rutina de "login" (autentificación) creó dicha variable para esa sesión (que es única para ese cliente en ese tiempo). Un saludo, |
|
21/06/2004, 10:06
| |||
| |||
| si pero me referia a que es mas comodo ya que no tiene que logearse en cada visita  mmmmmmmm no se si querias decirme esto pero se me ha ocurrido algo,quizas si solo guardo el login+password en la cookie y luego al entrar en la web automaticamente compruebe los datos de la cookie se conecte a la BD y cree las sesiones,pero de tal manera que el user no tenga que logearse en cada visita....valla lio xD no se si me entendiste cluster :D se podria hacer esto verdad? gracias por todo cluster ;) siempre estas al tanto de todo |
