Menu
▾
▴
binbo-developer — Lista solo para desarrolladores del proyecto
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(49) |
Dec
(39) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <bin...@li...> - 2001-11-23 10:30:57
|
Ummm, la vieja idea de los templates XD... Ferdy y yo (yum) estuvimos tambien viendolos y el que m=E1s me convenci=F3 en aquel entonces fu=E9 sm= arty ( http://www.phpinsider.com/php/code/Smarty/ ) por la cantidad de opciones q= ue tenia y por el rendimiento. La idea que traigo ahora es algo distinta. Todo surgi=F3 por la idea de l= os objetos y herencias que en su dia estuvimos investigando. Despues estuve viendo un= as cuantas ideas del mundo de c++ y java y era como almacenar objetos en una = bd relacional. El tema a priori m=E1s complejo es la de la herencia pero este= es mas o menos subsanable pues deberia haber objetos contenedores (es decir directo= rios) y un atributo de los objetos seria la ubicaci=F3n. Asi por ejemplo si un objeto= se encuentra en un "directorio" heredar=E1 todo las propiedades de =E9l. A la vez este met= odo nos serviria para uan de las cosas m=E1s interesantes que he visto en zope: La recursiv= idad. Lo que hace esto es buscar hacia atr=E1s objetos que se han llamado o atributos h= eredados. Asi de esta forma si tenemos la siguente estructura: + Directorio 1 - Directorio1.1 - Directorio1.2 - Directorio1.3 -Directorio1.3.1 Objeto B - Directorio 1.4 Objeto A -Directorio1.4.1 Objeto C - Directorio 1.5 objeto A De esta forma si desde el objeto B del directorio 1.3.1 si llama al objeto= A recorrer=E1 la estructura hasta llegar a el situado en Directorio 1 Si se hace lo mismo desde el objeto C situado en el directorio 1.4.1 encon= trar=E1 el objeto A en el directorio inmediatamente superior (1.4) La forma de saber si un objeto tiene atributo propio o heredado solo habri= a que ver el atributo en cuestion si tiene valor ser=E1 propio. Sino habria que buscar = el valor en la superclase. On 22 Nov 2001 at 21:37, bin...@li....n wrote: > Vaya veo que la cosa esta tomando calor jejejeje, bueno de moemento > tengo tres proyectos pendientes pero como quiera aporto lo que estuve > investigando. > > Mi idea no dista mucho de la de yum y ferdy asi que tomando como > referencia esto yo apuesto por el siguiente esquema: > > +--+ +--+ > |T | | K| > |E | | E| > |M | | R| > |P | + | N| > |L | | E| > |A | | L| > |T | +--+ > |E | > +--+ > > A hora el porque se supone que dependiendo el proyecto que estemos > trabajando tenemos tres opciones de hacer las cosas: > > 1.- PHP incrustado. > 2.- Separacion de partes comunes. LOC < 1000 > 3.- Plantillas LOC > 1000 > > En las primera el codigo html y de php estanmesclados y el el > manteniemiento de aplicaciones es bastante complejo. > > En la segunda opcion el codigo html esta separado pero el codigo php > soloparcialmente es decri que podemos tener dentro del codigo html algo > como <? expresion ?> o algo como <? echo "codigo HTML" ?> > > En la tercera opcion el codigo html y el dise~o estan independientes de > la programacion y es lo que se recomienda en aplicaciones grandes > LOC(Lines of Code) > 1000. > > De esta forma cualquier persona puede hacer su propipio dise~o y sin > preocuparse en afecatar algo de la programacion de esta forma la idea de > yum y la de ferdy son perfectamente aplicables, claro con algunas > variaciones que tndriamos que ver a detalle, pero asi se le puede dar > mantenimiento a toda la aplicacion sin afectar el dise~o, y tambien de > esta forma podemos desarrollar de forma idependiente cada elemento de > binbo y tenerlos a hora si como modulos agregables. > > Actualmente esta la forma que estoy usando para programar mis > aplicaciones y una ventaja aparte de separara el html del php es que > podemos terminar mas rapido nuestras tareas. > > Las librerias que consulte fueron las siguientes. > > FastTemplate: > http://www.thewebmasters.net/php/FastTemplate.phtml > esta es la libreria mas conocida ya que nace en los FrameWorks de cgi > con perl y fue portada a php, nos permite hacer bastante cosita > interesantes incluyendo tablas de forma dinamica. > > TemplateClass: > http://www.phpguru.org/scripts/2/documentation.html > Este es una opcion propuesta por richard hayes si no mal recuerdo > bastante rapida y tambien permite generara bloques de codigo en forma > dinamica. > > PHPLib:(Esta todavia no le hecho el guante) > http://phplib.sourceforge.net > Esta libreria trae algo mas que tratamiento de plantillas, tenes clases > de autentificacion y otras monerias interesantes el detalle es que esmas > compleja de usar por que hay que instalarla. > > A mi gusto las mas idoneas son las dos primeras por que no hay que hacer > nada especial para usarlas. > > Con ellas podemos tener cosas como BINBO_NEWS y demas jejeje. > > A hora lo de la aplicacion con gtk, esta bien pero no creo que sea un > proyecto a abordar a hora o bien aodarlo paralelamente e ir haciendo las > adecuaciones necesarias con forme vaya avanzando el proyecto. > > pero bueno hasta ahorita ah sido mucha charla y poca accion lo que > debieramos de hacer es una version de prueba con algunos elementos no se > > menu configurable. > noticias > foro > > alguna mas para cerrar encuatr cosasa y comenzar a hacer esos modulos. > como ven?? > > Nota Adiciona: > NO habia tenido oportunidad de comentar tu funcion para archivos.ini > ferdy pero lo hago a hora, la clase esta genial y muy bien pensada solo > un punto que te falta que la documentes y agregues un ejemplo de uso ya > que recuerda que no todo mundo esta acostumbrado a usar clases. > > Saludos y comenten el punto. > > _______________________________________________ > Binbo-developer mailing list > Bin...@li... > https://lists.sourceforge.net/lists/listinfo/binbo-developer |
|
From: <bin...@li...> - 2001-11-23 02:31:59
|
Vaya veo que la cosa esta tomando calor jejejeje, bueno de moemento tengo tres proyectos pendientes pero como quiera aporto lo que estuve investigando. Mi idea no dista mucho de la de yum y ferdy asi que tomando como referencia esto yo apuesto por el siguiente esquema: +--+ +--+ |T | | K| |E | | E| |M | | R| |P | + | N| |L | | E| |A | | L| |T | +--+ |E | +--+ A hora el porque se supone que dependiendo el proyecto que estemos trabajando tenemos tres opciones de hacer las cosas: 1.- PHP incrustado. 2.- Separacion de partes comunes. LOC < 1000 3.- Plantillas LOC > 1000 En las primera el codigo html y de php estanmesclados y el el manteniemiento de aplicaciones es bastante complejo. En la segunda opcion el codigo html esta separado pero el codigo php soloparcialmente es decri que podemos tener dentro del codigo html algo como <? expresion ?> o algo como <? echo "codigo HTML" ?> En la tercera opcion el codigo html y el dise~o estan independientes de la programacion y es lo que se recomienda en aplicaciones grandes LOC(Lines of Code) > 1000. De esta forma cualquier persona puede hacer su propipio dise~o y sin preocuparse en afecatar algo de la programacion de esta forma la idea de yum y la de ferdy son perfectamente aplicables, claro con algunas variaciones que tndriamos que ver a detalle, pero asi se le puede dar mantenimiento a toda la aplicacion sin afectar el dise~o, y tambien de esta forma podemos desarrollar de forma idependiente cada elemento de binbo y tenerlos a hora si como modulos agregables. Actualmente esta la forma que estoy usando para programar mis aplicaciones y una ventaja aparte de separara el html del php es que podemos terminar mas rapido nuestras tareas. Las librerias que consulte fueron las siguientes. FastTemplate: http://www.thewebmasters.net/php/FastTemplate.phtml esta es la libreria mas conocida ya que nace en los FrameWorks de cgi con perl y fue portada a php, nos permite hacer bastante cosita interesantes incluyendo tablas de forma dinamica. TemplateClass: http://www.phpguru.org/scripts/2/documentation.html Este es una opcion propuesta por richard hayes si no mal recuerdo bastante rapida y tambien permite generara bloques de codigo en forma dinamica. PHPLib:(Esta todavia no le hecho el guante) http://phplib.sourceforge.net Esta libreria trae algo mas que tratamiento de plantillas, tenes clases de autentificacion y otras monerias interesantes el detalle es que esmas compleja de usar por que hay que instalarla. A mi gusto las mas idoneas son las dos primeras por que no hay que hacer nada especial para usarlas. Con ellas podemos tener cosas como BINBO_NEWS y demas jejeje. A hora lo de la aplicacion con gtk, esta bien pero no creo que sea un proyecto a abordar a hora o bien aodarlo paralelamente e ir haciendo las adecuaciones necesarias con forme vaya avanzando el proyecto. pero bueno hasta ahorita ah sido mucha charla y poca accion lo que debieramos de hacer es una version de prueba con algunos elementos no se menu configurable. noticias foro alguna mas para cerrar encuatr cosasa y comenzar a hacer esos modulos. como ven?? Nota Adiciona: NO habia tenido oportunidad de comentar tu funcion para archivos.ini ferdy pero lo hago a hora, la clase esta genial y muy bien pensada solo un punto que te falta que la documentes y agregues un ejemplo de uso ya que recuerda que no todo mundo esta acostumbrado a usar clases. Saludos y comenten el punto. |
|
From: <bin...@li...> - 2001-11-22 19:46:12
|
Buenas Ferdy=3A
Joder me pillais ahora hastos los h=2E=2E=2E de curro y viendo muchisimas=
=
cosas de otros sistemas=2E Las ideas a mi tambien me surgieron en m=E1s o=
=
menos yo hablaria de hacer ese =22soporte para bd=22 en el kernel como un=
=
wrapper que emule una bd orientada a objetos sobre una bd relacional=2E =
El esquema no es muy complicado a priori=2E El tema m=E1s dificil es el d=
e =
la herencia pero es subsanable=2E
Partiriamos de algo asi=3A
Tbl=5Fid
2 campos=3A
-Id (unico e index)
-Tbl=5Fclase =
Cada objeto tendria un id unico y en el campo tbl=5Fclase se diria a que =
clase pertenece ese objeto y en esa tabla se almacenaria los atributos =
de ese objeto y se trataria con los metodos propio de esa clase=2E=2E=2E =
que =
el kernel se encargaria de llamar=2E
Las clases se podrian incluir en un directorio que se llamase=2C por =
ejemplo=2C =5Cobjetos y todo lo demas se almacenaria en la bd=2E
Asi=2C de esta forma=2C imitando en lo elemental al zope tendriamos las =
paginas BML=2E
Esto=2C aunque a priori es complejo=2C no lo es tanto=2E
Funcionaria de esta forma=3A
Ej=3A =
Clase=3A imagen
Atributos=3A
- Altura =
- Anchura
- Alineacion
- Alineacion vertical
- Imagen base
- borde
- id
- titulo (generico de zope ya lo explicar=E9)
Asi de esta forma creamos un objeto imagen=2E Deberemos meter 3 datos=3A =
Id=2C titulo e imagen base=2E
En nuestro caso=3A
id=3Aimgprueba
titulo=3Alogo
imagen base=3A pic=2Ejpg
(los demas atributos los coger=E1 generico =5Bsin alineacion=2C borde=3D0=
y =
altura y anchura la de la imagen)
En el documento BML introduciriamos esto=2E
=3CBML-objeto =22imgprueba=22=3E
Y lo traduciria por=3A
=3Cimg src=3D=22pic=2Ejpg=22 border=3D0 height=3D=5Bla suya=5D width=3D=5B=
la suya=5D =
alt=3D=22logo=22=3E
=2E=2E=2E y podriamos modificar los atributos=3A
=3CBML-objeto =22imgprueba=2Eatributos(borde=3D=2715=27=2C altura=3D=2723=
=27)
dando como resultado=3A
=3Cimg src=3D=22pic=2Ejpg=22 border=3D15 height=3D23 width=3D=5Bla suya=5D=
alt=3D=22logo=22=3E
Lo bueno de trabajar con objetos es que el kernel puede saber de =
antemano que =22libreria=22 debe cargar para procesar eso=2E =
De esta manera podriamos crear funciones BML como =22tree=22 que haga un =
menu en forma de arbol en javascript o =22menu=22 que haga un men=FA en =
javascript con mouseover=2E
Bueno=2C me tengo que ir y creo que no me he explicado nada bien (a ver =
si este fin de semana puedo crear un documento explicativo con todas =
las ideas propias y las =22copiadas=22 de zope=2E
P=2ED=3A Enhorabuena por Ferdy que se ha hechado novia (Vir) y el pesame =
a =
ella por la que le ha caido encima
P=2ED=2E2=3A eh!!! que tambien he visto a iJanos rulando por ah=ED=2E=2E=2E=
espero =
que no me discuta mucho XD
----- Mensaje Original -----
De=3A binbo-developer-admin=40lists=2Esourceforge=2Enet
Fecha=3A Jueves=2C Noviembre 22=2C 2001 3=3A02 pm
Asunto=3A =5BBinbo-developer=5D Algunas cosillas sobre las que he =
reflexionado para el desarrollo
=3E -----BEGIN PGP SIGNED MESSAGE-----
=3E Hash=3A SHA1
=3E =
=3E Esto son unas ideas para el desarrollo de BINBO=2C sabemos que la =
=3E fase de =
=3E planificaci=F3n es muy importante=2C pero tenemos que darnos cuenta d=
e =
=3E que la =
=3E fase de planificaci=F3n nos hizo morir la otra vez=2C yo sigo con =
=3E ganas de BINBO=2C =
=3E sigo con ganas de darle en la cara a PHP-Nuke=2C por eso he tenido =
=3E ideas y =
=3E cosillas que aqu=ED os plasmo=3A
=3E =
=3E El n=FAcleo de BINBO ( kernel ) ser=E1 una clase de PHP en la cual =
=3E tendremos =
=3E EMBEDIDAS clases una clase para tratar la BD y otra clase para =
=3E tratar los =
=3E archivos de configuraci=F3n=2E
=3E =
=3E +--+
=3E =7C K =7C
=3E =7C E =7C --------=3E Soporte para archivos config=2Ephp
=3E =7C R =7C
=3E =7C N =7C---------=3E Soporte para la BD
=3E =7C E =7C =
=3E =7C L =7C---------=3E Sporte para archivos INI
=3E +--+
=3E =
=3E Esas tres cosas estar=EDan NATIVAS en el n=FAcleo=2C la clase de =
=3E archivos INI ser=EDa =
=3E interesante para los datos de configuraci=F3n que no ser=EDan =
=3E necesarios de =
=3E proteter=2C as=ED como configuraciones de colores=2C ( =
=3E http=3A//ferpereda=2Emultimania=2Ecom/ini=2Ephps ) All=ED la podeis v=
er=2E
=3E =
=3E El soporte nativo de archivos config=2Ephp es para datos que debamos =
=3E proteger=2C =
=3E as=ED como los passwords de las BDs y cosas as=ED=2E Y el soporte a l=
a =
=3E BD supongo =
=3E que es evidente =3B-)
=3E =
=3E M=E1s cosillas=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=
=2E
=3E =
=3E Un est=E1ndar de c=F3digo=2C yo apuesto por hacer SIEMPRE el c=F3digo=
de =
=3E la siguiente =
=3E forma
=3E =
=3E ( funcion o condicional)
=3E =7B
=3E sentencias
=3E =7D
=3E =
=3E De forma que el c=F3digo es muy sencillo de leer=2E
=3E =
=3E Otra cosa en la que he pensado=2C todas las funciones deben tener un =
=3E return as=ED =
=3E aceleramos su ejecuci=F3n=2E Otra cosa en la que he pensado es que =
=3E TODO dato =
=3E pasado a una funci=F3n lo trataremos como fiable=2C y las =
=3E comprobaciones de =
=3E dichos datos se har=E1n fuera de las funciones=2E ( ahorramos mucho =
=3E tiempo de =
=3E ejecuci=F3n=2C las funciones son muy r=E1pidas )=2E Evitaremos el uso=
de =
=3E expresiones =
=3E regulares cuanto sea posible=2C son muy lentas=2E Y por supuesto=2C l=
a =
=3E guinda de =
=3E este mail=2C un m=F3dulo de PHP-GTK para generar los archivos de =
=3E configuraci=F3n de =
=3E BINBO=2C de esta forma el usuario lo =FAnico que hace es rellenar uno=
s =
=3E formularios en ese programilla y el mismo programa se encarga de =
=3E mandarlos al =
=3E servidor Web=2E ( de esto me puedo medio encargar yo=2C jeje le estoy=
=
=3E dando al =
=3E PHP-GTK )
=3E =
=3E Salu2 y espero que tengais esto un poquillo en cuenta
=3E =
=3E - -- =
=3E - -------------------
=3E Salu2 Ferdy
=3E No GATES neither WINDOWS
=3E - -------------------
=3E -----BEGIN PGP SIGNATURE-----
=3E Version=3A GnuPG v1=2E0=2E6 (GNU/Linux)
=3E Comment=3A For info see http=3A//www=2Egnupg=2Eorg
=3E =
=3E iD8DBQE7/QVwThJpzGxYKDARAshO8kaw3BsgwDlZbKEouhjOY=3D
=3E =3DyvEk
=3E -----END PGP SIGNATURE-----
=3E =
=3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
=3E Binbo-developer mailing list
=3E Binbo-developer=40lists=2Esourceforge=2Enet
=3E https=3A//lists=2Esourceforge=2Enet/lists/listinfo/binbo-developer
=3E =
|
|
From: <bin...@li...> - 2001-11-22 14:04:20
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Esto son unas ideas para el desarrollo de BINBO, sabemos que la fase de planificación es muy importante, pero tenemos que darnos cuenta de que la fase de planificación nos hizo morir la otra vez, yo sigo con ganas de BINBO, sigo con ganas de darle en la cara a PHP-Nuke, por eso he tenido ideas y cosillas que aquí os plasmo: El núcleo de BINBO ( kernel ) será una clase de PHP en la cual tendremos EMBEDIDAS clases una clase para tratar la BD y otra clase para tratar los archivos de configuración. +--+ | K | | E | --------> Soporte para archivos config.php | R | | N |---------> Soporte para la BD | E | | L |---------> Sporte para archivos INI +--+ Esas tres cosas estarían NATIVAS en el núcleo, la clase de archivos INI sería interesante para los datos de configuración que no serían necesarios de proteter, así como configuraciones de colores, ( http://ferpereda.multimania.com/ini.phps ) Allí la podeis ver. El soporte nativo de archivos config.php es para datos que debamos proteger, así como los passwords de las BDs y cosas así. Y el soporte a la BD supongo que es evidente ;-) Más cosillas.................... Un estándar de código, yo apuesto por hacer SIEMPRE el código de la siguiente forma ( funcion o condicional) { sentencias } De forma que el código es muy sencillo de leer. Otra cosa en la que he pensado, todas las funciones deben tener un return así aceleramos su ejecución. Otra cosa en la que he pensado es que TODO dato pasado a una función lo trataremos como fiable, y las comprobaciones de dichos datos se harán fuera de las funciones. ( ahorramos mucho tiempo de ejecución, las funciones son muy rápidas ). Evitaremos el uso de expresiones regulares cuanto sea posible, son muy lentas. Y por supuesto, la guinda de este mail, un módulo de PHP-GTK para generar los archivos de configuración de BINBO, de esta forma el usuario lo único que hace es rellenar unos formularios en ese programilla y el mismo programa se encarga de mandarlos al servidor Web. ( de esto me puedo medio encargar yo, jeje le estoy dando al PHP-GTK ) Salu2 y espero que tengais esto un poquillo en cuenta - -- - ------------------- Salu2 Ferdy No GATES neither WINDOWS - ------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7/QVwThJpzGxYKDARAsg/AJ99KwpAOaP10NKsoBpTDFSUiUjP1ACdHzjS hO8kaw3BsgwDlZbKEouhjOY= =yvEk -----END PGP SIGNATURE----- |
|
From: <bin...@li...> - 2001-11-22 04:17:21
|
... y bueno, al final hablaron todos y todo muy bien, pero nadie contrade= cia a YUM, y bueno....., senti que hacia falta un poco de iJanos (o iGanso?) (bue....) Listo para lo que gusten, con respecto a lo de hacerlo PHP, yo no me opongo, pero yo lo voy a "port= ar" (es que Bill me da unos $$ =3D) a ASP, por lo menos lo que pueda.... Ya saben, desde Lanus, Buenos Aires, otro mas al Pie del Ca=F1on. Exitos =3D) |
|
From: <bin...@li...> - 2001-11-21 00:56:44
|
On Tue, 20 Nov 2001 bin...@li... wrote: > ¡Hombre, Hersan! Me alegra saber que sigues con la costumbre de > trasnochar... has enviadoun mensaje a las 5 de la mañana!!! [...] @;-p) > A la hora de programar algo hay que tener en mente varias > cosas: > - El problema hay que enfocarlo. Es decir ¿a quien va dirigido? > ¿en que se programa? ¿que es lo que prima? ¿velocidad, > rendimiento, facilidad de uso? > > - Se busca un lenguaje para programar lo que queremos o se > programa teniendo en cuenta las limitaciones del lenguaje? > > Creo que este es el enfoque: > En español > Universal (es decir que se pueda utilizar en muchos sitios sin > necesidad de tener acceso al servidor). > El lenguaje elegido es php. > BINBO, desde un principio fué concebido como un soft dirigido a toda persona, empresa, institución, facultad, etc. que deseara tener su propio sitio web sin preocuparse por lenguajes, conocimientos de HTML u otros, que pueda administrar su sitio desde un navegador, y que pueda utilizar add-ons como quien agrega una prendedor a su traje =). Básicamente, no hay limitaciones hacia quien va dirigido. Ahora en que se programa todo esto?, eso, es lo realmente complicado. Yo coincido plenamente con el enfoque que escribís. > La primera cosa seria tener muy claro las limitaciones que > tendriamos dadas por el sistema y cerrar desde un principio muy > mucho esto. A partir de aqui pensar antetodo en el rendimiento, pues > es el punto flaco de los "grandes scripts" en php. Al final se hacen > demasiado grande como para ser posibles su ejecución en servidores > gratuitos (en phpnuke existe este problema porque no ha sabido > crecer... no está bien estructurado). > Si os digo la verdad, estoy medio enamorado de ZOPE por su > concepción (se utiliza en muchisimas universidades españolas) y > hacer algo similar (aunque mas limitado) no es ninguna tonteria. > Zope, es realmente un hermoso programa que ya lleva su tiempo en la red, pero que no creo que sea nuestro "espejo", porque más allá de su complejidad, que es grande, se nos escapa considerablemente de lo que es nuestro enfoque sobre BINBO, no por el lenguaje sino por el hecho de ser universal. > Pero antes de que todos nos pongamos euforicos y demas, > antes de todo eso, lo unico que pido es que seamos serios y > conscientes que antes de ponerse a hacer nada, antes de programar o > de ponernos manos a la obra, habria que tener muy claro que es lo > que se pretende hacer o dejar de hacer, estructurar y darle mucho > tiempo al tiempo y que las cosas sigan su curso. Para responder a este párrafo, voy a citar una cosa que me dijo mi amigo Lucas Di Pentima, el que estuvo con nosotros en una reunión por IRC. Lucas es programador también, es usuario de SF.net hace rato, ldipenti, y sabe mucho de esto de coordinarse y empezar un trabajo de programación en grupo, algo que, convengamos, nosotros no estamos muy acostumbrados. En fín el me respondía esto sobre una respuesta mía en la que decía que BINBO estaba algo parado: [citando] "Mi opinión al asunto: ¿Por que no comenzar con lo inmediatamente implementable como para darle momento al proyecto? ya se, ya se...«hay que diseñar, planificar, etc, etc» y todo eso que te enseñan en la facultad, pero cuando no hay algo directo que te impulse a realizar todas estas actividades, ej: * Dinero * Un jefe que te apura * Un profesor que no te aprueba si no lo entregás ...al menos en mi caso la forma de conseguir «impulso» programando es conseguir resultados y rápido, no importa si no son del todo satisfactorios, pero ir haciendo cosas que vayan saliendo y después se pule con tiempo...de esta forma vas a mostrar resultados con menos tiempo y mas gente puede entusiasmarse y ayudar." [/cintando] Lo interesante, entonces, sería encontrar algo que ya podamos decir que será implementado en BINBO y empezar a hacer algo, ya verán como así las cosas empiezan a pintar distinto. Saludos, -- Mariano de Iriondo - Santa Fe - Argentina http://LinuxSantaFe.com UIN: #77864176 - Usuario Linux Registrado: #196054 Teléfonos: +54 (342) 4698716/5631 |
|
From: <bin...@li...> - 2001-11-20 10:48:13
|
=A1Hombre, Hersan! Me alegra saber que sigues con la costumbre de trasnochar... has enviadoun mensaje a las 5 de la ma=F1ana!!! Bueno, veamos un detalle: A la hora de programar algo hay que tener en mente varias cosas: - El problema hay que enfocarlo. Es decir =BFa quien va dirigido? =BFen que se programa? =BFque es lo que prima? =BFvelocidad, rendimiento, facilidad de uso? - Se busca un lenguaje para programar lo que queremos o se programa teniendo en cuenta las limitaciones del lenguaje? Creo que este es el enfoque: En espa=F1ol Universal (es decir que se pueda utilizar en muchos sitios sin necesidad de tener acceso al servidor). El lenguaje elegido es php. La primera cosa seria tener muy claro las limitaciones que tendriamos dadas por el sistema y cerrar desde un principio muy mucho esto. A partir de aqui pensar antetodo en el rendimiento, pues es el punto flaco de los "grandes scripts" en php. Al final se hacen demasiado grande como para ser posibles su ejecuci=F3n en servidores gratuitos (en phpnuke existe este problema porque no ha sabido crecer... no est=E1 bien estructurado). Si os digo la verdad, estoy medio enamorado de ZOPE por su concepci=F3n (se utiliza en muchisimas universidades espa=F1olas) y hacer algo similar (aunque mas limitado) no es ninguna tonteria. Pero antes de que todos nos pongamos euforicos y demas, antes de todo eso, lo unico que pido es que seamos serios y conscientes que antes de ponerse a hacer nada, antes de programar o de ponernos manos a la obra, habria que tener muy claro que es lo que se pretende hacer o dejar de hacer, estructurar y darle mucho tiempo al tiempo y que las cosas sigan su curso. Bueno, que ya me pasa lo de siempre... escribo el mensaje en ratos libres y no digo m=E1s que incoherencias XD. Un saludo Angel Luis Mula <a....@ar...> On 20 Nov 2001 at 5:14, binbo-developer-admin@lists.s wrote: > Hace un par de dias alguien preguntaba en el foro de php si no habia un > phpnuke pero que estuviera en espa~ol y bueno la verdad retome el tema > de binbo y se me ocurrio enviar un mail de prueba para saber si alguien > estaba vivo ya que no pude entrar a la seccion de administracion de la > lista. > Y la verdad me fue grato ver que todavia seguimos varios en la lista. > > A hora bien recordaba lo de binbo por el mensaje en el foro y hechando > el tiempo atras, originalmente lo que dio pie a la idea fue una > necesidad basica, que el proyecto estuviera en nuestro idioma, luego se > sumo a esto que fuera facil de usar y que para evitar problemas lo ideal > fuera que lo pudieras trabajar en la herramienta que usaras > cotidianamente ya fuera asp, php, java, cafe expresso etc.. > > conforme fue creciendo el grupo de desarrollo se fueron agregando ideas > nuevas basadas en los problemas de dise~o como por ejemplo como > controlar lo que estaria en el html y que fuera facil para cualquier > persona. hay nacio el BML, luego para facilitar el uso del lenguaje > nacio la idea de la interface de adminitracion que colocaria todo en su > lugar, mas adelante la comunicacion entre diferentes binbos, datos > encriptados, kernel y otras llervas lo cual fue haciendo mas grande la > idea hasta un punto como bien mensiona yum inviable e inoperante. > > Se~ores creo que nos fuimos muy lejos con binbo las ideas fueron loables > pero olvidamos un detalle, el principal hacer algo en nuestro idioma y > para nuestro idioma y para toda nuestra gente y que fuera facil de > trabajar. > > La necesidad sigue existiendo y a un que hay varios weblogs por la red > no se cuantos haya en espa~ol, asi que tal si hacemos lo mismo que zope > aclaramos la idea, la necesidad y tomamos un lenguaje para traducir la > necesidad en algo tangible. > > Asi que desde mi punto de vista tenemos tres opciones > 1.- nos olvidamos del tema. > 2.- hacemos de binbo el mejos weblog en espa~ol con todo lo que podamos > crear en el. > 3.- le pagmos al zope y nos ponemos a programar algunos en c y en lo que > se pueda. > > Pero para serles sincero pienso en la segunda, por lo que comente > anteiormente existe la necsidad y esa era la idea original, ademas de > que estoy seguro la gente nos apoyaria seria algo mas nuestro. > > Debemos de tomar una desicion y un camino y darle para adelante creo que > la mayoria manejamos en mayor o menor grado php y vemos que pasa como > reacciona la comunidad ya lo demas se~ores se dara con el tiempo pero es > necesario que lo iniciemos en algo. > > Creo que mis intervenciones en la lista fueron muy pocas pero en este > momento creo que me estoy mandando jajajaja. asi que por el momento los > dejo tranquilos en espera de respuestas y mas retroalimentacion. > > Saludos. Y recuerden mientras lo piensan que el que mucho abarca poco > aprieta jejejejeje. > > Atte HerSAn. > > bin...@li... wrote: > > > > Hola a todos; > > > > Si os digo la verdad el proyecto muri=F3, efectivamente por lo= s > > temas que habeis mencionado: > > - Imposibilidades tecnicas e inviables ( los lenguajes no eran > > los adecuados para hacer muchas cosas) > > - Nos marcamos unos objetivos demasiado altos. > > - Cada cual tiramos por nuestro lado, sobretodo por > > problemillas e inquitudes personales y/o laborales. > > _______________________________________________ > Binbo-developer mailing list > Bin...@li... > https://lists.sourceforge.net/lists/listinfo/binbo-developer |
|
From: <bin...@li...> - 2001-11-20 10:08:49
|
Hace un par de dias alguien preguntaba en el foro de php si no habia un phpnuke pero que estuviera en espa~ol y bueno la verdad retome el tema de binbo y se me ocurrio enviar un mail de prueba para saber si alguien estaba vivo ya que no pude entrar a la seccion de administracion de la lista. Y la verdad me fue grato ver que todavia seguimos varios en la lista. A hora bien recordaba lo de binbo por el mensaje en el foro y hechando el tiempo atras, originalmente lo que dio pie a la idea fue una necesidad basica, que el proyecto estuviera en nuestro idioma, luego se sumo a esto que fuera facil de usar y que para evitar problemas lo ideal fuera que lo pudieras trabajar en la herramienta que usaras cotidianamente ya fuera asp, php, java, cafe expresso etc.. conforme fue creciendo el grupo de desarrollo se fueron agregando ideas nuevas basadas en los problemas de dise~o como por ejemplo como controlar lo que estaria en el html y que fuera facil para cualquier persona. hay nacio el BML, luego para facilitar el uso del lenguaje nacio la idea de la interface de adminitracion que colocaria todo en su lugar, mas adelante la comunicacion entre diferentes binbos, datos encriptados, kernel y otras llervas lo cual fue haciendo mas grande la idea hasta un punto como bien mensiona yum inviable e inoperante. Se~ores creo que nos fuimos muy lejos con binbo las ideas fueron loables pero olvidamos un detalle, el principal hacer algo en nuestro idioma y para nuestro idioma y para toda nuestra gente y que fuera facil de trabajar. La necesidad sigue existiendo y a un que hay varios weblogs por la red no se cuantos haya en espa~ol, asi que tal si hacemos lo mismo que zope aclaramos la idea, la necesidad y tomamos un lenguaje para traducir la necesidad en algo tangible. Asi que desde mi punto de vista tenemos tres opciones 1.- nos olvidamos del tema. 2.- hacemos de binbo el mejos weblog en espa~ol con todo lo que podamos crear en el. 3.- le pagmos al zope y nos ponemos a programar algunos en c y en lo que se pueda. Pero para serles sincero pienso en la segunda, por lo que comente anteiormente existe la necsidad y esa era la idea original, ademas de que estoy seguro la gente nos apoyaria seria algo mas nuestro. Debemos de tomar una desicion y un camino y darle para adelante creo que la mayoria manejamos en mayor o menor grado php y vemos que pasa como reacciona la comunidad ya lo demas se~ores se dara con el tiempo pero es necesario que lo iniciemos en algo. Creo que mis intervenciones en la lista fueron muy pocas pero en este momento creo que me estoy mandando jajajaja. asi que por el momento los dejo tranquilos en espera de respuestas y mas retroalimentacion. Saludos. Y recuerden mientras lo piensan que el que mucho abarca poco aprieta jejejejeje. Atte HerSAn. bin...@li... wrote: >=20 > Hola a todos; >=20 > Si os digo la verdad el proyecto muri=F3, efectivamente por los > temas que habeis mencionado: > - Imposibilidades tecnicas e inviables ( los lenguajes no eran > los adecuados para hacer muchas cosas) > - Nos marcamos unos objetivos demasiado altos. > - Cada cual tiramos por nuestro lado, sobretodo por > problemillas e inquitudes personales y/o laborales. |
|
From: <bin...@li...> - 2001-11-20 08:45:36
|
Hola a todos; Si os digo la verdad el proyecto muri=F3, efectivamente por los temas que habeis mencionado: - Imposibilidades tecnicas e inviables ( los lenguajes no eran los adecuados para hacer muchas cosas) - Nos marcamos unos objetivos demasiado altos. - Cada cual tiramos por nuestro lado, sobretodo por problemillas e inquitudes personales y/o laborales. Pero la base y las ideas que BINBO comtempl=F3/aba eran mayoritariamente buenas. Ahora bien, con el tiempo e investigando por ah=ED he descubierto que ya hay algo muy similar a lo que pretendiamos hacer con BINBO. Su nombre es ZOPE. En el se contemplan todas las ideas que tuvimos en nuestro proyecto y eso me da que pensar y a la vez sentirme orgulloso, de saber que sin conocer este producto hemos llegado a concevir las mismas ideas que se ven planteadas en =E9l. Os har=E9 una breve comparativa de nuestras ideas y lo que es zope: Lenguaje propio de script: BINBO: BML ZOPE: DTML Planteamiento: BINBO: Todo son objetos. ZOPE: Todo son objetos. BD orientada a objetos, herencia recursiva. BINBO: Productos que funcionen en cualquier otro binbo. ZOPE: Idem. BINBO: Interfaz administrativa con control de usuarios, posibilidad de backup y "panel de control" ZOPE: Idem + posibilidades de deshacer (y m=E1s) BINBO: Editor integrado. ZOPE: Idem ... y muchisimas m=E1s ideas que seguro que se me pasan por alto. Las peque=F1as diferencias se basan sobretodo en la concepci=F3n del producto (que es donde nos fall=F3 siempre el tema de BINBO). BINBO: Script multilenguaje, multiplataforma (ASP, PHP, CFML, etc...) ZOPE: Servidor de aplicaciones multiplataforma programado en python (lenguaje interpretado [script]) con partes criticas en c. Puede funcionar en scgi con APACHE o cualquier otro servidor web y adem=E1s es un servidor de: FTP, web autonomo, webdav, XML-RPC. En el proyecto de ZOPE empezaron al rev=E9s: Eligieron un unico lenguaje que se adaptase a lo que necesitaban para hacer el servidor en cuesti=F3n. El elegido en este caso fu=E9 Python por ser: - Interpretado. - Multiplataforma. - Identico en todas los sistemas. - Y sobretodo por tener herencia multiple ... ademas de otras muchas cosas. Muchas veces me he parado a pensar que es lo que fall=F3 en BINBO y he llegado siempre a la misma conclusi=F3n: EL PROYECTO ERA INVIABLE HACERLO MULTILENGUAJE por temas de limitaciones de lenguaje y de rendimiento. Por otro lado me ha ayudado en otras muchas facetas de la vida. En lo personal porque conoc=ED a gente de un excelente nivel humano, con inquietudes similares a las mias y dispuesta a perder el tiempo conmigo. El profesional he aprendido muchas cosas que de otra forma es dificil aprender: formas distintas de ver y resolver un mismo problema, algoritmos para hacer cosas, lenguajes, estructuras, etc... y eso a mi no me lo va a quitar nadie (por suerte). Ahora, como conclusi=F3n porque ya me vuelvo a enrollar como las persianas XD, creo que el proyecto en si, como est=E1 planteado es imposible de realizar o por lo menos el rendimiento ser=E1 ridiculo. Bueno por ahora les dejo, a la espera de seguir la discusi=F3n. Un saludo Angel Luis Mula <a....@ar...> On 19 Nov 2001 at 11:09, binbo-developer-admin@lists.s wrote: > Chaps aqui sigue, al pie del ca=F1on, con proyectos > nuevos. > > Ahora debo dedicarle mucho tiempo a la escuela, pues > estoy entrando a examenes finales, ademas que dentro > de tres semanas tengo mi entrega final de taller > integral, lo cual indica que debo de entregar mas de > 35 planos de los cuales no llevo ni siquiera un 15 % > > Binbo... > > Creo que todos nos ilusionamos demasiado al principio > sobre el proyecto y poco a poco cada quien se fue > centrando en sus proyectos personales. Tal vez > retomarlo sea una buena idea, puesto que ya no > empezariamos de cero, tenemos una estructura, > objetivos y alcances. > > Salu2 > > Carlos Alcocer > aka -> chaps. > > __________________________________________________ > Do You Yahoo!? > Find the one for you at Yahoo! Personals > http://personals.yahoo.com > > _______________________________________________ > Binbo-developer mailing list > Bin...@li... > https://lists.sourceforge.net/lists/listinfo/binbo-developer |
|
From: <bin...@li...> - 2001-11-19 19:09:13
|
Chaps aqui sigue, al pie del cañon, con proyectos nuevos. Ahora debo dedicarle mucho tiempo a la escuela, pues estoy entrando a examenes finales, ademas que dentro de tres semanas tengo mi entrega final de taller integral, lo cual indica que debo de entregar mas de 35 planos de los cuales no llevo ni siquiera un 15 % Binbo... Creo que todos nos ilusionamos demasiado al principio sobre el proyecto y poco a poco cada quien se fue centrando en sus proyectos personales. Tal vez retomarlo sea una buena idea, puesto que ya no empezariamos de cero, tenemos una estructura, objetivos y alcances. Salu2 Carlos Alcocer aka -> chaps. __________________________________________________ Do You Yahoo!? Find the one for you at Yahoo! Personals http://personals.yahoo.com |
|
From: <bin...@li...> - 2001-11-19 17:21:46
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Q tal tíos???????? jeje A mi tb me gustaría retomarlo, con nuevas ideas cosas y tal, lo mismo tenemos que restringir los objetvos que en un primer momento fijamos........ pero aa mi me ilusiona mucho esto Salu2 - -- - ------------- Salu2: Ferdy WINDOWS - Will Install Needless Data On Whole System - ------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7+T8kThJpzGxYKDARAsbQAKCJa/MJ9P7ig76VSZiIB8gbgZWUQgCgleHf l8Ro2Ak/vDgkx7MWF/Zu76w= =tGS6 -----END PGP SIGNATURE----- |
|
From: <bin...@li...> - 2001-11-19 17:10:00
|
Vaya. A mi también me ha sorprendido recibir un mensaje de la lista BINBO. Hace mucho que dejo de escribirnos Yum. ¿Que ha pasado con IlDante? ¿Ferdy? ¿Miri? ¿Chaps? ¿...? Ha pasado un tiempo y creo que es hora de retomar este proyecto y sacarlo adelante. Si bién se que muchos de nosotros tenemos actividades que llenan nuestras 24 horas es hora de hacerle un espacio a BINBO... cada que entro a Foros del Web al ver el logo de BINBO, jeje me da alegría pero creo que me daría más si estuviera en construccion por lo menos. Vamos, retomemos lo que algun dia iniciamos, que les parece? cuando es la próxima cita en el Chat? preparénse... Saludos y ojalá le demos actividad a la lista. Ricardo A. Aréchiga C. :: raac :: -- _______________________________________________ 1 cent a minute calls anywhere in the U.S.! http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com |
|
From: <bin...@li...> - 2001-11-18 15:16:45
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Wow................esto se ha movido.....jeje parece mentira..... - -- - ------------- Salu2: Ferdy WINDOWS - Will Install Needless Data On Whole System - ------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE799BnThJpzGxYKDARAoSiAJ9iJ4le0UGtmtGcf4DsSz4StdZOfwCdGEuJ gcyxwFHzBKJzHcan7oJ1ovM= =nbG5 -----END PGP SIGNATURE----- |
|
From: <bin...@li...> - 2001-11-18 10:33:27
|
Probando lista de correo |
