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-29 10:42:19
|
On 28 Nov 2001 at 21:32, binbo-developer-admin@lists.s wrote:
> Bueno primero que nada el esquema de ferdy tentativamente me
parece
> viable en lo unico que estoy en desacuerdo es con los archivos .ini
que
> comenta yum son facilmente descargables.
Siempre existe la posibilidad de que se llamen .ini.php como se hace
con los include (inc.php) y que las configuraciones sean variables.
> Con apache esto sepuede solucionar pero se supone que binbo sera
para
> mas de una plataforma asi que habria que contemplar esto a detalle
mas
> adelante.
>
> Ok A hora aqui con lo de los templates no coincido con yum ya que
esta
> tomando como referencia el esquema de phpnuke y otros y este
esquema no
> es realmente de plantillas ya que el condigo de HTML+CSS se
mescla con
> el de php+funciones+otras yerbas.
Aqui creo que me explique yo mal... a mi no me gusta nada el
esquema ese... me parece demasiado arquetipico y "limita" demasiado
> Y este tipo de esquema es muy dificil de mantener y lo que es peor
ficil
> de personalisar y de agregarles otras platillas que no pierden el
> esquema que ya tiene el sitio lo unico que cambia son los colores y
el
> aspecto que tienen las secciones del sitio como bien dices su
esquema es
> Header
> Body
> Footer
>
> Si usamos realmente plantillas no tendriamos este problema
comentaste la
> clase de smarty pero por lo visto no le hechaste ojo a conciencia.
No he trabajado nunca con un engine de templates. A smarty le heche
un buen vistazo y lo que m=E1s me interes=F3 es la idea de cachear los
templates (Comprobaba que era la misma version la generada con la
que tenia guardada) y que tenia numerosas funciones (creo que tenia
un tree y demas). La idea que m=E1s me interes=F3 es lo de las funciones
estilo tree o men=FA que al final siempre te ahorran tiempo.
> Para explicar mi concepto voy a usar la clase FastTemplate y veras
que
> flexibilidad nos da a un que sea tan "abierto" si puede casar con la
> idea que tenemos.
> El asunto de las plantillas generalmente son los siguientes pasos:
>
> Definir plantillas.
> Asiganr valores a variables.
> Pasar valores a plantillas.
> Imprimir el resultado.
>
> En la clase FastTemplate las variables en las plantillas son de la
> siguiente forma {([A-Z0-9_]+)}
>
> supongamos la plantilla mas sencillas
> <!-- Template index.tpl -->
> <html>
> <head><title>{TITLE}</title>
> </head>
> <h2><body></h2>
> {MSG}
> </body>
> </html>
> <!-- end template index.tpl -->
>
> Luego yo hago mi script para poner el titulo y llenar el mensaje
> <!-- script ejemplo.php -->
> <?
> include "class.FastTemplate.php";
>
> $objTemp =3D new FastTemplate(".");
>
> //definimos plantillas
>
> $objTemp->define(array(index =3D> "index.tpl");
>
> //asignamos valores
>
> $objTemp->assign(array(TITLE =3D> "Pagina de ejemplo",
> MSG =3D> "Esta es una prueba"));
>
> //Pasamos valores
>
> $objTemp->parse(HTML,"index");
>
> //Imprimimos
>
> $objTemp->FastPrint();
>
> Cuando ejecutemos el script nos arrojara el titulo "Pagina de
ejemplo" y
> "esta es una prueba"
>
> A hora que pasa si a alguien se le ocurre agregarle algo mas al
> index.tpl no se el dice yo quieron una imagen y centrar el "esta es
una
> prueba" con una tabla:
>
> <!-- Template index.tpl -->
> <html>
> <head><title>{TITLE}</title>
> </head>
> <body>
> <div align=3D"center">
> <img src=3D"../images/img.jpg">
> </div>
> <p>
> <table align=3D"center">
> <tr>
> <td><font face=3D"Times New Roman" size=3D"2">{MSG}</td>
> </tr>
> </table>
> </body>
> </html>
> <!-- end template index.tpl -->
>
> Cuando corramos el script que sucedera pues lo mismo que en el
anterior
> pero a hora con la imagen y el mensaje desplegado en el tipo de
fuente y
> tama~o especificado y todo sin tener que cambiar ni una linea de
codigo.
> Yo creo que de esta forma no deslindamos del clasico formato que
esta
> mas abajo.
Si todo esto lo habia estado viendo ( no utilizando). Jejeje en zope
hace lo mismo pero todo son objetos... los .tpl en zope vendrian a ser
los metodos DTML o los documentos DTML. Lo que me parece
interesante en zope es a recursividad (busca un objeto en los niveles
superiores si no lo encuentra) y con la idea de un "interfaz" que
verifique en tiempo de dise=F1o las dependencias y que el codigo es
correcto el desarrollo de webs se agiliza bastante el dise=F1o.
>
> No me despido, asi que quedo en espera de retroalimentacion.
>
> Saludos.
> HerSAn
>
> >
> > -------------------
> > | HEADER |
> > | ---------------
> > | | |@ |
> > | | |@ |
> > | | PAGINA |@ |
> > | | |@ |
> > | | |@ |
> > ---------------|@ |
> > | FOOTER |
> > -------------------
> >
> > Este es el esquema "normal" de los weblogs. La columna llena de
arroba
> > suele ser controlada con una variable (en phpnuke $index) si es
> > verdadera ($index=3D1) no aparece.
> >
> > De esta manera la "pagina" es algo asi
> > <?
> > include("header.php");
> > //Definici=F3n de la variable $index
> > // codigo de la pagina
> > include("footer.php");
> > ?>
> >
>
> _______________________________________________
> Binbo-developer mailing list
> Bin...@li...
> https://lists.sourceforge.net/lists/listinfo/binbo-developer
-------------------------------------------------------------------------
Angel Luis Mula <a....@ar...>
Dpto. Desarrollo y sistemas
Area -Investigaci=F3n, S.A.
Tlf: 912105050
|
|
From: <bin...@li...> - 2001-11-29 02:26:08
|
Bueno primero que nada el esquema de ferdy tentativamente me parece
viable en lo unico que estoy en desacuerdo es con los archivos .ini que
comenta yum son facilmente descargables.
Con apache esto sepuede solucionar pero se supone que binbo sera para
mas de una plataforma asi que habria que contemplar esto a detalle mas
adelante.
Ok A hora aqui con lo de los templates no coincido con yum ya que esta
tomando como referencia el esquema de phpnuke y otros y este esquema no
es realmente de plantillas ya que el condigo de HTML+CSS se mescla con
el de php+funciones+otras yerbas.
Y este tipo de esquema es muy dificil de mantener y lo que es peor ficil
de personalisar y de agregarles otras platillas que no pierden el
esquema que ya tiene el sitio lo unico que cambia son los colores y el
aspecto que tienen las secciones del sitio como bien dices su esquema es
Header
Body
Footer
Si usamos realmente plantillas no tendriamos este problema comentaste la
clase de smarty pero por lo visto no le hechaste ojo a conciencia.
Para explicar mi concepto voy a usar la clase FastTemplate y veras que
flexibilidad nos da a un que sea tan "abierto" si puede casar con la
idea que tenemos.
El asunto de las plantillas generalmente son los siguientes pasos:
Definir plantillas.
Asiganr valores a variables.
Pasar valores a plantillas.
Imprimir el resultado.
En la clase FastTemplate las variables en las plantillas son de la
siguiente forma {([A-Z0-9_]+)}
supongamos la plantilla mas sencillas
<!-- Template index.tpl -->
<html>
<head><title>{TITLE}</title>
</head>
<h2><body></h2>
{MSG}
</body>
</html>
<!-- end template index.tpl -->
Luego yo hago mi script para poner el titulo y llenar el mensaje
<!-- script ejemplo.php -->
<?
include "class.FastTemplate.php";
=20
$objTemp =3D new FastTemplate(".");
=20
//definimos plantillas
$objTemp->define(array(index =3D> "index.tpl");
//asignamos valores=20
$objTemp->assign(array(TITLE =3D> "Pagina de ejemplo",
MSG =3D> "Esta es una prueba"));
//Pasamos valores
$objTemp->parse(HTML,"index");
=20
//Imprimimos
$objTemp->FastPrint();
Cuando ejecutemos el script nos arrojara el titulo "Pagina de ejemplo" y
"esta es una prueba"
A hora que pasa si a alguien se le ocurre agregarle algo mas al
index.tpl no se el dice yo quieron una imagen y centrar el "esta es una
prueba" con una tabla:
<!-- Template index.tpl -->
<html>
<head><title>{TITLE}</title>
</head>
<body>
<div align=3D"center">
<img src=3D"../images/img.jpg">
</div>
<p>
<table align=3D"center">
<tr>
<td><font face=3D"Times New Roman" size=3D"2">{MSG}</td>
</tr>
</table>
</body>
</html>
<!-- end template index.tpl -->
Cuando corramos el script que sucedera pues lo mismo que en el anterior
pero a hora con la imagen y el mensaje desplegado en el tipo de fuente y
tama~o especificado y todo sin tener que cambiar ni una linea de codigo.
Yo creo que de esta forma no deslindamos del clasico formato que esta
mas abajo.
No me despido, asi que quedo en espera de retroalimentacion.
Saludos.
HerSAn
=20
>=20
> -------------------
> | HEADER |
> | ---------------
> | | |@ |
> | | |@ |
> | | PAGINA |@ |
> | | |@ |
> | | |@ |
> ---------------|@ |
> | FOOTER |
> -------------------
>=20
> Este es el esquema "normal" de los weblogs. La columna llena de arroba
> suele ser controlada con una variable (en phpnuke $index) si es
> verdadera ($index=3D1) no aparece.
>=20
> De esta manera la "pagina" es algo asi
> <?
> include("header.php");
> //Definici=F3n de la variable $index
> // codigo de la pagina
> include("footer.php");
> ?>
>
|
|
From: <bin...@li...> - 2001-11-28 09:04:44
|
Gente, les escribo para comunicarles que YUM se va a quedar por un tiempo sin su Nemesis, o sea YO, me voy de viaje, asi que los voy a dejar planear tranquilo, asi cuando yo vuelva esta todo terminadito y empezamos a escribir =) No, ahora en serio, me voy unos meses, y sin conexion, pero en cuanto pueda mandar algo a la news, lo hare, mientras voy a aprovechar para hacer mi idea alternativa, y aprender algo de PHP, asi por lo menos entiendo de lo que hablan =) (lo peor es que dije que iba a hablar en serio =) a los sumo seran 3 meses donde ustedes viviran relajados y tranquilos, pero cuando tenga algo, se los mando, eso si, en ASP, pero tratare de documentarlo todo asi entienden (bueno, como si fuera dificil leer el codigo VBScript!!) Y de paso mando la ayuda y el flujo de la idea, la cual, si no les gusta, la descartamos y la uso para otra cosa (nada se pierde!!!) Bueno, les mando unos saludos, y les recuerdo No conviene que nosotros le demos apariencia a las paginas qeu se haran con Binbo, comviene que sea el usuarios el que pueda hacer sus propios estilos (recuerden eso, que es, aparte del idioma, el rasgo distintivo entre nuestro weblog y todos los demas), eso seria uno de los puntos mas importantes, es mas, si quieren copien todo el codigo del php nuke, pero lo importante son esas cosas (a mi entender, claro) 1) escrito en la lengua de Cervantes 2) estilo personalizado ah, y lo de los archivos de texto y las bases de datos para guardar datos de la aplicacion, lo mejor serian (me parece) los archivos de texto, pero codificados de alguna forma interna, para que si uno los lee, no entienda nada, y solo se "entiendan" traduciendolos por medio de la aplicacion, no es totalmente seguro, pero es importante para sitios que no tiene posibilidad de usar una db Bueno, no me extiendo mas Que la pasen bien en el verano/invierno (lo que les toque a cada uno), yo voy a estar pensando en esto, y viendo si puedo bajarme por lo menos los mensajes de la lista desde algun cybercafe o un locutorio (o si me consigo una conexion! =) no me extiendo mas los dejo Exitos! Horacio Gomez .. y tambien iJanos =) Lanus, Argentina |
|
From: <bin...@li...> - 2001-11-27 18:57:43
|
----- Mensaje Original ----- De=3A binbo-developer-admin=40lists=2Esourceforge=2Enet Fecha=3A Martes=2C Noviembre 27=2C 2001 6=3A07 pm Asunto=3A Re=3A =5BBinbo-developer=5D Mi sencilla idea para el funcionami= ento = de BINBO =3E -----BEGIN PGP SIGNED MESSAGE----- =3E Hash=3A SHA1 =3E = =3E Veamos=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E= =2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E =3E = =3E Preguntas=3A ( esta vez con respuestas jiji ) =3E ---------- =3E = =3E 1) He visto que los modulos son =22solo=22 clases extendidas de la = =3E clase = =3E binbo que pueden acceder a sus metodos y demas (INI=2C SQL=2C etc=2E=2E= =2E) = =3E =BFdonde y como se almacenan las instancias (objetos) de estas = =3E clases=3F = =3E =BFSon un fichero de texto que se lee=3F =BFen una bd=3F = =3E Si=2C son un fichero de texto guardado en modules=2E He = =3E pensado en un cargador = =3E de los m=F3dulos que se de cuenta si BINBO fue cargado al intentar = =3E cargar foro = =3E y si no fue cargado=2C cargarlo=2E Las instancias son variables de la= = =3E clase BINBO=2E Umm=2E=2E=2E esto no me termina de gustar y te dir=E9 porqu=E9=2E Los fic= heros de = texto plano se pueden leer solo se=F1alando su URL con el navegador=2E = Sobre el acceso a ficheros de texto no se puede tener control=2E Yo para todo esto sigo manteniendo que la mejor opcion es almacenar = estas cosas en la bd=2E Las clases podrian almacenarse=2C tal como dices=2C= = en /modules=2C pero las instancias de estas clases no las almacenaria = all=ED=2E Ahora con los templates=2E=2E=2E veamos=2C el problema de que estos = templates =22valgan para todo=22 es que tendrian que ser muy generales=2E= = Estos templates al final serian=2C mas o menos=2C CSS=2E Donde se = delimitarian=2C color1=2C color2=2C font principal=2C etc=2E=2E=2E pues a= l ser el = dise=F1o tan abierto no hay forma de que casen las cosas (en phpnuke y = dem=E1s weblog=2C el problema es mas facil de supsanar puesto que el = dise=F1o es=3A header+pagina+footer)=2E Aunque podriamos usar tambien est= e = esquema=2E=2E=2E el problema vuelve a ser el mismo=2E=2E=2E en phpnuke=2C= = phpwebsite=2C etc hace distinci=F3n entre =22modulo=22 y plugins=2E Un mo= dulo = ocupa la =22pagina=22 mientras que los plugins se concentran en las = columnas centrales (pricipio del footer o final del header)=2E ------------------- =7C HEADER =7C = =7C --------------- =7C =7C =7C=40 =7C =7C =7C =7C=40 =7C =7C =7C PAGINA =7C=40 =7C =7C =7C =7C=40 =7C = =7C =7C =7C=40 =7C ---------------=7C=40 =7C =7C FOOTER =7C ------------------- Este es el esquema =22normal=22 de los weblogs=2E La columna llena de arr= oba = suele ser controlada con una variable (en phpnuke =24index) si es = verdadera (=24index=3D1) no aparece=2E De esta manera la =22pagina=22 es algo asi =3C=3F include(=22header=2Ephp=22)=3B //Definici=F3n de la variable =24index // codigo de la pagina include(=22footer=2Ephp=22)=3B =3F=3E En esas dos columnas se colocan los plugins y los modulos son solo la = llamada a header y footer + un fichero maestro (en phpnuke = mainfile=2Ephp)=2E Los themes son solo definiciones de las cajas de las = columnas=2C los encabezados=2C la letra=2C los colores=2C etc=2E=2E=2E Bueno=2C no se a que a venido tanto rollo si supongo que no os he = descubierto nada nuevo=2E =3E 2) Como se llama a estos objetos=3F =3E Segun he creido entender=2C cuando yo creo un objeto del tipo que = =3E sea le = =3E tengo que indicar que template uso (osea un heredar=E1 atributos de = =3E presentacion de templates)=2C que base de datos usa (heredar=E1 el = =3E connect = =3E de la BD) y los ini que necesite=2E =BFDebe leer en cada llamada = =3E todos = =3E estos archivos=3F =3E En cada llamada al objeto debe cargar los m=F3dulos como INI = =3E MySQL Template=2C = =3E al programar ese m=F3dulo defines la plantilla a usar y esas = =3E cosas=2E=2E=2E=2E=2Epero la = =3E plantilla solo se incluye al llamar al m=E9todo del objeto que la = =3E necesita =3E Ferdy=2E Bueno esto lo complendo=2E La unica duda que podria tener es entorno a = la jerarquizaci=F3n=2E=2E=2E y que no me parece demasiado bueno unir los = templates con lo demas=2E En nuke los templates son themes y estos se elige por cada usuario y = se almacena en la cookie=2E Hay un directorio =5Cthemes=5C lo unico que h= ay = que hacer es poner alli un tema y automaticamente se a=F1ade a la lista = para elegir=2E Hay que elegir ademas uno por defecto=2E =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 iD8DBQE8A8hAThJpzGxYKDARAvq9AKCcOEaS953aJ1F1Siqh4cNu5THxkQCgskdk =3E i5oScZRvEna8hptI1uS1JrI=3D =3E =3DETJM =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-27 17:09:00
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Veamos................................... Preguntas: ( esta vez con respuestas jiji ) ---------- 1) He visto que los modulos son "solo" clases extendidas de la clase binbo que pueden acceder a sus metodos y demas (INI, SQL, etc...) ¿donde y como se almacenan las instancias (objetos) de estas clases? ¿Son un fichero de texto que se lee? ¿en una bd? Si, son un fichero de texto guardado en modules. He pensado en un cargador de los módulos que se de cuenta si BINBO fue cargado al intentar cargar foro y si no fue cargado, cargarlo. Las instancias son variables de la clase BINBO. 2) Como se llama a estos objetos? Segun he creido entender, cuando yo creo un objeto del tipo que sea le tengo que indicar que template uso (osea un heredará atributos de presentacion de templates), que base de datos usa (heredará el connect de la BD) y los ini que necesite. ¿Debe leer en cada llamada todos estos archivos? En cada llamada al objeto debe cargar los módulos como INI MySQL Template, al programar ese módulo defines la plantilla a usar y esas cosas.....pero la plantilla solo se incluye al llamar al método del objeto que la necesita Ferdy. - -- - ------------------- Salu2 Ferdy No GATES neither WINDOWS - ------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8A8hAThJpzGxYKDARAvq9AKCcOEaS953aJ1F1Siqh4cNu5THxkQCgskdk i5oScZRvEna8hptI1uS1JrI= =ETJM -----END PGP SIGNATURE----- |
|
From: <bin...@li...> - 2001-11-27 16:34:40
|
Bueno voy a poner unas cuantas pegas o mas bien quisiera que me = aclarases unos puntos=2E=2E=2E =3E Como tengo 4 horas a la semana de Filosof=EDa en el Instituto pues = =3E al ser una = =3E pesadez=2E=2E=2E=2E=2E=2Eme dedico a BINBO jeje=2E=2E=2E=2E=2E=2E=2E=2E= =2E=2E=2E=2E La filosofia mola XD =3E = =3E veamos=2E=2E=2E =3E = =3E BINBO =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=7C=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F =3E =7C =7C =7C = =3E INI mysql templates sencillos =3E =7C=5F=5F=5F=5F=5F=5F=7C=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=7C =3E =7C =3E =2E=2E=2E=2E todos los m=F3dulos=2E=2E=2E=2E=2E =3E = =3E BINBO es una clase=2C y los m=F3dulos son clases extendidas de BINBO = ( = =3E class foro = =3E extends BINBO )=2E De manera que TODO m=F3dulo puede acceder a la = =3E configuraci=F3n = =3E del sistema=2C a la BD y a las plantillas para mostrar datos=2E =3E = =3E El sistema de directorios ser=EDa=3A =3E = =3E / =3E =7C =3E =7C - sql =3E =7C - modulos =3E =7C - conf =3E =7C - imagenes =3E =7C - lib =3E =7C - plantillas =3E ( seguro que se me olvida alguno =3B) ) =3E = =3E sql -=3E guardar las definiciones de tablas de los m=F3dulos =3E modulos -=3E guarda las clases de los m=F3dulos =3E conf -=3E archivos de configuraci=F3n=2C tanto *=2Eini como config=2E= php =3E imagenes -=3E guarda im=E1genes =3B) =3E lib -=3E guarda cosas como ini=2Ephp mysql=2Ephp templates=2Ephp etc = etc etc =3E plantillas -=3E plantillas para mostrar por ejemplo=2E=2E=2E=2Emensaj= es de = =3E foros =2E=2E=2E=2E = =3E las noticias=2E=2E=2E=2E los art=EDculos =3E = =3E = =3E A ver qu=E9 os parece =3B) Preguntas=3A ---------- 1) He visto que los modulos son =22solo=22 clases extendidas de la clase = binbo que pueden acceder a sus metodos y demas (INI=2C SQL=2C etc=2E=2E=2E= ) = =BFdonde y como se almacenan las instancias (objetos) de estas clases=3F = =BFSon un fichero de texto que se lee=3F =BFen una bd=3F = 2) Como se llama a estos objetos=3F Segun he creido entender=2C cuando yo creo un objeto del tipo que sea le = tengo que indicar que template uso (osea un heredar=E1 atributos de = presentacion de templates)=2C que base de datos usa (heredar=E1 el connec= t = de la BD) y los ini que necesite=2E =BFDebe leer en cada llamada todos = estos archivos=3F =2E=2E=2E el dise=F1o est=E1 bastante bien y me convence bastante por aho= ra =3A-) Un saludo = Yum |
|
From: <bin...@li...> - 2001-11-27 14:42:57
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Como tengo 4 horas a la semana de Filosofía en el Instituto pues al ser una
pesadez......me dedico a BINBO jeje............
veamos...
BINBO
__________|___________
| | |
INI mysql templates sencillos
|______|______________|
|
.... todos los módulos.....
BINBO es una clase, y los módulos son clases extendidas de BINBO ( class foro
extends BINBO ). De manera que TODO módulo puede acceder a la configuración
del sistema, a la BD y a las plantillas para mostrar datos.
El sistema de directorios sería:
/
|
| - sql
| - modulos
| - conf
| - imagenes
| - lib
| - plantillas
( seguro que se me olvida alguno ;) )
sql -> guardar las definiciones de tablas de los módulos
modulos -> guarda las clases de los módulos
conf -> archivos de configuración, tanto *.ini como config.php
imagenes -> guarda imágenes ;)
lib -> guarda cosas como ini.php mysql.php templates.php etc etc etc
plantillas -> plantillas para mostrar por ejemplo....mensajes de foros ....
las noticias.... los artículos
A ver qué os parece ;)
Ferdy
- --
- -------------------
Salu2 Ferdy
No GATES neither WINDOWS
- -------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE8A6YCThJpzGxYKDARAk5bAJ47dfNyMr0fAVd5FL7NtWnXe3nNYQCghdVc
oTw1y3fYiuzGH8qP6+CnQ8g=
=qCgE
-----END PGP SIGNATURE-----
|
|
From: <bin...@li...> - 2001-11-26 16:26:10
|
bin...@li... wrote: > - Templates estilo smarty,xtemplates, etc... --> =BFIldante? > - Kernel + Estructura arbol (herencia multiple) --> Ferdy > - Kernel + BD de Objetos ---> Yum > - Weblog clasico (plugins + modulos) (estilo phpwebsite o phpnuke) -- > > Hersan Jejejeje lo de los templates fue una conclusion a la que se llege con Dante en nuestro primer encuentro y de hecho dante desarrollo por aquellos dias un script que escribia tablas y que se configuraban desde una interfaz html, lo de los modulos no es idea mia ya estaba contemplado desde el comienzo ya que no todo mundo va a necesitar todo lo que pueda implementar bonbo. > todos los planteamientos, es la del kernel que "renderice" la pagina a > mostrar. La gran diferencia est=E1 sobretodo en los peque=F1os detalles= y > la orientaci=F3n de cada cual. A Ildante le preocupa el aspecto final y > separar el codigo base de lo mostrado. A Ferdy le interesa que la > aplicaci=F3n rinda mucho, est=E9 muy optimizada y que presente un reto > para =E9l (vamos que sea algo pionero) y a mi me interesa tener el > control sobre todo, usuarios, objetos, accesos, etc.. pues podria > orientarlo hacia una peque=F1a empresa o una web que tenga o > necesite mas de un administrador.... > ... pero todo se andar=E1 y veremos en que queda todo. >=20 de acuerdo con el kernel con lo unico que no funco es con las etiquetas, lo de reto todo proyecto por gusto o por dinero ya representa por si mismo un reto asi que por ese lado ferdy puede estar tranquilo, y para lo del control eso es logico con tantos elementos disponibles en binbo es logico que tenga que haber un control de todo y es hay donde radica el concepto que yo entiendo de kernel y de modulos. Y bueno a mi lo que me procupa e sno comenzar (Ya no habia preocupaciones para escoger jejejeje). Bueno me quedo en espera de noticias. Saludos HerSAn |
|
From: <bin...@li...> - 2001-11-26 15:42:44
|
Umm... la verdad que en su tiempo nos convenci=F3 mucho... a ver si encuentro los viejos mensajes y me refresco m=E1s aun la memoria. Bueno seria interesante que cada cual expusiese, tal como lo estamos haciendo ahora, su forma de hacer BINBO. Recopilando por ahora llevamos: - Templates estilo smarty,xtemplates, etc... --> =BFIldante? - Kernel + Estructura arbol (herencia multiple) --> Ferdy - Kernel + BD de Objetos ---> Yum - Weblog clasico (plugins + modulos) (estilo phpwebsite o phpnuke) -- > Hersan - Y la idea de iJanos que no la termino de comprender, jejeje es que estoy muy corto. Asi que bueno a ver que sacamos en claro de todo esto. Por ahora creo que lo mejor es ir deshechando ideas, ya sean por inviables, arriesgadas, alocadas o trabajosas... o simplemente porque no tengan una especial motivaci=F3n para cada cual. Asi que antes de que nos pase como anta=F1o, que lluevan ideas, cada cual nos aferremos a la nuestra y no haya nada concreto. Para mi gusto la idea que hay hay que salvar y que es comun en casi todos los planteamientos, es la del kernel que "renderice" la pagina a mostrar. La gran diferencia est=E1 sobretodo en los peque=F1os detalles y la orientaci=F3n de cada cual. A Ildante le preocupa el aspecto final y separar el codigo base de lo mostrado. A Ferdy le interesa que la aplicaci=F3n rinda mucho, est=E9 muy optimizada y que presente un reto para =E9l (vamos que sea algo pionero) y a mi me interesa tener el control sobre todo, usuarios, objetos, accesos, etc.. pues podria orientarlo hacia una peque=F1a empresa o una web que tenga o necesite mas de un administrador.... ... pero todo se andar=E1 y veremos en que queda todo. Angel Luis Mula <a....@ar...> On 26 Nov 2001 at 15:42, binbo-developer-admin@lists.s wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Herencia m=FAltiple ?? pues una de las razones por las cuales desechamos un > esquema de =E1rbol que dise=F1amos yum y yo fue porque PHP no soportaba herencia > m=FAltiple, ahora con esta soluci=F3n podemos volver a nuestro esquema de =E1rbol, > que a mi me pareci=F3 la mejor soluci=F3n de todas las que se dieron. > > Ferdy. > > - -- > - ------------------- > Salu2 Ferdy > No GATES neither WINDOWS > - ------------------- > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iD8DBQE8AlTZThJpzGxYKDARApdQAKC5XDI1Hn2aGC1opf5R2I72n NagyQCcD83c > yfw8iwL3ys8JolZoUfk8gfQ=3D > =3Disu5 > -----END PGP SIGNATURE----- > > _______________________________________________ > Binbo-developer mailing list > Bin...@li... > https://lists.sourceforge.net/lists/listinfo/binbo-developer |
|
From: <bin...@li...> - 2001-11-26 14:44:21
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Herencia múltiple ?? pues una de las razones por las cuales desechamos un esquema de árbol que diseñamos yum y yo fue porque PHP no soportaba herencia múltiple, ahora con esta solución podemos volver a nuestro esquema de árbol, que a mi me pareció la mejor solución de todas las que se dieron. Ferdy. - -- - ------------------- Salu2 Ferdy No GATES neither WINDOWS - ------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8AlTZThJpzGxYKDARApdQAKC5XDI1Hn2aGC1opf5R2I72nNagyQCcD83c yfw8iwL3ys8JolZoUfk8gfQ= =isu5 -----END PGP SIGNATURE----- |
|
From: <bin...@li...> - 2001-11-25 18:13:11
|
Esto no es una interrupci=F3n por ignoriancia (bueno, mas o menos), pero.= .... Para que nos sirve al herencia multiple en este weblog? Si creamos un lenguaje que no sea de marcas solamente, si no que incluye sentencias de control y todo eso, =BFestamos facilitando las cosas al usu= ario? Yo pienso que estamos tomado en cuenta factores que no son ni necesarios,= y que por ultimo, lo unico que lograrian es dilatar el dise=F1o de BINBO. Otra cosa Estamos pensando es para alguien que tiene acceso al servidor? o para cualquier persona, incluso los que quieren colgar su sitio en un servidor gratuito? Reflecciones que se me ocurren Ah, antes que nada, lo de definir si las variables se escriben de tal o c= ual manera, eso, no es independiente de cada modulo? al fin y al cabo las variables son parte de los modulos. Bueno, yo en una semana mas no voy a poder venir seguido, asi que van a estar mas tranquilos, yo quizas asi pueda tambien ponerle mas pilas a mi forma de encarar un weblog, si les gusta bien, y si no tenemos dos proyec= tos =3D). Bueno, me despido, Exitos, Horacio Gomez (a veces me decian iJanos =3D) |
|
From: <bin...@li...> - 2001-11-24 21:51:53
|
Bueno lo primero es felicitar a Ferdy=2E=2E=2E he estado siguiendole la = pista estos dias y =A1=A1joder!! est=E1 intratable en esto de la = programaci=F3n XD=2E En segundo lugar estoy de acuerdo es que seria bueno crear un peque=F1o = estandar de nomneclatura de variables y de escritura de codigo=2E Algo = asi como que todas las variables empiecen en mayusculas las palabras = en una misma palabra se separan con =5F o mayuscula=2C la longitud maxima= = sea de X=2E Si es una tabla nombrarlo empezando con Tbl o si el campo = contiene identificadores terminar o empezar el codigo con Id o Cod=2E=2E=2E= = e infinidad de cosas como si el campo es un campo de Integer si hay = que expecificarlo en el codigo o no=2E=2E=2E y todo esto teniendo en cuen= ta = algunos peque=F1os detalles=2E=2E=2E jejjee les hablar=E9 de una historia= de = zope (joder que pesado y espeso estoy con eso XD)=3A En zope no hay ninguna limitaci=F3n a la hora de ponerle un id al = objeto=2E Es decir puede contener cualquier caracter=2E El problema viene= = a la hora de usar metodos externos de perl o python=2E El interprete =22s= e = hace la picha un lio=22 al leer id=B4s que contengan =2E =F3 - =F3 =5F=5F= pues en = python los interpreta como llamadas a metodos de objetos o el simbolo = de resta=2E Por eso no es aconsejable usarlo=2E = La verdad es que no se si en php=2C asp=2C cfm o lo que sea hay alguna = limitaci=F3n encuanto al nombre de las variables o la longitud=2C asi que= = abogo a algo de este estilo=3A - Las variables empiezan en mayusculas=3A EJ=3A =24Variable - En nombre de las tablas comienza por Tbl EJ=3A TblUno - No se usa ningun caracter para separar palabras en una variable = (vease =5F - ) EJ=3A =24VariableColorPrimario - Se deberia asignar una nomenclatura y un orden para designar las = variables=2C campos=2C tipos=2C etc=2E=2E=2E algo asi como=3A Tbl=3D Tabla Cod=3D Codigo (en ingles Id) Str=3D String Var=3D Variable Int=3D Integer Col=3D Color Usu=3D Usuario Pass=3D Password etc=2E=2E=2E - La nomenclatura tendria que tener un orden y posici=F3n predefinida y = por prioridades=2E=2E=2E Es decir si una variable afecta a un campo de Cod de usuarios = deberiamos saber si el orden correcto seria=3A =24VarCodUsu=2C =24CodUsuV= ar=2C = =24UsuCodVar=2C etc=2E=2E=2E - Siempre que sea posible que las palabras utilizadas fuesen en = espa=F1ol=2E=2E=2E etc=2E=2E=2E Al igual la idea de documentar los archivos=2C funciones=2C etc=2E=2E es = buenisima=2C pero creo que soy el menos apropiado=2C pues por suerte o po= r = desgracia no estoy acostumbrado a =22tirar codigo=22=2E Por cierto el = ini=2Ephps de Ferdy se entiende bastante bien=2C podemos usarlo a priori = como formato estandar de los archivos=2E=2E=2E pero bueno=2C como digo de= jo = esto en sus manos=2E=2E=2E = Yum (Angel Luis Mula) = ----- Mensaje Original ----- De=3A binbo-developer-admin=40lists=2Esourceforge=2Enet Fecha=3A S=E1bado=2C Noviembre 24=2C 2001 0=3A10 am Asunto=3A =5BBinbo-developer=5D Otro tema =3E Bueno en lo que se decide como se va a realizar el corazon de = =3E binbo y =3E como trabajara=2C seria bueno que acordemos una convencion para la =3E escritura de codigo como comento ferdy en mensajes pasados=2E y en = =3E cuantoa esto estoy hablando tambien de la definicion de variables=2C = =3E funciones y =3E metodos nombres de clases etc=2E todo para facilitar la lectura de = =3E codigopara desarrolladores futuros=2E =3E = =3E En la sintaxis de funciones estoy totalmente de acuerdo con ferdy = =3E que el =3E mejor metodo es=3A =3E = =3E function nombre(etc) =3E =7B =3E = =3E //operaciones =3E = =3E =7D =3E = =3E tambien en los datos que reciven cada funcion como comenta ferdy sea =3E considerados validos y generar un clase aparte que valide dichos = datos =3E antes de ser usados=2E =3E = =3E A hora en cuanto a nombre de variables no se que les parece que =3E pongamons en sufijo y el nombre de la variable que defina para que = =3E sirvey de que tipo es no se algo como = =3E = =3E =24strNombre o =24arrNombre para especficar que es un arreglo u otra = cosa =3E aparte de tomar en cuenta que los nombres de funciones y variables = =3E seanmas o menos intuitivos y no se tenga que andar pensando para = =3E que sirven =3E si irnos a los extremos con nombres del tipo =22=24strNombre=5Fde=5Fb= d=22 o = =3E cosasasi jejejeje=2C a hora seria interesante saber si nos = =3E apegaremos al ingles =3E o al espa=7Eol para declarara todo esto=2E =3E = =3E Si se que a lo mejor este tema paresca no muy impratante o demasiado =3E obvio pero no hay que dejarlo pasar=2E =3E = =3E Saludos=2E =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-24 18:14:34
|
Umm=2E=2E bueno parece que hay algo de confusi=F3n entorno a la propuesta= = que lanc=E9 hace unos dias=2E Yo no pretendo hacer un zope en espa=F1ol=2C ya que zope se queda muy = lejos de lo que pretende qe hacer BINBO=2E Si os fijais no introduje = ninguna idea nueva en la exposici=F3n del otro dia=2E Todas las ideas son= = las que hemos tratado m=E1s de mil veces en las reuniones=3A -BML -Basado en objetos=2E La cuesti=F3n de compararlo a priori con la parte de zope que hace esto = es porque es la idea m=E1s simple=2C m=E1s comoda y la que=2C segun creo = yo=2C = m=E1s rapida se puede desarrollar=2E Respecto a el uso de la base de datos o instalar modulos = suplementarios=2C creo que nunca he dejado el enfoque de BINBO m=E1s alla= = de una herramienta que se pueda usar por todo el mundo y en la mayoria = de los servidores de correo=2E LA BASE DE DATOS=3A ----------------- Como ya he manifestado muchas veces durante el desarrollo de BINBO una = de mis inquietudes es la jerarquizaci=F3n de usuarios (varios tipos de = usuarios) y el control de acceso=2E La forma m=E1s factible de hacer esto= = sin tener acceso a la maquina=2C sin poder instalar nada o cambiar = permisos creo que es a traves de la bd=2E Lo unico diferente que he planteado en este sentido es almacenar los = objetos en la BD y no creo que esto sea un gran problema=2C pues en un = hipotetico objeto =22foro=22 lo que menos ocuparia es el objeto foro sino= = los datos de este=2E Miran mi idea mezcla dos grandes desarrollos=2E Por una parte el motor = de renderizado de BINBO (es decir=2C lo que muestra el resultado=3A EL = KERNEL) y por otra parte el =22interfaz del administrador de BINBO=22=2E = Lo que interesa del primero es que sea potente y que sea veloz=2E Es = decir la optimizaci=F3n=2C pues es el encargado de la visualizaci=F3n de = un = sitio hecho por BINBO=2E El segundo es el interfaz donde se maneja todo el coraz=F3n de BINBO=2C = donde se a=F1aden objetos=2C se administra=2C etc=2E=2E=2E algo asi como = el manage = de zope o el admin=2Ephp de phpnuke=2E Estas cosas pueden ir perfectamente separado pues en mi concepci=F3n de = binbo al generar paginas=2C crearlas=2C modificarlas=2C a=F1adir usuarios= =2C = etc=2E=2E=2E no necesitas un rendimiento excepcional=2C sino m=E1s bien u= na = herramienta precisa=2C que controlo los errores=2C te ayude a localizarlo= s = y sobretodo sea facil de usar y amistosa=2E Miren=2C ahora volviendo al BML=2C mi idea es la siguiente=3A =2E=2E=2E Imaginemos que todo se hace a traves de el interfaz administrat= ivo = y existe un lenguaje propio de BINBO (BML) que se usa junto con el = HTML=2C javascript=2C DHTML=2C etc=2E=2E=2E En el interfaz lo que hariam= os es = a=F1adir un nuevo objeto de la clase =22DOCUMENTO BML=22 Ahora imaginemos= = que el BML=2C como ya escrib=ED en en un mensaje anterior=2C puede llamar= a = otros objetos=2C manipularlos y tiene metodos propios (tree=2C menu) y = sentencias de control de flujo (BML-IF)=2E El documento creado podria = ser algo asi=3A =3Chtml=3E =3Chead=3E =3Ctitle=3E=3C=25BML-titulo=25=3E =3C/title=3E =3C/head=3E =3Cbody=3E =3C=25BML-Objeto =22imagen=22=25=3E =3C=25BML-Tree=25=3E =3C=25BML-objeto =22carpeta=2EObtenerLista()=22=25=3E =3C/=25BML-Tree=25=3E =3C/body=3E =3C/html=3E Lo que generaria esto deberia ser una pagina que muestra en el title = el titulo de la pagina=5B =3C=25BML-titulo=25=3E =5D=2E Despues muestra u= na imagen = llamada =22imagen=22=5B=3C=25BML-Objeto =22imagen=22=25=3E=5D Despues deberia generar un arbol a partir de la lista del directorio = Carpeta =5B=3C=25BML-Tree=25=3E =3C=25BML-objeto =22carpeta=2EObtenerLista()=22=25=3E =3C/=25BML-Tree=25=3E =5D Lo que deberia hacer el interfaz a la hora de grabar este =22DOCUMENTO = BML=22 es comprobar las dependencias =5Bque exista el objeto imagen y el = objeto carpeta y que este ultimo soporte el metodo ObtenerLista()=5D y = si no es asi dar un mensaje de error y decir donde se encuentra este=2E = En segundo lugar=2C una vez verificado que el codigo es correcto debe = almacenar estos datos de una forma doble=2E=2E=2E jejeje esto es lo que = queria explicar XD =3A Miren=2C al analizar el codigo y ver que es correcto=2C por una parte = almacenar=E1 el codigo del documento en un campo y por otra parte = almacenar=E1 el codigo pasado a php=2C asp o lo que sea de forma nativa=2E= = Asi en tiempo de ejecuci=F3n el kernel no tiene que traducir el BML pues = el =22Interfaz=22 se ha encargado de ello=2E La segunda gran ventaja resi= de = en el hecho de que ese codigo =22php nativo=22 no es manipulable desde = ningun sitio=2C salvo a traves del =22interfaz=22 y el administrador del = sitio siempre ver=E1 el codigo BML que el ha escrito e internamente BML = trabajar=E1 nativamente con php=2E La tercera ventaja es el control de = errores=2E=2E=2E si desde el mismo principio se comprueba la consistencia= = del codigo=2C al no dejarte publicar codigo no validado=2C la posibilidad= = de un mal funcionamiento se limita bastante=2E =2E=2E=2E Y bueno=2C ideas tengo bastantes en este sentido=2C pero ya os = ir=E9 =22bombardeando=22 poco a poco=2E = Otra cosa=2E=2E=2E no os confundais=2C zope no funciona as=ED=2E Zope en = este caso = es mucho m=E1s=2C puesto que es un servidor autonomo web=2C ftp=2C XML-RP= C y = webdav=2E Soporta versiones=2C tiene base de datos orientada a objetos = propia (ZDB)=2C tiene (lo mas importante) un sistema de catalogaci=F3n y = busqueda (Zcatalog)=2C llamadas a metodos externos de Perl=2C Phyton y = php=2C etc=2E=2E=2E BINBO no va en ningun caso por este sentido=2C tan so= lo = recoge algunas ideas de zope =3A-P Un saludo=2E=2E=2E y para que lo sepa Ferdy=2C soy Yum (Angel Luis Mula) = jejeje ----- Mensaje Original ----- De=3A binbo-developer-admin=40lists=2Esourceforge=2Enet Fecha=3A S=E1bado=2C Noviembre 24=2C 2001 11=3A43 am Asunto=3A Re=3A =5BBinbo-developer=5D Algunas cosillas sobre las que = hereflexionado para el desarrollo =3E -----BEGIN PGP SIGNED MESSAGE----- =3E Hash=3A SHA1 =3E = =3E A ver=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E= =2E=2E=2E lo de la herencia m=FAltiple est=E1 m=E1s = =3E que = =3E superado=2C mirad esto =3E = =3E class uno =3E =7B =3E var =24bd =3D new MySQL()=3B =3E var =24config =3D new INI()=3B =3E =7D =3E class mysql =3E =7B =3E var =24host=3B =3E =7D =3E class ini =3E =7B =3E var =24fich=3B =3E =7D =3E = =3E class dos extends uno =3E =7B =3E var =24otra=3B =3E =7D =3E = =3E =24inst =3D new dos()=3B =3E =24host =3D =24inst-=3Ebd-=3Ehost=3B =3E = =3E Con eso ya no tenemos problemas de herencia m=FAltiple =3E = =3E Lo que tambi=E9n quer=EDa comentar=2C es sobre los m=F3dulos=2C deber= =EDamos = =3E hacer una = =3E API y desarrollar sobre esa API las cosas =3E = =3E Bueno=2C actualizada INI=2Ephp ( = =3E http=3A//ferpereda=2Emultimania=2Ecom/INI=2Ephps ) =3E = =3E Salu2 =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/3nRThJpzGxYKDARAmpaAJwN/zPlgB6vztXSCV7DKJnQYqkr5ACeLKnP =3E XWijdfrFhc+4Qdy7ABDIA68=3D =3E =3Dn97e =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-24 10:45:22
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
A ver......................... lo de la herencia múltiple está más que
superado, mirad esto
class uno
{
var $bd = new MySQL();
var $config = new INI();
}
class mysql
{
var $host;
}
class ini
{
var $fich;
}
class dos extends uno
{
var $otra;
}
$inst = new dos();
$host = $inst->bd->host;
Con eso ya no tenemos problemas de herencia múltiple
Lo que también quería comentar, es sobre los módulos, deberíamos hacer una
API y desarrollar sobre esa API las cosas
Bueno, actualizada INI.php ( http://ferpereda.multimania.com/INI.phps )
Salu2
- --
- -------------------
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/3nRThJpzGxYKDARAmpaAJwN/zPlgB6vztXSCV7DKJnQYqkr5ACeLKnP
XWijdfrFhc+4Qdy7ABDIA68=
=n97e
-----END PGP SIGNATURE-----
|
|
From: <bin...@li...> - 2001-11-24 07:47:29
|
<html><div style='background-color:'><DIV> <P>Hola a <A href="mailto:tod@s">tod@s</A>.</P></DIV> <DIV>Me parece que éste es el primer o el segundo mail que mando a la lista. Hacía tiempo que no miraba esta cuenta d correo, por que tengo 2 y últimanete solo miro los correos de una.</DIV> <DIV> </DIV> <DIV>Aquí sigue ahabiendo gente que cree en binbo (me incluyo!). ¡Les doy ánimos a <A href="mailto:tod@s">tod@s</A> para que sigan con el proyecto!.</DIV> <DIV> </DIV> <DIV>Otra cosa, que la verdad un proyecto q use php, asp y todo a la vez, no, es algo bastante complicado creo yo. Pero si podrían hacer varias versiones (una parra php y otra para asp), o primero una versión que solo funcione con php, y luego prueben a hacerlo con varias, pero con una version de binbo ya hecha...</DIV> <DIV> </DIV> <DIV>Me parece que el C++ es un lenguaje idea para comunicarse con los dos lenguajes, php y mydsql, yo sólo se lo básico de php y lo básico de C++, no les puedo ayudar mucho...Yo los comunicaría creando archivos con los datos a intercambiar, q puedan ser leidos por los 3 lenguajes (php, asp y c++), ese podría ser el punto en comun, pero puede q la velocidad disminuya.</DIV> <DIV>¿Por qué no hacen trampa, y miran como lo hacen en phpNuke o en el otro nuevo que han mencionado? A grandes problemas, un tanto indignas pero buenas soluciones las mías. Pero oye, cualquiera puede mirar el código de phpNuke ¿no?.</DIV> <DIV> </DIV> <DIV>Hasta luego, ¡ánimos!</DIV></div><br clear=all><hr>Descargue GRATUITAMENTE MSN Explorer en <a href='http://go.msn.com/bql/hmtag_itl_ES.asp'>http://explorer.msn.com</a><br></html> |
|
From: <bin...@li...> - 2001-11-24 07:21:25
|
Disculpen muchachos (estoy muy formal hoy!!) (muchachas tambien!) Estabamos haciendo un WebLog?, esto es para hacer sitios dinamicos? para Empresas o para simples usuarios? Hay que usar una db Siempre? Son pregun= tas que se me ocurrieron pensando en que parece que estamos diagramando algo para que lo use alguien que tenga un Servidor Propio (o rentado, claro) y que si lo quiere modificar, se tenga que romper el cul(pip!) para hacerlo= =2E Claro, yo siempre tiro palidas, pero no importa, es solo una pregunta de reflexion, y se sigue adelante. Yo por lo pronto me puse a trabajar en una idea de un weblog sobre las id= eas que yo tenia, para ver si es medianamente viable, y si funciona pero es totalmente incompatible con esto, hago otro proyecto y listo, cosa de no molestarlos y retrasar mas a Binbo (y asi estoy en dos proyectos, y robo = las ideas de uno para el otro =3D) Bueno, basta de pabadas, Ultimametne estaba un poco triste de ver la lista que nunca tenia mensaje= s, pero.... volvio a la vida =3D) Cuidense, sigan exprimiendose los sesos, pero no demasiado las buenas ideas no tienen porque ser complicadas Les dejo un abrazo (y un beso a quien corresponda) Exitos Horacio G=F3mez (o el molesto antes conocido como iJanos =3D) Lanus - Argentina |
|
From: <bin...@li...> - 2001-11-23 22:49:18
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Si, sería buena idea eso también, que explique el punto y el porqué de esa modificación - -- - ------------------- 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/tIBThJpzGxYKDARAiY0AJwKyHQqQCHIVf8KoN9v2qjnbOnSFQCgresT Pr8bGXQUEUAtUy+fZ1B+p6w= =8gXf -----END PGP SIGNATURE----- |
|
From: <bin...@li...> - 2001-11-23 22:42:31
|
Okas, y que ademas egregue el punto donde hizo la modificacion.. Saludos, HerSAn bin...@li... wrote: > Algo as=ED jeje.... y para las variables, pues justo antes de la misma > variable, podemos a=F1adir un comentario diciendo para que se usa. >=20 > Ahora, la persona que empiece un fichero, pues que lo ponga en la cabec= era > del fichero, y la =FAltima persona que lo edite, que tambi=E9n quede co= nstancia > de ello, de tal forma que siempre sabes a qui=E9n consultarle sobre un > fragmento de c=F3digo que no se entiende ;) |
|
From: <bin...@li...> - 2001-11-23 22:37:13
|
Definitivamente apoyo la postura de mariano al respecto aqui urge hacer algo y ya si no vamos a volver al mismo cuento de planificar y la idea se hira haciendo mas compleja cada dia no terminaremos de planificar ya al rato otra vez tomaremos vacaciones. Saludos, HerSAn >=20 > [citando] > "Mi opini=F3n al asunto: =BFPor que no comenzar con lo inmediatamente > implementable como para darle momento al proyecto? ya se, ya se...=ABha= y > que dise=F1ar, planificar, etc, etc=BB y todo eso que te ense=F1an en l= a > facultad, pero cuando no hay algo directo que te impulse a realizar > todas estas actividades, ej: >=20 > * Dinero > * Un jefe que te apura > * Un profesor que no te aprueba si no lo entreg=E1s >=20 > ...al menos en mi caso la forma de conseguir =ABimpulso=BB programando = es > conseguir resultados y r=E1pido, no importa si no son del todo > satisfactorios, pero ir haciendo cosas que vayan saliendo y despu=E9s s= e > pule con tiempo...de esta forma vas a mostrar resultados con menos > tiempo y mas gente puede entusiasmarse y ayudar." > [/cintando] > |
|
From: <bin...@li...> - 2001-11-23 22:28:41
|
jejejeje, no Ijanos la idea no es dejar de lado ha asp u otro lenguaje yo pense en php como algo de momento para comenzar pero tambien la idea es que esten los pasas necesarios para portar la idea a asp. Saludos. HerSAn > Listo para lo que gusten, > con respecto a lo de hacerlo PHP, yo no me opongo, pero yo lo voy a "portar" > (es que Bill me da unos $$ =) a ASP, por lo menos lo que pueda.... |
|
From: <bin...@li...> - 2001-11-23 22:25:35
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Si, a mi me parece la mejor forma, además, antes de cada función deberíamos
añadir una cabecera con el prototipo de dicha función:
//
// mixed funcion ( mixed var)
//
function funcion ( $var )
{
return $var;
}
Algo así jeje.... y para las variables, pues justo antes de la misma
variable, podemos añadir un comentario diciendo para que se usa.
Ahora, la persona que empiece un fichero, pues que lo ponga en la cabecera
del fichero, y la última persona que lo edite, que también quede constancia
de ello, de tal forma que siempre sabes a quién consultarle sobre un
fragmento de código que no se entiende ;)
PD: Firmas en los mensajes please que sepamos quien escribe ;) parece que
HerSan lo ha comprendido ;)
Ferdy.
- --
- -------------------
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/sxxThJpzGxYKDARAjbkAJ97gsk6+PV1anLKQAP6J/CiVRQABgCgppvg
yp2T09uPbbS92w5KGcxRwVM=
=RKCs
-----END PGP SIGNATURE-----
|
|
From: <bin...@li...> - 2001-11-23 22:03:42
|
Bueno en lo que se decide como se va a realizar el corazon de binbo y
como trabajara, seria bueno que acordemos una convencion para la
escritura de codigo como comento ferdy en mensajes pasados. y en cuanto
a esto estoy hablando tambien de la definicion de variables, funciones y
metodos nombres de clases etc. todo para facilitar la lectura de codigo
para desarrolladores futuros.
En la sintaxis de funciones estoy totalmente de acuerdo con ferdy que el
mejor metodo es:
function nombre(etc)
{
//operaciones
}
tambien en los datos que reciven cada funcion como comenta ferdy sea
considerados validos y generar un clase aparte que valide dichos datos
antes de ser usados.
A hora en cuanto a nombre de variables no se que les parece que
pongamons en sufijo y el nombre de la variable que defina para que sirve
y de que tipo es no se algo como
$strNombre o $arrNombre para especficar que es un arreglo u otra cosa
aparte de tomar en cuenta que los nombres de funciones y variables sean
mas o menos intuitivos y no se tenga que andar pensando para que sirven
si irnos a los extremos con nombres del tipo "$strNombre_de_bd" o cosas
asi jejejeje, a hora seria interesante saber si nos apegaremos al ingles
o al espa~ol para declarara todo esto.
Si se que a lo mejor este tema paresca no muy impratante o demasiado
obvio pero no hay que dejarlo pasar.
Saludos.
|
|
From: <bin...@li...> - 2001-11-23 18:45:24
|
Asi es yum tambien me late smarty con su idea de compiling engine igual tambien esta XTemplate que anda en las mismas por hay anda el proyecto en sourceforge si no mal recuerdo. aha, todo esta muy bonito yum de verdad pero te estas poniendo a pensar lo que esto imlplica??, estamos haciendo binbo o estamos pensando el zope en espa~ol?? La vedad si es lo segundo creo entonces que tenemos que tomar otra alternativa como usar java para esa tarea o c++ digo para lo del rendimiento y si es asi estas dejando de la lado a medio mundo que tendira que complicarse la vida instalando algunas cosas adicionales o mas bien posibles usuarios. A hora lo que comentas del esquema de recurisividad de clase en el caso de que se quiera tomar esta opcion la unica forma que se me ocurreo de momento para subsanar eso es usando arboles binarios o listas para hacer la busqueda hacia atras o lo que comentas como recursividad. A hora otra opcion seria inventarnos un trique con ldap pero el detalle es que hay matamos la usabilidad ya que no en todos los hostings hay LDAP. Gente no se compliquen la vida, hagamos binbo y ya luego hacemos el zope en espa~ol. Y antes de que se me olvide ecribe HerSan jejeje si no luego me rega~a ferdy :). bin...@li... wrote: >=20 > Ummm, la vieja idea de los templates XD... Ferdy y yo (yum) est= uvimos > tambien viendolos y el que m=E1s me convenci=F3 en aquel entonces fu=E9= smarty ( > http://www.phpinsider.com/php/code/Smarty/ ) por la cantidad de opcione= s que tenia y > por el rendimiento. >=20 > La idea que traigo ahora es algo distinta. Todo surgi=F3 por la= idea de los objetos > y herencias que en su dia estuvimos investigando. Despues estuve viendo= unas > cuantas ideas del mundo de c++ y java y era como almacenar objetos en u= na bd > relacional. El tema a priori m=E1s complejo es la de la herencia pero e= ste es mas o > menos subsanable pues deberia haber objetos contenedores (es decir dire= ctorios) y un > atributo de los objetos seria la ubicaci=F3n. Asi por ejemplo si un obj= eto se encuentra en > un "directorio" heredar=E1 todo las propiedades de =E9l. A la vez este = metodo nos serviria > para uan de las cosas m=E1s interesantes que he visto en zope: La recur= sividad. Lo que > hace esto es buscar hacia atr=E1s objetos que se han llamado o atributo= s heredados. Asi > de esta forma si tenemos la siguente estructura: >=20 > + 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 >=20 > De esta forma si desde el objeto B del directorio 1.3.1 si llama al obj= eto 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 en= contrar=E1 el > objeto A en el directorio inmediatamente superior (1.4) >=20 > La forma de saber si un objeto tiene atributo propio o heredado solo ha= bria que ver el > atributo en cuestion si tiene valor ser=E1 propio. Sino habria que busc= ar el valor en la > superclase. > |
|
From: <bin...@li...> - 2001-11-23 16:43:30
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bueno chicos............... me ilusiona veros por aquí otra vez jeje pero FIRMAD LOS MENSAJES que ahora no se cual es de quién ;) Salu2 ( miro lo de la ini.php y cuando lo suba os lo digo ) - -- - ------------------- 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/nw+ThJpzGxYKDARAtDJAKCh2UDrKcwaVrsiVQAccGVo7LqDIACcC6n/ txfsjq2MSMTlZbIAsk6mkGw= =V6xG -----END PGP SIGNATURE----- |
|
From: <bin...@li...> - 2001-11-23 16:40:41
|
vaya!! regresa la acci=F3n a binbo jejeje... Pues supongo que este mensaj= e lo mandaste tu hersan ;-), digo porque muchas de las cosas que se comentan aqui las hemos discutido algunas veces jejeje... a mi me parece que en definitivo esto podr=EDa ayudar mucho al desarrollo de binbo. bye. y saludos a todos... Miriam. bin...@li... 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 d= e > 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 esma= s > compleja de usar por que hay que instalarla. > > A mi gusto las mas idoneas son las dos primeras por que no hay que hace= r > 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 la= s > 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 s= e > > 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 |
