-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 alo a todos.. les cuento que tengo todos los datos del sitio.. para no andar desparramando el pass del hosting por todos lados.. en inet generalmente alguno hace algo en el algun sitio de prueba. y luego cuando camina lo mandaban a diego calbo a vlady o a mi para que lo subamos .. para empezar el que necte los scripts que estan ahora o la misma base de datos me chiflan y listo como vamos a ser varios laburando seria piola poder meter esto en el CVS de ourproject.. bueno como empezamos? On Thursday 24 June 2004 23:54, Paolo Stancato wrote:
Para probar nomás.....
_______________________________________________ Solar-sl-ar mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-sl-ar
- -- Fernando Toledo telnet://bbs.docksud.com.ar http://www.docksud.com.ar icq #2681612 jabber://[email protected] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA3CH3z8H9Vs7bTsMRAp0QAKDGQgmMoWi9ju14u22OkWwwayjWPgCgmrRe TVhSya/lFQJmiJvGBjd4YqY= =Yb9/ -----END PGP SIGNATURE-----
Hola, Hay varias maneras de hacer esto. Creo que estamos de acuerdo en usar como base al clon ese de Freshmeat hemos visto. Si es asi, hay 2 cosas importantes que resolver: 1) Internacionalización (i18n): El programa muestra las paginas en inglés y no tiene soporte para otro idioma. 2) Niveles de acceso: Ahora es un viva la pepa, cualquiera puede hacer cualquier cosa. Mis propuestas: 1) Hay 2 maneras de resolver este punto: 1a- Manera rapida y sucia: Editar el codigo PHP, buscar los mensajes en ingles que sean parte de HTML y traducirlo. Solución rápida pero poco flexible porque si en el futuro queremos usar un upgrade del autor hay que volver a traducir. 1b- La manera correcta es implementar el soporte i18n como corresponde. Yo no se como hacerlo, pero se podria averiguar porque he visto muchos programas en php con esta caracteristica. Va a ser un poco costoso en tiempo y esfuerzo. 2) Aca veo 3 soluciones: 2a- La mas rapida y sucia es ocultar los controles de edicion, cosa que se acceda solo via un URL "secreto". Es horrible pero funcionaria y se puede implementar muy rapido. 2b- Hacer un login o algo para que haya un superuser que edite todo y el resto solo mira. Esta me gusta, no es dificil y por la cantidad de volumen de datos es factible. Distinto seria en el Freshmeat original, donde es clave que los users se logueen y actualisen sus propios datos. 2c- A la freshmeat, que hasta los users tengan control de lo que publican de su proyecto (con aprobacion inicial del admin). Se me hace que puede ser dificil de implementar. OTRO TEMA: Hay una version nueva, cuando pueda la subo a algun lado. Me la dio el autor. Bueno, que opinan con las opciones que di arriba? On Fri, 25 Jun 2004 10:00:35 -0300, Fernando Toledo <[email protected]> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
alo a todos.. les cuento que tengo todos los datos del sitio.. para no andar desparramando el pass del hosting por todos lados.. en inet generalmente alguno hace algo en el algun sitio de prueba. y luego cuando camina lo mandaban a diego calbo a vlady o a mi para que lo subamos .. para empezar el que necte los scripts que estan ahora o la misma base de datos me chiflan y listo como vamos a ser varios laburando seria piola poder meter esto en el CVS de ourproject.. bueno como empezamos?
On Thursday 24 June 2004 23:54, Paolo Stancato wrote:
Para probar nomás.....
_______________________________________________ Solar-sl-ar mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-sl-ar
- -- Fernando Toledo telnet://bbs.docksud.com.ar http://www.docksud.com.ar icq #2681612 jabber://[email protected] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA3CH3z8H9Vs7bTsMRAp0QAKDGQgmMoWi9ju14u22OkWwwayjWPgCgmrRe TVhSya/lFQJmiJvGBjd4YqY= =Yb9/ -----END PGP SIGNATURE-----
_______________________________________________ Solar-sl-ar mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-sl-ar
Sebastian Bassi escribió:
Hola,
Hay varias maneras de hacer esto. Creo que estamos de acuerdo en usar como base al clon ese de Freshmeat hemos visto.
Halizo no? Porque lo bajé cuando lo mencionaste hace untiempo...
Si es asi, hay 2 cosas importantes que resolver: 1) Internacionalización (i18n): El programa muestra las paginas en inglés y no tiene soporte para otro idioma. 2) Niveles de acceso: Ahora es un viva la pepa, cualquiera puede hacer cualquier cosa. Mis propuestas: 1) Hay 2 maneras de resolver este punto: 1a- Manera rapida y sucia: Editar el codigo PHP, buscar los mensajes en ingles que sean parte de HTML y traducirlo. Solución rápida pero poco flexible porque si en el futuro queremos usar un upgrade del autor hay que volver a traducir. 1b- La manera correcta es implementar el soporte i18n como corresponde. Yo no se como hacerlo, pero se podria averiguar porque he visto muchos programas en php con esta caracteristica. Va a ser un poco costoso en tiempo y esfuerzo.
Esto lo estuve viendo en PHPNuke y similares y lo resuelven más o menos así: Se define el lenguaje que se va a usar y se guarda de alguna manera (puede ser una cookie). Se crea un directorio "languaje" con los scripts que tienen definidos las constantar. ie. define('MSG_WELCOME', 'BIENVENIDOS!!'); En el script se usan las constantes: echo MSG_WELCOME y se incluye el script del lenguaje: include ("languaje/".$HTTP_COOKIE_VARS['lang'].".lang"); Si no me equivoco es más o menos así....
2) Aca veo 3 soluciones: 2a- La mas rapida y sucia es ocultar los controles de edicion, cosa que se acceda solo via un URL "secreto". Es horrible pero funcionaria y se puede implementar muy rapido.
Para salir del paso es bueno, se puede meter un user y pass encriptados en un archivo de por ahí.
2b- Hacer un login o algo para que haya un superuser que edite todo y el resto solo mira. Esta me gusta, no es dificil y por la cantidad de volumen de datos es factible. Distinto seria en el Freshmeat original, donde es clave que los users se logueen y actualisen sus propios datos. 2c- A la freshmeat, que hasta los users tengan control de lo que publican de su proyecto (con aprobacion inicial del admin). Se me hace que puede ser dificil de implementar.
Los sources de Freashmeat no están disponibles?
OTRO TEMA: Hay una version nueva, cuando pueda la subo a algun lado. Me la dio el autor.
Si vamos a hacer un fork, podemos arrancar, sino, deberíamos empezar con la nueva versión antes que el autor nos gane de mano y saque otra ;)
por este mail contesto las preguntas: On Fri, 25 Jun 2004 15:50:02 -0300, Paolo Stancato <[email protected]> wrote:
Halizo no? Porque lo bajé cuando lo mencionaste hace untiempo...
Si, ahora acabo de subir la ultima version oficial, que es mas nueva que la que estaba cuando lo mencioné. Todavia no la probe. SI probe la anterior. La nueva la puse en: http://www.genesdigitales.com/download/244net.tar.gz
Los sources de Freashmeat no están disponibles?
PArece que no. En realidad lo busque en freshmeat nomas, creo que tambien en SF.net. Habria que averiguarlo, pero parece que no.
Si vamos a hacer un fork, podemos arrancar, sino, deberíamos empezar con la nueva versión antes que el autor nos gane de mano y saque otra ;)
Je, esa es la cuestion: Forkear o no forkear :) Si no forkeamos, podriamos decirle al autor que se sume a esta lista. Lo bueno de eso es que tendremos mejor apoyo porque el tipo seguro que conoce su programa mejor que cualquiera. Lo malo es que tendriamos que pasar a "English mode", no se si a alguno le molesta. Pero es lo que se estila. Sino, vamos por nuestro lado hacemos nuestro fork. Conceptualmente no me gusta forkear si no hay motivos grosos, porque sino terminan habiendo 80 mil proyectos a medio hacer :(. Aunque reconozco que a veces es inevitable. No se si este sera el caso.
Sebastian Bassi escribió:
por este mail contesto las preguntas:
On Fri, 25 Jun 2004 15:50:02 -0300, Paolo Stancato <[email protected]> wrote:
Halizo no? Porque lo bajé cuando lo mencionaste hace untiempo...
Si, ahora acabo de subir la ultima version oficial, que es mas nueva que la que estaba cuando lo mencioné. Todavia no la probe. SI probe la anterior. La nueva la puse en: http://www.genesdigitales.com/download/244net.tar.gz
Los sources de Freashmeat no están disponibles?
PArece que no. En realidad lo busque en freshmeat nomas, creo que tambien en SF.net. Habria que averiguarlo, pero parece que no.
Si vamos a hacer un fork, podemos arrancar, sino, deberíamos empezar con la nueva versión antes que el autor nos gane de mano y saque otra ;)
Je, esa es la cuestion: Forkear o no forkear :) Si no forkeamos, podriamos decirle al autor que se sume a esta lista. Lo bueno de eso es que tendremos mejor apoyo porque el tipo seguro que conoce su programa mejor que cualquiera. Lo malo es que tendriamos que pasar a "English mode", no se si a alguno le molesta. Pero es lo que se estila.
Si no es muy avanzado yo no tengo drama. Ahora, que me entiendan mientras escribo.... bue, sería bueno así practico ;)
Sino, vamos por nuestro lado hacemos nuestro fork. Conceptualmente no me gusta forkear si no hay motivos grosos, porque sino terminan habiendo 80 mil proyectos a medio hacer :(. Aunque reconozco que a veces es inevitable. No se si este sera el caso.
No creo que sea el caso, pero si no unimos esfuerzos con el autor, vamos a tener que relaburar cada vez que salga una nueva versión y esto va a terminar en un fork no planificado :D
Hola a Todos! Veo que están empezando con esto y me gustaría integrarme, tengo buenos conocimientos de PHP, ya que hace un tiempo que lo uso en mi empresa. He trabajado en varios proyectos de este tipo, así que cuenten con un desarrollar más. Saludos, -- Ing. Sebastián L. Desimone [email protected] 0223-492-4708 - 20 de Septiembre 1925 4ºD PA B7600CUM - Mar del Plata
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 bueno creo que vamos bien.. en principio hacerlo multiidioma seria fantástico.. de toda formas me parece que no es la idea armar un freshmeat.. o sea para mi tiene que ser algo sencilo/simple tanto el agregado de proyectos como el mantenimiento. tener categorías, dentro de las categorias.. ponemos los proyectos y un buscador... despues hacer que el agregado de proyectos lo pueda hacer cualquiera.. y el admin solo recibe un mail con el aviso que le subieron un proyecto y que lo apruebe o rechace.. creo que tenemos que tener como premisa que no terminemos nosotros pendientes "del seguimiento" del proyecto.. On Friday 25 June 2004 12:10, Sebastian Bassi wrote:
Hola,
Hay varias maneras de hacer esto. Creo que estamos de acuerdo en usar como base al clon ese de Freshmeat hemos visto. Si es asi, hay 2 cosas importantes que resolver: 1) Internacionalización (i18n): El programa muestra las paginas en inglés y no tiene soporte para otro idioma. 2) Niveles de acceso: Ahora es un viva la pepa, cualquiera puede hacer cualquier cosa. Mis propuestas: 1) Hay 2 maneras de resolver este punto: 1a- Manera rapida y sucia: Editar el codigo PHP, buscar los mensajes en ingles que sean parte de HTML y traducirlo. Solución rápida pero poco flexible porque si en el futuro queremos usar un upgrade del autor hay que volver a traducir. 1b- La manera correcta es implementar el soporte i18n como corresponde. Yo no se como hacerlo, pero se podria averiguar porque he visto muchos programas en php con esta caracteristica. Va a ser un poco costoso en tiempo y esfuerzo. 2) Aca veo 3 soluciones: 2a- La mas rapida y sucia es ocultar los controles de edicion, cosa que se acceda solo via un URL "secreto". Es horrible pero funcionaria y se puede implementar muy rapido. 2b- Hacer un login o algo para que haya un superuser que edite todo y el resto solo mira. Esta me gusta, no es dificil y por la cantidad de volumen de datos es factible. Distinto seria en el Freshmeat original, donde es clave que los users se logueen y actualisen sus propios datos. 2c- A la freshmeat, que hasta los users tengan control de lo que publican de su proyecto (con aprobacion inicial del admin). Se me hace que puede ser dificil de implementar.
OTRO TEMA: Hay una version nueva, cuando pueda la subo a algun lado. Me la dio el autor.
Bueno, que opinan con las opciones que di arriba?
On Fri, 25 Jun 2004 10:00:35 -0300, Fernando Toledo
<[email protected]> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
alo a todos.. les cuento que tengo todos los datos del sitio.. para no andar desparramando el pass del hosting por todos lados.. en inet generalmente alguno hace algo en el algun sitio de prueba. y luego cuando camina lo mandaban a diego calbo a vlady o a mi para que lo subamos .. para empezar el que necte los scripts que estan ahora o la misma base de datos me chiflan y listo como vamos a ser varios laburando seria piola poder meter esto en el CVS de ourproject.. bueno como empezamos?
On Thursday 24 June 2004 23:54, Paolo Stancato wrote:
Para probar nomás.....
_______________________________________________ Solar-sl-ar mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-sl-ar
- -- Fernando Toledo telnet://bbs.docksud.com.ar http://www.docksud.com.ar icq #2681612 jabber://[email protected] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA3CH3z8H9Vs7bTsMRAp0QAKDGQgmMoWi9ju14u22OkWwwayjWPgCgmrRe TVhSya/lFQJmiJvGBjd4YqY= =Yb9/ -----END PGP SIGNATURE-----
_______________________________________________ Solar-sl-ar mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-sl-ar
_______________________________________________ Solar-sl-ar mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-sl-ar
- -- Fernando Toledo telnet://bbs.docksud.com.ar http://www.docksud.com.ar icq #2681612 jabber://[email protected] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA3HWQz8H9Vs7bTsMRAm4aAKCI3u3oopQV6UHcEUPT2XfJYs1YdACeORm+ 6yQpBbUSoD9YKm/XDk5dgRk= =xOxy -----END PGP SIGNATURE-----
hola a todos! Buenisimo que se armo esta lista, es importante mostrar efectivamente que solar apoya todo el software libre, en especial el Hecho en Argentina. Y tener este listado "en buen estado" nos va a dar además de una forma concreta de apoyar a TODO el SL argentino, tambien la posibilidad de coinectarnmos con todos estos proyectos y ofrecerle nuestra ayuda. Un golazo Sobre el tema tecnico no voy a meterme mucho. Si la idea es hacer cosas sencillas en PHP, quiero ayudar. Si hay que meterse con cosas muy complicadas no me interesa metereme mucho, no creo que el objetivo de este listado sea de excelencia tecnica, sino de utilidad practica, oi sea, en mi opinion para purismos hay otros proyectos, peeeeero como cada grupo en Solar hace lo que le piace, yo solo doy mi opinion :) Yo separaria la cosa en dos partes: a) tema tecnico: como implementar la DB, el codigo, las categorias, los updates, aprobacion de un admin, etc., etc. Creo que los campos que hay en la tabla alcanzan, para consultar un buscador por distintos campos, y para mostrarlo haria un listado ordenable por algunos campos, como nombre, autor, etc. Lo de categorias esta bueno, hay que pensarlo bien para que sea util b) tema coherencia de contenidos: el listado debe ser lo mas consecuente posiblñe con la realidad. El mantenimiento no solo tiene que ver con la aprobacion de un proyecto nuevo ingresado por web, sino en la confirmacion de que el proyecto existe, que el link existe, que el contacto existe, y responde. Ademas tambien habria que buscarse la forma de purgar o pasar a un estado suspendido los proyectos que vayan quedando muertos (si los hubiera), o agregar un campo de "estado" del proyecto pero eso tampoco estoy seguyro como hacerlo (no digo como implementarlo tecnicamente, sino funcionalmente) Adelante con el PSLA (o como se llame)! Mensaje citado por Fernando Toledo <[email protected]>:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
bueno creo que vamos bien.. en principio hacerlo multiidioma seria fantástico.. de toda formas me parece que no es la idea armar un freshmeat.. o sea para mi tiene que ser algo sencilo/simple tanto el agregado de proyectos como el mantenimiento. tener categorías, dentro de las categorias.. ponemos
los proyectos y un buscador... despues hacer que el agregado de proyectos lo pueda hacer cualquiera.. y el admin solo recibe un mail con el aviso que le subieron un proyecto y que lo apruebe o rechace.. creo que tenemos que tener como premisa que no terminemos nosotros pendientes
"del seguimiento" del proyecto..
On Friday 25 June 2004 12:10, Sebastian Bassi wrote:
Hola,
Hay varias maneras de hacer esto. Creo que estamos de acuerdo en usar como base al clon ese de Freshmeat hemos visto. Si es asi, hay 2 cosas importantes que resolver: 1) Internacionalización (i18n): El programa muestra las paginas en inglés y no tiene soporte para otro idioma. 2) Niveles de acceso: Ahora es un viva la pepa, cualquiera puede hacer cualquier cosa. Mis propuestas: 1) Hay 2 maneras de resolver este punto: 1a- Manera rapida y sucia: Editar el codigo PHP, buscar los mensajes en ingles que sean parte de HTML y traducirlo. Solución rápida pero poco flexible porque si en el futuro queremos usar un upgrade del autor hay que volver a traducir. 1b- La manera correcta es implementar el soporte i18n como corresponde. Yo no se como hacerlo, pero se podria averiguar porque he visto muchos programas en php con esta caracteristica. Va a ser un poco costoso en tiempo y esfuerzo. 2) Aca veo 3 soluciones: 2a- La mas rapida y sucia es ocultar los controles de edicion, cosa que se acceda solo via un URL "secreto". Es horrible pero funcionaria y se puede implementar muy rapido. 2b- Hacer un login o algo para que haya un superuser que edite todo y el resto solo mira. Esta me gusta, no es dificil y por la cantidad de volumen de datos es factible. Distinto seria en el Freshmeat original, donde es clave que los users se logueen y actualisen sus propios datos. 2c- A la freshmeat, que hasta los users tengan control de lo que publican de su proyecto (con aprobacion inicial del admin). Se me hace que puede ser dificil de implementar.
OTRO TEMA: Hay una version nueva, cuando pueda la subo a algun lado. Me la dio el autor.
Bueno, que opinan con las opciones que di arriba?
On Fri, 25 Jun 2004 10:00:35 -0300, Fernando Toledo
<[email protected]> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
alo a todos.. les cuento que tengo todos los datos del sitio.. para no andar desparramando el pass del hosting por todos lados.. en inet generalmente alguno hace algo en el algun sitio de prueba. y luego cuando camina lo mandaban a diego calbo a vlady o a mi para que lo subamos .. para empezar el que necte los scripts que estan ahora o la misma base de datos me chiflan y listo como vamos a ser varios laburando seria piola poder meter esto en el CVS de ourproject.. bueno como empezamos?
On Thursday 24 June 2004 23:54, Paolo Stancato wrote:
Para probar nomás.....
_______________________________________________ Solar-sl-ar mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-sl-ar
- -- Fernando Toledo telnet://bbs.docksud.com.ar http://www.docksud.com.ar icq #2681612 jabber://[email protected] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA3CH3z8H9Vs7bTsMRAp0QAKDGQgmMoWi9ju14u22OkWwwayjWPgCgmrRe TVhSya/lFQJmiJvGBjd4YqY= =Yb9/ -----END PGP SIGNATURE-----
_______________________________________________ Solar-sl-ar mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-sl-ar
_______________________________________________ Solar-sl-ar mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-sl-ar
- -- Fernando Toledo telnet://bbs.docksud.com.ar http://www.docksud.com.ar icq #2681612 jabber://[email protected] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA3HWQz8H9Vs7bTsMRAm4aAKCI3u3oopQV6UHcEUPT2XfJYs1YdACeORm+ 6yQpBbUSoD9YKm/XDk5dgRk= =xOxy -----END PGP SIGNATURE-----
_______________________________________________ Solar-sl-ar mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-sl-ar
-- Asociación civil SOLAR Software Libre Argentina http://www.solar.org.ar
Hola,
1b- La manera correcta es implementar el soporte i18n como corresponde. Yo no se como hacerlo, pero se podria averiguar porque he visto muchos programas en php con esta caracteristica. Va a ser un poco costoso en tiempo y esfuerzo.
Se puede utilizar gettext para extraer las cadena y luego las herramientas estandars de traducción/diccionario. Una forma de resolverlo interesante es la que usa b2evolution.net que utiliza el soporte gettext del php o su propio wrapper. Esto debería estar de acuerdo con el desarrollador principal, sino después es un lio la modicación con cada nueva versión.
2) Aca veo 3 soluciones: 2a- La mas rapida y sucia es ocultar los controles de edicion, cosa que se acceda solo via un URL "secreto". Es horrible pero funcionaria y se puede implementar muy rapido.
Si se accede a los .htaccess del servidor se podrían proteger esos uris con algún tipo de autenticación. (Pero no quita la fealdad de la opción :-)
2b- Hacer un login o algo para que haya un superuser que edite todo y el resto solo mira. Esta me gusta, no es dificil y por la cantidad de volumen de datos es factible. Distinto seria en el Freshmeat original, donde es clave que los users se logueen y actualisen sus propios datos. 2c- A la freshmeat, que hasta los users tengan control de lo que publican de su proyecto (con aprobacion inicial del admin). Se me hace que puede ser dificil de implementar.
Para seguir sumando opciones: 2d: Envio de las modificaciones por parte de cualquier persona, pero aprobación centralizada, así no se publican cosas que no correspondan. En este caso, se puede sacar toda la interfaz de carga de la herramienta y hacer un par de scripts en PHP (uno para el público) y otro de aprobación que grabe directo en las tablas del sistema. Saludos, -- Ing. Sebastián L. Desimone Director [email protected] 0223-492-4708 - 20 de Septiembre 1925 4ºD PA B7600CUM - Mar del Plata
Sebastián L. Desimone escribió:
Hola,
1b- La manera correcta es implementar el soporte i18n como corresponde. Yo no se como hacerlo, pero se podria averiguar porque he visto muchos programas en php con esta caracteristica. Va a ser un poco costoso en tiempo y esfuerzo.
Se puede utilizar gettext para extraer las cadena y luego las herramientas estandars de traducción/diccionario. Una forma de resolverlo interesante es la que usa b2evolution.net que utiliza el soporte gettext del php o su propio wrapper. Esto debería estar de acuerdo con el desarrollador principal, sino después es un lio la modicación con cada nueva versión.
Podrías indicarme dónde puedo encontrar más info sobre el uso de gettext en PHP? Está muy piola, en b2evolution.net se usa así: echo T_("texto a traducir"); y hay una carpeta "locales" donde tenes las traducciones "es_ES" y demases. Lo único que le encontré de malo es que no me reconoció mis locales :( todo el texto me aparece en Inglés. Otra opción que tenemos es la de PHPMyAdmin que tiene un script por cada lenguaje, en el que usa variables en vez de constantes (PHP-Nuke y derivados). Un abrazo!!
Hola Paolo:
Podrías indicarme dónde puedo encontrar más info sobre el uso de gettext en PHP?
a) El mejor y más simple manual que vi es: http://www.onlamp.com/pub/a/php/2002/06/13/php.html Básicamente: a.1) Creás tu programa (ej: test.php) a.2) Extraés las cadenas en un archivo .pot (ej: test.pot) a.3) Traducís los mensajes y los colocás en un archivo messages.po (ej: locales/es_AR/LC_MESSAGES/messages.po) a.4) compilás los mensajes en un messages.mo (ej: locales/es_AR/LC_MESSAGES/messages.mo) a.5) Configurás tu aplicación (o ambiente para utilizar ese locale) (ej: setlocale("es_AR")) have fun :) b) En el b2evolution (del cual terminé hace un par de días de cerrar la i18n "es_AR") usa un doble sistema. Dependiendo de la configuración, por un lado, si tenés soporte gettext en el PHP (se puede revisar con phpinfo()) utiliza ese modo o bien, utiliza una funciones de traducción interna que coloca todo el archivo messages.po en un arreglo _global.php y luego usa ese arreglo. c) Lo bueno del sistema es que podés usar herramientas estandars para la traducción tipo http://poedit.sourceforge.net/ o http://i18n.kde.org/tools/kbabel/ Saludos, -- Ing. Sebastián L. Desimone Director [email protected] 0223-492-4708 - 20 de Septiembre 1925 4ºD PA B7600CUM - Mar del Plata http://www.latinwit.com/
Sebastián L. Desimone escribió:
Hola Paolo:
Podrías indicarme dónde puedo encontrar más info sobre el uso de gettext en PHP?
a) El mejor y más simple manual que vi es:
http://www.onlamp.com/pub/a/php/2002/06/13/php.html
Básicamente:
a.1) Creás tu programa (ej: test.php) a.2) Extraés las cadenas en un archivo .pot (ej: test.pot) a.3) Traducís los mensajes y los colocás en un archivo messages.po (ej: locales/es_AR/LC_MESSAGES/messages.po) a.4) compilás los mensajes en un messages.mo (ej: locales/es_AR/LC_MESSAGES/messages.mo) a.5) Configurás tu aplicación (o ambiente para utilizar ese locale) (ej: setlocale("es_AR"))
Muchas gracias, creo que nos va a servir mucho a todos esto.
have fun :)
b) En el b2evolution (del cual terminé hace un par de días de cerrar la i18n "es_AR") usa un doble sistema. Dependiendo de la configuración, por un lado, si tenés soporte gettext en el PHP (se puede revisar con phpinfo()) utiliza ese modo o bien, utiliza una funciones de traducción interna que coloca todo el archivo messages.po en un arreglo _global.php y luego usa ese arreglo.
Voy a investigar más sobre el tema.
c) Lo bueno del sistema es que podés usar herramientas estandars para la traducción tipo http://poedit.sourceforge.net/ o http://i18n.kde.org/tools/kbabel/
Saludos,
Muy bueno el dato :D Ahora la custión es qué sistema usamos!! Un abrazo a todos!!
Paolo:
Muchas gracias, creo que nos va a servir mucho a todos esto.
Cualquier duda que tenga alguien sobre PHP que avise, lo uso desde que se llamaba php/fi (v2) allá por el 98...
Ahora la custión es qué sistema usamos!!
Estuve viendo un poco de los códigos que andan dando vueltas y están un poquito arrumbados, se ve que el programa no evolucionó tanto como el autor quería o algo por el estilo. Si me permiten una humilde sugerencia, creo que es mucho más rápido y práctico utilizar un framework más sólido, seguro y estable. Por ejemplo: Se podría tomar como base algún módulo de Xoops (www.xoops.org) y agregarle la funcionalidad que quieran. Para que vean lo maduro del framework les paso una lista de módulos: http://sourceforge.net/project/showfiles.php?group_id=41586&package_id=10549... Utilizando un framework pre-establecido nos podemos ahorrar de armar: Autenticación de usuarios, Notificación de nuevas versiones, Edición de los contenidos/actualizaciones, Estadísticas, Seguridad, etc. Si quieren podemos hacer un listado lo más completo posible de los requerimientos, si son como los que vi en un mail anterior, me animo a decir que con xoops (más alguna modificación de un móludo) en un par de semanas lo podemos tener cerrado y funcionando. Bueno este es mi 2c tip... Saludos, -- Ing. Sebastián L. Desimone Director [email protected] 0223-492-4708 - 20 de Septiembre 1925 4ºD PA B7600CUM - Mar del Plata
Sebastián L. Desimone escribió:
Si me permiten una humilde sugerencia, creo que es mucho más rápido y práctico utilizar un framework más sólido, seguro y estable. Por ejemplo: Se podría tomar como base algún módulo de Xoops (www.xoops.org) y agregarle la funcionalidad que quieran. Para que vean lo maduro del framework les paso una lista de módulos: http://sourceforge.net/project/showfiles.php?group_id=41586&package_id=10549...
Utilizando un framework pre-establecido nos podemos ahorrar de armar: Autenticación de usuarios, Notificación de nuevas versiones, Edición de los contenidos/actualizaciones, Estadísticas, Seguridad, etc.
Si quieren podemos hacer un listado lo más completo posible de los requerimientos, si son como los que vi en un mail anterior, me animo a decir que con xoops (más alguna modificación de un móludo) en un par de semanas lo podemos tener cerrado y funcionando.
No es demasiado para mantener la lista? Si vamos a manejar contenido está más que bien, pero creo que con Halizo alcanza para mantener una lista de software y autores. Pregunto, vamos a necesitar subir artículos y demás? Porque si es así, conviene totalmente Xoops, la verdad está muy bueno.
Bueno este es mi 2c tip...
Saludos,
Un abrazo!!
On Tue, 29 Jun 2004 00:29:36 -0300, "Sebastián L. Desimone" > Si me permiten una humilde sugerencia, creo que es mucho más rápido y
práctico utilizar un framework más sólido, seguro y estable. Por ejemplo: Se podría tomar como base algún módulo de Xoops (www.xoops.org) y agregarle la funcionalidad que quieran. Para que vean lo maduro del framework les paso una lista de módulos: http://sourceforge.net/project/showfiles.php?group_id=41586&package_id=10549...
Conozco Xoops (como webmaster y como usuario, no como programador) y me parece que es un "overkill" para este proyecto. Con una bazooca podes matar un mosquito si queres, pero es demasiado gasto para un solo mosquito :) Personalmente me parece mucho mas complejo eso de diseñar modulos para el Xoops que cambiar lo que haya que cambiar de este script que ya está hecho.
Utilizando un framework pre-establecido nos podemos ahorrar de armar: Autenticación de usuarios, Notificación de nuevas versiones, Edición de los contenidos/actualizaciones, Estadísticas, Seguridad, etc.
¿Te parece que va a ser mas dificil modificar el Halizo que es para eso? Mi experiencia con PHP es de hacer scripts insertos en HTML que hacen de wrap a otros programas, nunca hice un proyecto grande. Por eso prefiero modificar algo hecho que hacer un modulo. Vos decis que se haria en 2 semanas, pero en este caso yo no te podria ayudar, no porque no quiera, sino porque no se :( Me parece mas facil toda la vida arreglar el Halizo. El Xoops tiene mil cosas mas, pero que no necesitamos.
Sebastian Bassi wrote:
Conozco Xoops (como webmaster y como usuario, no como programador) y me parece que es un "overkill" para este proyecto. Con una bazooca podes matar un mosquito si queres, pero es demasiado gasto para un solo mosquito :)
Es que realmente me molestan los mosquitos :-) Hablando en serio, tienen razón, lo que pasa es que por una cuestión de costumbre me resulta muy fácil hacer las cosas dentro de ese framework. Por otro lado, no se si lo analizaron, pero está disponible el directorio que usa en el sitio la gente de gnu, es más simple (por ahí demasiado...) http://www.gnu.org/directory/ http://savannah.gnu.org/projects/directory/ y http://savannah.gnu.org/projects/gnulist/ Saludos,
Fernando Toledo escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
alo a todos.. les cuento que tengo todos los datos del sitio.. para no andar desparramando el pass del hosting por todos lados.. en inet generalmente alguno hace algo en el algun sitio de prueba. y luego cuando camina lo mandaban a diego calbo a vlady o a mi para que lo subamos .. para empezar el que necte los scripts que estan ahora o la misma base de datos me chiflan y listo como vamos a ser varios laburando seria piola poder meter esto en el CVS de ourproject.. bueno como empezamos?
Por empezar yo necesitaría una guía rápída y sucia de CVS :D
participants (6)
-
"Sebastián L. Desimone" -
"Sebastián L. Desimone" -
Fernando Toledo -
Martin Olivera -
Paolo Stancato -
Sebastian Bassi