Publicados por Salvatore

@Hawkings said:

Digo yo, no hay que hacer la misma operación para poder editar tus posts?
En este caso no va por secciones sino por posts individuales, es decir un usuario normal tiene permiso para editar solamente sus posts así que habría que comprobar igualmente post a post si es el suyo, ¿no?

pero esa información ya está guardada en la tabla de posts. no necesitas una tabla a parte que guarde:
post_id
usuario_id
can_edit

no hace falta, sencillamente vas a la tabla de posts, y al tiempo que coges el contenido del post, coges el autor y si no es el mismo usuario pues no pones botón de editar. sencillamente es aprovechar la consulta a la base de datos, no hay ni tablas adicionales ni consultas a mayores.

una cosa es pasar página y seguir avanzando, y otra muy distinta olvidar.
es bueno que la gente conozca lo que ha ocurrido, nos ayuda a mejorar, a todos.
ahora bien, con educación. que si no podemos hablar como personas (iba a decir normales, digamos maduras) maduras a estas alturas...

los emails están publicados por aquí en off topic me parece. es un hilo largo jeje.
pero básicamente el resumen es el que ha dicho anghios: me puse en contacto con blaster para decirle que las guías de UJ que tuviesen en dmx, tal como exige la licencia CC que tenemos a pie de foro, deben enlazar directamente al original.
no le debí pillar en buen momento, y contestó de muy malas formas. además me enteré que tenían el enlace censurado.

por mi parte lo dije y lo he dicho siempre, toda guía de dmx que no tenga los correspondientes créditos: mandadme MP con los links.

digamos que aquel fue el primer contacto. al cabo de los meses varios usuarios de dmx, entre ellos uno de sus admins, empezaron a tramar la forma de tirar UJ. no lo consiguieron. Y encima alguien les tiró a ellos el foro... al que anda le pasa. Mandaron a un supuesto hacker, que tuvo la buena idea de hablar conmigo antes de tirarnos el foro. Le expliqué el asunto y decidió que no iba a hacer nada contra nosotros.

Y la más reciente ha sido la publicación de un programa para administrar servers de metin2, creado por Blaster, que resultó ser un virus, un espía para robar servidores. Las pruebas están por la sección de metin2. Es curioso que un administrador se dedique a crear virus para infectar, entre otros, a sus propios usuarios. Pero oye, cada uno que haga lo que quiera.

Básicamente esos son los momentos "clave" de todo este asunto.

Y mi opinión, hay unos cuantos usuarios de dmx que sencillamente nos odian. Porque nos ven como una amenaza, o por lo que sea. Entre ellos su administrador, que nos considera un foro inferior, una copia de diosesmx (habría que preguntarle por qué nuestro anterior nombre era metin-world.es).
No merece la pena seguir alimentando a ese reducido grupo de inmaduros. Hay usuarios de diosesmx que merecen la pena, seguramente la mayoría, lo que pasa que esos pocos inmaduros hacen demasiado ruido y ensucian todo el foro.
Pasando del tema, ya intentamos colaborar, los "jefes" de dmx no quisieron colaborar si no todo lo contrario, así que no nos queda otra que seguir por nuestra cuenta. Haciendo las cosas bien, sin faltar al respeto a nadie, y el tiempo pondrá a cada uno en su sitio.

@Danibonilla1 said:

**No tiene porque ser tan burro xD, se puede hacer que en una esquina del post o como lo tienen los propietarios esté el botón editar y solo cuando lo pulses te mire si puede editarlo o no xD, pero aún así ¿no tendría que hacer el mismo procedimiento con mirar si es un MOD o un propietario para que aparezca los botones de edición o no?
Bueno para ello realizarán menos consultas, pero es parecido xD (creo yo) **

los moderadores tienen permisos por SECCIONES, no por hilos, y muchísimo menos por post.
es decir, los permisos ocupan poquísimo.

y los usuarios lo mismo, permisos por secciones.

a falta de algo mejor, chat en el index del foro. para los vagos que en vez de hacer clic arriba derecha donde pone "chat" prefieren hacer click en "mostrar chat".

no estamos hablando de lo que gusta, ni de cuál es más bonito, si no de que uno funciona bien, y el otro es una porquería.

lo ideal sería tener un irc en flash/java integrado con el foro, estilo el chat privado que teníamos activo antes. Es más laborioso, porque un chat como el que teníamos se instala en un momento, es javascript con php y base de datos. Es decir, nada que no tengas ya en el foro.
En cambio el otro obliga a montar un servidor de irc. Y además si quieres integrarlo con el foro pues hay que currarse algo más complicado que un recuadro que plantas en medio de una web.

Pero sería lo ideal.

la sqlite es un archivo. nada más. php ya se encarga de gestionarlo como es debido. cuando le digas a php que quieres una base de datos sqlite, si no existe la crea, no es más que un archivo que irá llenando de datos.
es peor que una mysql como es lógico, pero si no puedes escoger eso no importa.

de exisistir (q no sería complicado, es más bien sencillo) lo que sí haría es ocasionar más consultas a la base de datos. por cada post del hilo, habría que buscar si el usuario que está leyendo tiene permiso para editar cada uno de todos los posts.
sencillo, pero un tanto cargante, permisos individuales por mensajes... habiendo más de 150k mensajes, multiplicado cada post por varios usuarios con permisos de edición, podría salir una cosa bastante pesada.

eso es cosa del editado rápido, pero pasa con otros bbcodes también.
como dice hawk, actualizas y se vé bien. Solamente se vé mal cuando el editado rápido es el que carga el mensaje, y no se pispa de algunos bbcode. pero solamente te pasa a ti y en ese instante.

no todos los hostings permiten bases de datos remotas.
como ha dicho hawkings puedes probar con sqlite, es un sistema de base de datos que no necesita tener un proceso corriendo permanentemente:
if ($db = sqlite_open('my.db', 0666, $sqliteerror)) {
sqlite_query($db, 'CREATE TABLE foo (bar varchar(10))');
sqlite_query($db, "INSERT INTO foo VALUES ('fnord')");
$result = sqlite_query($db, 'SELECT bar FROM foo');
var_dump(sqlite_fetch_array($result));
} else {
die($sqliteerror);
}
?>
Fuente: [http://stackoverflow.com/questions/4904016/dealing-with-hosts-with-no-mysql][0]">[http://stackoverflow.com/questions/4904][1] ... h-no-mysql

'my.db' sería el nombre de tu base de datos, que se traduce en un archivo. Sí, un archivo, así de simple. Es bastante sencillo de utilizar y phpbb3 es capaz de trabajar con ello.

[0]: <a href=
[1]: http://stackoverflow.com/questions/4904