principal
nivel superior
enviar artículo
buscar
administrar
acerca de ...
rdf
rss
main
|
 Posted by pks on Thursday November 29, @07:26PM el 2007
from the icme dept.
Esto ha sido algo tortuoso así que tratare de ser breve, he tratado de seguir las discuciones acerca del Planary Session 2 para mantener los detalles acorde a ellas y pues bien la propuesta para este sistema en Drupal para componentes 1 y 2 es el siguiente:
Tres roles:
Contributor: Rol por default otorgado a todo usuario en Drupal que tiene entre otros permisos el de contestar encuestas
Classifier: Rol que tiene la posibilidad de ver las respuestas a los cuestionarios y asignar una clasificacion taxonómica a las preguntas 9, 10 y 11 (es otorgado por un administrador a usuarios registrados en Drupal)
Taxonomist:Rol que tiene el permiso de administrar taxonomias de Drupal, y agregar terminos, sinónimos y términos relacionados (es otorgado por un administrador a usuarios registrados en Drupal)
Los resultados de los cuestionarios son guardados en una tabla donde todos los campos excepto country, email, name, preguntas 9, 10 y 11 y las partes B que la tienen (Integer),
esto último con la idea de que la tabla sea procesada con un srcript SPSS donde sea fácil usar Val label, Var label y Recodes
Corolario: Las clasificacion dada para cada término es identificada a través de su Taxonomy ID (tid) y Vocabulary ID (vid) ambos Integers
El sistema de taxonomias de las preguntas es el de Drupal, solo he ligado el tipo de contenido a este sistema a través de modulos que hacian la gracia, por ende el sistema hereda todos las propiedades, funciones y errores que dicho sistema contenga
NOTA IMPORTANTE: Esta implementación es entregada "as is" y no se que bugs contenga, en particular tenemos algunos problemas desde hace tiempo en la sincronización de las copias local, de pruebas y de producción. Este problema es independiente del sistema PS2 y creo debe ser afinado con caracter de urgente pues esta resultando bastante complicada la sincronizacion de los tres sitios. La anticipación y correcta planeación de las funciones que desean del sitio antes de ponerlas en producción nos ayudará mucho a evitar problemas
El sistema esta en el sitio de pruebas http://test.icme11.org, no esta de más decir que necesitan ser usuarios registrados y con los permisos otorgados para hacer cualquier cosa
PD: Sigo pensando que el cuestionario debería mantenerse abierto a cualquier humano sin estar registrado, si desean verificar que sea matemático el captcha puede ser una integral por partes ;-)
<
We're almost there!
|
reporte
>
|
|
The Fine Print: The following comments
are owned by whoever posted them.
( Reply )
|
Re: PS2 Drupal
by Victor Martinez on Thursday November 29, @07:46PM
|
Sobre la sincronización... en general no hay grandes problemas... el gran problema es mantener las bases de datos sincronizadas. En general por eso no se hacen pruebas en sitios que ya estan vivos.
Me gustaria leer propuestas... realmente no se me ocurre ahorita ninguna elegante y funcional, yo proponia solo copiar las tablas que crean los nuevos modulos a la db de producción y luego añadir los modulos, sin embargo eso en primer instancia requiere que sepa cuales son las tablas antes de la modificacion (y claro si solo son añadidos datos en tablas ya existens, pues la cosa se torna un tanto dificil)...
Como Gunnar lo ha mencionado en otro post por eso es que el hace drop de todos los datos en cada interacción... es mucho mas sencillo que tratar de mantener las dbs sincronizadas... no se podria intentar hace un master/slave de mysql, o que la db de produccion sea empujada a test cada hora (con la consecuente perdida de los cambios en test)... no se se agradecen sugerencias, tambien por cierto estoy en entregas, minimo hasta el jueves de la siguiente semana, por lo mismo no estoy respondiendo a los correos tan rapido como quisiera (a medio dia junto con Ricardo estuvimos viendo como hacer funcionar los multisitios de drupal en DH).
Saludos.
|
[
Reply to this ]
|
Sincronización, umh...
by Gunnar on Thursday November 29, @11:22PM
|
No soy muy creyente en ella... Principalmente porque la razón de ser de un sitio de pruebas es tener la libertad de <em>romper cosas</em>. Más bien, creo, lo que tendremos que buscar es que las iteraciones de rompimiento sean cortas, de modo que podamos encontrar y aplicar las diferencias sin mucho dolor.<br/>Pero definitivamente, yo no soy el experto en esto :( Le saco a las migraciones siempre que se puede.
|
[
Reply to this ]
|
|
¡Bienvenido sea!
by Gunnar on Thursday November 29, @11:20PM
|
¡Hola Pekas!
Bienvenido sea. Repentinamente, de estar kilómetros atrás de mi implementación, ahora me has rebasado ampliamente - Tengo pendiente comenzar a escribir la parte 2, y pensaba hacerlo la semana entrante. Francamente, estoy convencido de que si a través de Drupal tenemos cómo resolver esa parte (los roles de Classifier y Taxonomist), todos seremos más felices. Son implementaciones ya existentes, ya utilizadas, y por tanto es mucho más probable que funcionen correctamente que lo que yo haga -aunque he encontrado algunas cosas la neta bonitas-.
Pero como sea, necesitamos que nos den definiciones de por dónde seguirnos. Y lo necesitamos YA. Jergas, Edgar Abuelo, Marcela: ¿Qué opinais?
Punto importante: Probablemente soy muy lelo... Pero no encuentro dónde en test.icme11.org picarle. Soy usuario nuevo, y creo que sólo puedo responder las encuestas, ¡pero no las encuentro! ... Ayuda plis.
|
[
Reply to this ]
|
Re: ¡Bienvenido sea!
by pks on Friday November 30, @12:24AM
|
Picandole a create content en el menu superior deberia aparecer.
|
[
Reply to this ]
|
Ok, van algunos comentarios
by Gunnar on Friday November 30, @10:15AM
|
¡Chido! Ya metí mi registro :D Ahora, voy con un par de observaciones:
- Supongo que, obviamente si determinamos que la implementación en Drupal sea la buena, habrá una liga directa desde el menú base (o desde el item de contenido en cuestión), ¿verdad? Sin tener que pasar por login y por create content...
- Entiendo que ahora no ha quedado determinado si requeriremos que los participantes hagan login en el sistema, y puede que esto sí sea un requisito, pero... Si ya hice login en el sistema, y el sistema conoce mi nombre y correo, ¿por qué los vuelve a pedir?
- Nuevamente, suponiendo que cada respuesta esté ligada a un login, veo que permites la creación de un número arbitrario de respuestas por usuario (y ahí puede estar la respuesta a mi punto anterior). Ahora, si las respuestas están ligadas a un login, ¿no debería permitir únicamente una respuesta por persona? (me voy decantando cada vez más a que los usuarios no registrados puedan responder - a fin de cuentas, no necesitamos que tengan cuentas propias...)
Ahora que... bueno, sí, yo lo implementé con login/password porque uno de los requisitos es que los usuarios puedan editar/corregir toda su información, así que pue'que no podamos zafarnos de ello.
- Colgándome del embrollo del punto anterior: Veo que no puedo editar una respuesta que ya envié. ¿Por qué?
- Creo que el requerir un preview antes de envío va a confundir a mucha gente... ¿podrías desactivarlo, que envíen los datos directamente y tengan posteriormente la posibilidad de editarlos? Me temo que, pasando a través del preview, perdamos registros...
- Sugiero que no muestres el apartado de taxonomía oculto, sino que lo escondas por completo de los usuarios que no deben tocarlo (o tal vez conocerlo)!
- Nota un tanto al márgen: Veo, sí, que hay un control de acceso al contenido (si no estás registrado, y supongo que con el tipo correcto de usuario, no puedes ver mi registro). Sin embargo, puedo ver nodos o detalles que (creo) no deberían ser públicos - por ejemplo, puedo ver que esta persona está pidiendo 700 dólares de fondeo y no puede pagar...
¡Salú!
|
[
Reply to this ]
|
Re: Ok, van algunos comentarios
by pks on Friday November 30, @01:17PM
|
# ¡Chido! Ya metí mi registro :D Ahora, voy con un par de observaciones: Supongo que, obviamente si determinamos que la implementación en Drupal sea la buena, habrá una liga directa desde el menú base (o desde el item de contenido en c,uestión), ¿verdad? Sin tener que pasar por logi y por create content...
Lo pongo donde gusten
# Entiendo que ahora no ha quedado determinado si requeriremos que los participantes hagan login en el sistema, y puede que esto sí sea un requisito, pero... Si ya hice login en el sistema, y el sistema conoce mi nombre y correo, ¿por qué los vuelve a pedir?
De acuerdo, en caso de que requiera login podriamos eliminar esas preguntas y si gustan la de Where do you live?, aunque no lo pregunto así en la forma de registro a Drupal
# Nuevamente, suponiendo que cada respuesta esté ligada a un login, veo que permites la creación de un número arbitrario de respuestas por usuario (y ahí puede estar la respuesta a mi punto anterior). Ahora, si las respuestas están ligadas a un login, ¿no debería permitir únicamente una respuesta por persona? (me voy decantando cada vez más a que los usuarios no registrados puedan responder - a fin de cuentas, no necesitamos que tengan cuentas propias...)
MMm , no tengo claro como restringir respuestas por usuario, posiblemente no sea muy dificil, pero mas facil es tomar solo la ultima respuesta por usuario
Ahora que... bueno, sí, yo lo implementé con login/password porque uno de los requisitos es que los usuarios puedan editar/corregir toda su información, así que pue'que no podamos zafarnos de ello.
Puedo dejarlos modificar su cuestionario, pero el cuestionario me parece que es suficientemente corto para que lo contesten de zopeton, como siempre el permitirles modificar evita que se pueda hacer el trabajo de clasificacion en paralelo
Colgándome del embrollo del punto anterior: Veo que no puedo editar una respuesta que ya envié. ¿Por qué?
Porque no quiero :-D, es decir si se requiere lo puedo permitir
Creo que el requerir un preview antes de envío va a confundir a mucha gente... ¿podrías desactivarlo, que envíen los datos directamente y tengan posteriormente la posibilidad de editarlos? Me temo que, pasando a través del preview, perdamos registros...
De acuerdo
Sugiero que no muestres el apartado de taxonomía oculto, sino que lo escondas por completo de los usuarios que no deben tocarlo (o tal vez conocerlo)!
asi esta planeado lo deje asi para no meterme en una pesadilla de usar tres usuario para cada uno de uds, al acabar estara oculto
Nota un tanto al márgen: Veo, sí, que hay un control de acceso al contenido (si no estás registrado, y supongo que con el tipo correcto de usuario, no puedes ver mi registro). Sin embargo, puedo ver nodos o detalles que (creo) no deberían ser públicos - por ejemplo, puedo ver que esta persona está pidiendo 700 dólares de fondeo y no puede pagar...
Gracias por el comentario, se me olvido desactivar la opcion de publicar automaticamente. fixed! Una pregunta... el nodo lo hallaste al tanteo o por algun método que deba ocultar (security by obscurity)
Agradezco comentarios, pero no muevo nada excepto lo del Sr becario, hasta que se pronuncie alguien con mas rango
Salu2
|
[
Reply to this ]
|
Re: Ok, van algunos comentarios
by Gunnar on Friday November 30, @01:43PM
|
Gracias por el comentario, se me olvido desactivar la opcion de publicar automaticamente. fixed! Una pregunta... el nodo lo hallaste al tanteo o por algun método que deba ocultar (security by obscurity)
Sencillo: Si veo que mi registro cae en node/450... ¿qué hay en el 449? Chin, no puedo verlo. ¿Y en el 448? ¡Ese sí! :-) así de sencillo
Squishdot Sucks: The campaign
|
[
Reply to this ]
|
Re: Ok, van algunos comentarios
by pks on Friday November 30, @01:18PM
|
# ¡Chido! Ya metí mi registro :D Ahora, voy con un par de observaciones: Supongo que, obviamente si determinamos que la implementación en Drupal sea la buena, habrá una liga directa desde el menú base (o desde el item de contenido en c,uestión), ¿verdad? Sin tener que pasar por logi y por create content...
Lo pongo donde gusten
# Entiendo que ahora no ha quedado determinado si requeriremos que los participantes hagan login en el sistema, y puede que esto sí sea un requisito, pero... Si ya hice login en el sistema, y el sistema conoce mi nombre y correo, ¿por qué los vuelve a pedir?
De acuerdo, en caso de que requiera login podriamos eliminar esas preguntas y si gustan la de Where do you live?, aunque no lo pregunto así en la forma de registro a Drupal
# Nuevamente, suponiendo que cada respuesta esté ligada a un login, veo que permites la creación de un número arbitrario de respuestas por usuario (y ahí puede estar la respuesta a mi punto anterior). Ahora, si las respuestas están ligadas a un login, ¿no debería permitir únicamente una respuesta por persona? (me voy decantando cada vez más a que los usuarios no registrados puedan responder - a fin de cuentas, no necesitamos que tengan cuentas propias...)
MMm , no tengo claro como restringir respuestas por usuario, posiblemente no sea muy dificil, pero mas facil es tomar solo la ultima respuesta por usuario
Ahora que... bueno, sí, yo lo implementé con login/password porque uno de los requisitos es que los usuarios puedan editar/corregir toda su información, así que pue'que no podamos zafarnos de ello.
Puedo dejarlos modificar su cuestionario, pero el cuestionario me parece que es suficientemente corto para que lo contesten de zopeton, como siempre el permitirles modificar evita que se pueda hacer el trabajo de clasificacion en paralelo
Colgándome del embrollo del punto anterior: Veo que no puedo editar una respuesta que ya envié. ¿Por qué?
Porque no quiero :-D, es decir si se requiere lo puedo permitir
Creo que el requerir un preview antes de envío va a confundir a mucha gente... ¿podrías desactivarlo, que envíen los datos directamente y tengan posteriormente la posibilidad de editarlos? Me temo que, pasando a través del preview, perdamos registros...
De acuerdo
Sugiero que no muestres el apartado de taxonomía oculto, sino que lo escondas por completo de los usuarios que no deben tocarlo (o tal vez conocerlo)!
asi esta planeado lo deje asi para no meterme en una pesadilla de usar tres usuario para cada uno de uds, al acabar estara oculto
Nota un tanto al márgen: Veo, sí, que hay un control de acceso al contenido (si no estás registrado, y supongo que con el tipo correcto de usuario, no puedes ver mi registro). Sin embargo, puedo ver nodos o detalles que (creo) no deberían ser públicos - por ejemplo, puedo ver que esta persona está pidiendo 700 dólares de fondeo y no puede pagar...
Gracias por el comentario, se me olvido desactivar la opcion de publicar automaticamente. fixed! Una pregunta... el nodo lo hallaste al tanteo o por algun método que deba ocultar (security by obscurity)
Agradezco comentarios, pero no muevo nada excepto lo del Sr becario, hasta que se pronuncie alguien con mas rango
Salu2
|
[
Reply to this ]
|
Re: Ok, van algunos comentarios
by pks on Friday November 30, @01:19PM
|
# ¡Chido! Ya metí mi registro :D Ahora, voy con un par de observaciones: Supongo que, obviamente si determinamos que la implementación en Drupal sea la buena, habrá una liga directa desde el menú base (o desde el item de contenido en c,uestión), ¿verdad? Sin tener que pasar por logi y por create content...
Lo pongo donde gusten
# Entiendo que ahora no ha quedado determinado si requeriremos que los participantes hagan login en el sistema, y puede que esto sí sea un requisito, pero... Si ya hice login en el sistema, y el sistema conoce mi nombre y correo, ¿por qué los vuelve a pedir?
De acuerdo, en caso de que requiera login podriamos eliminar esas preguntas y si gustan la de Where do you live?, aunque no lo pregunto así en la forma de registro a Drupal
# Nuevamente, suponiendo que cada respuesta esté ligada a un login, veo que permites la creación de un número arbitrario de respuestas por usuario (y ahí puede estar la respuesta a mi punto anterior). Ahora, si las respuestas están ligadas a un login, ¿no debería permitir únicamente una respuesta por persona? (me voy decantando cada vez más a que los usuarios no registrados puedan responder - a fin de cuentas, no necesitamos que tengan cuentas propias...)
MMm , no tengo claro como restringir respuestas por usuario, posiblemente no sea muy dificil, pero mas facil es tomar solo la ultima respuesta por usuario
Ahora que... bueno, sí, yo lo implementé con login/password porque uno de los requisitos es que los usuarios puedan editar/corregir toda su información, así que pue'que no podamos zafarnos de ello.
Puedo dejarlos modificar su cuestionario, pero el cuestionario me parece que es suficientemente corto para que lo contesten de zopeton, como siempre el permitirles modificar evita que se pueda hacer el trabajo de clasificacion en paralelo
Colgándome del embrollo del punto anterior: Veo que no puedo editar una respuesta que ya envié. ¿Por qué?
Porque no quiero :-D, es decir si se requiere lo puedo permitir
Creo que el requerir un preview antes de envío va a confundir a mucha gente... ¿podrías desactivarlo, que envíen los datos directamente y tengan posteriormente la posibilidad de editarlos? Me temo que, pasando a través del preview, perdamos registros...
De acuerdo
Sugiero que no muestres el apartado de taxonomía oculto, sino que lo escondas por completo de los usuarios que no deben tocarlo (o tal vez conocerlo)!
asi esta planeado lo deje asi para no meterme en una pesadilla de usar tres usuario para cada uno de uds, al acabar estara oculto
Nota un tanto al márgen: Veo, sí, que hay un control de acceso al contenido (si no estás registrado, y supongo que con el tipo correcto de usuario, no puedes ver mi registro). Sin embargo, puedo ver nodos o detalles que (creo) no deberían ser públicos - por ejemplo, puedo ver que esta persona está pidiendo 700 dólares de fondeo y no puede pagar...
Gracias por el comentario, se me olvido desactivar la opcion de publicar automaticamente. fixed!
Agradezco comentarios, pero no muevo nada excepto lo del Sr becario, hasta que se pronuncie alguien con mas rango
Salu2
|
[
Reply to this ]
|
Re: Ok, van algunos comentarios
by pks on Friday November 30, @01:20PM
|
chale me la pase marcando tus quotes con las tags adecuadas para distinguirlas del mio y este mugrero se lo paso por el arco del triunfo.
|
[
Reply to this ]
|
Re: Ok, van algunos comentarios
by Gunnar on Friday November 30, @01:43PM
|
Squishdot Sucks: The campaign
|
[
Reply to this ]
|
Squishdot
by Víctor Martínez on Friday November 30, @02:40PM
|
Puedo regresar al antiguo parser de html, pero eso desactiva la protección contra spam que es un hack de entrada...
Ahorita aunque ya lo he mencionado en mensajes anteriores los tags que de veras respeta no son todos los que aparecen en la forma.
Voy a desactivar el filtro de spam. El que la página este en un puerto no estandar, también puede ayudar...
Mhhh..
|
[
Reply to this ]
|
Re: Squishdot
by jergas on Friday December 07, @05:27AM
|
pues a ver...
me parece bastante peligroso desactivar el filtro, parece habernos funcionado bien.
Y si lo desactivas, que tan facil es recuperar un estado sano a partir de uno corrupto? (o como nosotros los medicos lo llamamos: rollback, je)
|
[
Reply to this ]
|
|
The Fine Print: The following
comments are owned by whoever posted them.
( Reply )
|
|
PS2 Drupal
