Inlineonline Tu portal de patines y patinaje en línea con noticias, foro, mercadillo y comunidad online
Respuestas de foro creadas
-
Entradas
-
[quote=»MOE»:v46gucp9]te refieres de los replys? me imagino que no se pueda poner subject a un reply, si es a eso a lo que te refieres……………..[/quote]
si se puede poner subject a todos los replys.
[quote=»rusero»:v46gucp9]Cuando contestas te da opcion a poner el título (Subject) y si mal no recuerdo, antes salía el título entre la fecha y la cita (quote) y ahora no lo veo. [/quote]
correcto. puede ser por cuestion de cambiar el formato con el que se visualizan los posts/respuestas en el foro.
de todas formas, y aunque no se visualizan los subjects, siguen estando registrados, por ejemplo si ves tu perfil en esta pagina veras los posts recientes tuyos, inclusive los subjects de cada respuesta.
por otro lado, si visualizas esta otra pagina, al final de la pagina aparecen los ultimos 10 posts y hilos creados, tambien inclusive los subjects.
no he visto emisiones en tiempo real via internet de ningun evento de los juegos de torino.
los resultados oficiales los tienes por ejemplo aqui.
otros videos varios hay aqui y aqui.
posiblemente no te ayude nada, pero siempre queda la esperanza de que algo es mejor que nada. 😛 🙂
EDIT: resulta que los videos de rai.it solamente son accesibles a los visitantes provenientes de italia. vaya 😛
[quote=»Dwarf»:bufcbw22]Con el opera las noticias se ven mal[/quote]
tengo el mismo problema en mi opera (v8.02 Build 7680) y si no recuerdo mal se debe a que falta definir el ‘height’ tag en el codigo html para las barras izquierda/derecha laterales.
no se si este caso concreto se debe a que la version de phpnuke empleado no envia un html 4.01 transitional valido (aunque en el fuente html especifica que es 4.01 transitional), o es un despiste al escribir/editar el html manualmente.
recuerdo que fskportal.com tenia exactamente el mismo problema cuando estaba activo.
por lo menos dime que si tienes acceso al error_log de apache … ? es fundamental para ver el mensaje de error y asi diagnosticar el problema. si no tienes acceso ya buscariamos la vuelta para obtener dichos mensajes de error.
ejeje 😯
bueno, es de suponer que hay mas usuarios activos aqui con esos conocimientos solicitados, solamente que no se hacen ver.
aun asi, aqui estamos (estoy ?) para lo que necesites. conocimientos web/cgi/perl/php/mysql/hosting/unix/etc. en fin. 😉
[quote=»TGD»:390vo3n4]carles: en un principio, lo que pides no se corresponde con lo explicado en mi anterior post, ya que invalidaria todos los posts de los usuarios con ID igual o mayor a 1996.
es de suponer que estos usuarios nuevos deberian seguir siendo autores de sus posts mas recientes (aquellos creados despues de la restauracion).
no obstante, estas dos lineas deberian hacer el cambio correspondiente, tal como lo pides:
UPDATE phpbb_topics t SET t.topic_poster = -1 WHERE t.topic_poster >= 1996;
UPDATE phpbb_posts p SET p.poster_id = -1 WHERE p.poster_id >= 1996;
(se puede hacer tambien mas elegante con un solo sql-statement, pero resulta mas sencillo entenderlo con dos)
recomendaria hacer un backup antes de probarlo, o idealmente, copiar la base de datos a un servidor de testeo (local) para hacer una prueba primero y asi poder eliminar/detectar eventuales problemas antes de efectuar cambios reales en las tablas del servidor vivo/online.
bien, para procesar solamente los posts creados *antes* de la restauracion (que seria lo ideal), podrias usar algo asi como esto:
UPDATE phpbb_topics t SET t.topic_poster = -1 WHERE t.topic_poster >= 1996 AND FROM_UNIXTIME(t.topic_time) = 1996 AND FROM_UNIXTIME(p.post_time) < '2006-01-31';
no he probado los statements en una base de datos real (al no disponer de un dump de sql de estas caracteristicas), y tambien el prefijo ‘phpbb_’ variara segun hayas configurado phpbb.
por ultimo, es posible que phpbb (o phpnuke) guarde algun ID o dato adicional de los usuarios posteadores en otras tablas, pero creo que mas o menos es seguro asumir que estas dos ultimas lineas no alteran a nada importante que no sea justamente identificar a los autores correspondientes.[/quote]
ya veremos si da resultado o no. 🙂
en un principio, el problema solo se reproduce cuando previamente ya existe un cookie ‘_sid’ (session_id) en el cliente del usuario, o el usuario ya tiene establecido un session_id. (por lo que solamente usuarios registrados y usuarios que vuelven al sitio veran el error).
asi pues, el problema parece estar vinculado con el codigo php que hace la redireccion al topic mas reciente, segun existe ese session_id (ver fuente de viewtopic.php despues del primer ‘newest’).
sin hacer un debug del viewtopic.php, o (mas facil), o por lo menos ver el mensaje de error que se registra en el fichero error_log del apache por cada error 500, es dificil saber cual es el problema exactamente, pero seguro que si tiene solucion. 😉
EDIT: «ver el mensaje de» pasa a ser «o por lo menos ver el mensaje de»
carles: en un principio, lo que pides no se corresponde con lo explicado en mi anterior post, ya que invalidaria todos los posts de los usuarios con ID igual o mayor a 1996.
es de suponer que estos usuarios nuevos deberian seguir siendo autores de sus posts mas recientes (aquellos creados despues de la restauracion).
no obstante, estas dos lineas deberian hacer el cambio correspondiente, tal como lo pides:
UPDATE phpbb_topics t SET t.topic_poster = -1 WHERE t.topic_poster >= 1996;
UPDATE phpbb_posts p SET p.poster_id = -1 WHERE p.poster_id >= 1996;
(se puede hacer tambien mas elegante con un solo sql-statement, pero resulta mas sencillo entenderlo con dos)
recomendaria hacer un backup antes de probarlo, o idealmente, copiar la base de datos a un servidor de testeo (local) para hacer una prueba primero y asi poder eliminar/detectar eventuales problemas antes de efectuar cambios reales en las tablas del servidor vivo/online.
bien, para procesar solamente los posts creados *antes* de la restauracion (que seria lo ideal), podrias usar algo asi como esto:
UPDATE phpbb_topics t SET t.topic_poster = -1 WHERE t.topic_poster >= 1996 AND FROM_UNIXTIME(t.topic_time) = 1996 AND FROM_UNIXTIME(p.post_time) < '2006-01-31';
no he probado los statements en una base de datos real (al no disponer de un dump de sql de estas caracteristicas), y tambien el prefijo ‘phpbb_’ variara segun hayas configurado phpbb.
por ultimo, es posible que phpbb (o phpnuke) guarde algun ID o dato adicional de los usuarios posteadores en otras tablas, pero creo que mas o menos es seguro asumir que estas dos ultimas lineas no alteran a nada importante que no sea justamente identificar a los autores correspondientes.
EDIT: he abierto un topic nuevo para intentar dar solucion al problema: FORO LIBRE >> [ERROR] posts fantasmas de usuarios nuevos
carles: idealmente deberias comprobar (bien manualmente o mediante un script), cuales son los IDs de los usuarios que han posteado en el foro anteriormente a la ultima restauracion, y que esos mismos IDs han sido utilizados para el registro de nuevos usuarios, despues de la restauracion.
una vez identificados, cambiar el poster_id de todos los posts que han hecho estos usuarios fantasmas a un ID ‘Anonymous’ o similar.
en caso contrario, usuarios nuevos podran (en teoria) editar o incluso borrar mensajes antiguos que realmente no son de su autoria (sino que aparentan ser de ellos como es el caso de los posts de Dwarf/edorin).
no se si ‘vale la pena’ (por criterios de tiempo vs necesidad) pero ignorarlo podria romper la continuidad de algunos posts del foro y como consecuencia hacer, que si nos acordaremos de esta incidencia cuando menos lo sospechamos (en el supuesto caso de que alguien ‘no autorizado’ fuera a borrar ‘sus’ posts).
para este error en concreto, es de suponer que ya has mirado el fichero ‘error_log’ del apache, aver si produce algun mensaje adicional mas informativo cuando se produce el error 500 ?
si, al menos funciona ahora.
aunque siguen habiendo algunos errores, no se si tiene relacion con la corrupcion de datos de mysql, o no, pero por ejemplo:
https://inlineonline.com/modules.php?name=Forums&file=viewtopic&t=75 funciona bien, mientras
https://inlineonline.com/modules.php?name=Forums&file=viewtopic&t=75&view=newest no funciona (da un error 500), y eso que en un principio es la misma pagina pero con un parametro extra añadido. (parece que puede tener relacion con los cookies ‘CNB_test1=value1’ etc, puesto que si no aceptas los cookies el cliente es redirigido al primer url (sin el parametro ‘&view’) y no hay error, mientras si ya tienes los cookies ‘adecuados’ aceptados, produce un error 500).
