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...> - 2002-01-03 09:20:20
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pues eso, pasadas las navidades empecemos a currar !!!! Como bien dice yum, ahora nos quedaría hacer la clase BINBO que englobara al resto de clases que queremos para poder ver en funcionamiento a BINBO. BINBO no es más que una API entre el desarrollador de módulos y el núcleo de BINBO que estará formado por las clases que controlen las plantillas, las que controlen las configuraciones, las de la base de datos, etc etc etc........ Como la estructura interna de estos módulos puede variar ( la cambiamos nosotros ) la API ( la clase BINBO ) debe ser siempre muy parecida conservando la compatibilidad hacia versiones anteriores, de modo que un módulo desarrollado para una versión de BINBO pueda valer para versiones futuras y/o algunas posteriores. Salu2.Ferdy ( Herminio echále un ojo a la lista de cualcan.cmact.com que no me deja mandar mensajes :( ) - -- - ------------------- Claves GPG: http://www.ferdyx.org/firmas.php Salu2 Ferdy No GATES neither WINDOWS - ------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8NCIyThJpzGxYKDARAqvkAKCg9l0wJ9mJsaiUsEeICCuF0ApWnACfUYpw Wo8VmKqMIySEuhy1ThNWOQQ= =1ghZ -----END PGP SIGNATURE----- |
|
From: <bin...@li...> - 2001-12-25 21:25:48
|
Antes que nada felicitar las navidades a todo el mundo y ahora
cosillas que hay que tener muy encuenta pues puede darse el caso que no
nos funcione a partir de ahora muchos de nuestros script.
Por defecto a partir de php4.1.0 se pone en el php.ini:
- register_globals =3D Off
Esto quiere decir que ya no podremos pasar variables por post, get, cookie=
s
o archivos y recuperarlas directamente con $NombreVariable, sino que
deberemos hacer:
$_REQUEST("NombreVariable")
o si queremos restringir aun mas:
$_POST("NombreVariable")
$_GET("NombreVariable")
$_FILES("NombreVariable")
$_COOKIE("NombreVariable")
Esto se debe a que se le supone un peque=F1o fallo de seguridad el pasar l=
as
variables sin controlar su procedencia... asi que tendremos que ir cambian=
do
un poco el chip si queremos que nuestros script funcionen a partir de la 4=
.1.x
pues, segun dicen los chicos de php.net el antiguo metodo ser=E1
"deprecated".
Tambien hay un gran numero de cambios y mejoras en el nuevo codigo...
sobretodo la libreria dbx (ya estaba en el 4.0.6), que a mi entender es to=
do un
adelanto.
Podeis leer todos los cambios que han hecho en la configuraci=F3n y sus
motivos en el archivo php.ini-recommend que os adjunto.
Yum...
|
|
From: <bin...@li...> - 2001-12-21 08:10:26
|
=A1=A1Hey!! Ya tenemos lista para sustituir el de sourceforge. Yo empiezo las vacaciones el dia 28 (Ferdy ya las tiene, creo), a ver si podemos quedar un dia via chat para ir perfilando aun m=E1s. On 20 Dec 2001 at 22:38, binbo-developer- ad...@li....n wrote: > gente ya esta avilitada la lista para binbo aqui les paso el url: > > http://cualcan.cmact.com/mailman/listinfo/binbo-developer > > Desde hay pueden suscribirse. > > Saludos. > > _______________________________________________ > Binbo-developer mailing list > Bin...@li... > https://lists.sourceforge.net/lists/listinfo/binbo-developer Yum.----------------------------------------------------------------------= --- Angel Luis Mula <a....@ar...> Dpto. Desarrollo y sistemas Area -Investigaci=F3n, S.A. Tlf: 912105050 |
|
From: <bin...@li...> - 2001-12-21 03:30:54
|
gente ya esta avilitada la lista para binbo aqui les paso el url: http://cualcan.cmact.com/mailman/listinfo/binbo-developer Desde hay pueden suscribirse. Saludos. |
|
From: <bin...@li...> - 2001-12-18 02:30:50
|
Hola gente estoy notando algunos problemas con la lista de correo uno mails de Yum no estan llegando el problema es que no me deja entrar sourceforge al administrador de la lista desde el problema que tuvieron hace algunos meses cuando los crackearon con el ssh. Mande un mail a soporte pero solo se limitaron a contestarme que leyera la documentacion ya la lei y no encuentro por ningun lado donde carajos esta para recuperar el password del administrador de la lista. Si sigo batallando me pongo en contacto y avilito una lista fuera de sourceforge para que continuemos trabajando los del cvs dejem checarlo estoy preparand todo para tener nuestro propio lugar posiblemente llegu a un arreglo por aqui contemos con una maquina para nuestras faenas. Otro detalles hoy me vinieron a visitar los de ATT con una propouets aque segun ellos estaba de lujo y que creen? por 80 dls al mes te pone un lugar como el de phpnuke pero en asp jajajaja. probe la aplicacion pero todavia tiene fuertes errores como el foro que no funciona jejeje.=20 No me despido en unos dias los pongo a tanto de lo que pase, me estoy apurando por que posblemente salga fuera de la ciudad y regrese hasta mediados de enero pero yo me encargo de que tengamos servidor a unq uese mini pero lo tendremos. Saludos. bin...@li... wrote: >=20 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Jaja yum.............. ya hemos leido por tercera vez tu mail xDDD >=20 > Mi idea sobre las etiquetas puede ser una secci=F3n de un fichero .ini,= por > ejemplo el binbo.ini: >=20 > # todo el fichero por aqu=ED encima.... > [etiquetas] > VERSION_BINBO=3D0.00001 > LQEUSEA_OTRO=3Dferdy >=20 > Y as=ED las podemos definir. >=20 > Pues ahora lo que necesitamos es un server de CVS para poder subir las > fuentes que queramos........e ir edit=E1ndolas tranquilamente. Si HerSa= n puede > conseguirnos eso, o simplemente con un FTP nos podr=EDamos arreglar ( s= i somos > ordenados ) y si no puedes por lo que sea, pues lo subimos al server es= e que > dijo Yum, o Savannah o a SF, donde quer=E1is, pero el CVS es una herram= ienta > bastante guapa ;) >=20 > Salu2 >=20 > - -- > - ------------------- > Claves GPG: http://ferpereda.multimania.com/firmas.php > Salu2 Ferdy > No GATES neither WINDOWS > - ------------------- > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (GNU/Linux) > Comment: For info see http://www.gnupg.org >=20 > iD8DBQE8HKEOThJpzGxYKDARAoFAAJ9tcrc5kQ/qWjeFdiMwVvDo+Ips2gCfVm2t > yfbbH+KFKWSX/wrfMSqMKIc=3D > =3Dw9a6 > -----END PGP SIGNATURE----- >=20 > _______________________________________________ > Binbo-developer mailing list > Bin...@li... > https://lists.sourceforge.net/lists/listinfo/binbo-developer |
|
From: <bin...@li...> - 2001-12-16 13:27:49
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jaja yum.............. ya hemos leido por tercera vez tu mail xDDD Mi idea sobre las etiquetas puede ser una sección de un fichero .ini, por ejemplo el binbo.ini: # todo el fichero por aquí encima.... [etiquetas] VERSION_BINBO=0.00001 LQEUSEA_OTRO=ferdy Y así las podemos definir. Pues ahora lo que necesitamos es un server de CVS para poder subir las fuentes que queramos........e ir editándolas tranquilamente. Si HerSan puede conseguirnos eso, o simplemente con un FTP nos podríamos arreglar ( si somos ordenados ) y si no puedes por lo que sea, pues lo subimos al server ese que dijo Yum, o Savannah o a SF, donde queráis, pero el CVS es una herramienta bastante guapa ;) Salu2 - -- - ------------------- Claves GPG: http://ferpereda.multimania.com/firmas.php Salu2 Ferdy No GATES neither WINDOWS - ------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8HKEOThJpzGxYKDARAoFAAJ9tcrc5kQ/qWjeFdiMwVvDo+Ips2gCfVm2t yfbbH+KFKWSX/wrfMSqMKIc= =w9a6 -----END PGP SIGNATURE----- |
|
From: <bin...@li...> - 2001-12-16 01:46:17
|
Creo que no llego esto a la lista... lo reenvio...
On 14 Dec 2001 at 14:42, bin...@li... wrote:
Volviendo a revisar el documento de Herminio me he encontrado con una
clase cuyo desarrollo ser=E1 muy dificil... la clase es busqueda. La dific=
ultad
radicar=E1 sin duda en como esta clase ser=E1 capaz de buscar... pues los =
datos
seguramente se distribuyan en diferentes medios, segun el modulo... ademas=
que habr=E1 sitios privados donde se supone que la busqueda no podria entr=
ar
(por ejemplo en foros privados)...
Dejando de lado esta clase, creo que estamos a dos pasos de poder utilizar=
binbo con las clases que tenemos y algo m=E1s.
Veamos lo que nos falta para que binbo empiece a funcionar es apenas la
clase binbo (la m=E1s compleja a priori). Esta clase necesita como atribut=
os al
menos el nombre de quien la llama (para leer el .ini) y un interprete o pa=
rser
para mandar cada cosa a su sitio (m=E1s que nada para buscar las variables=
de
la plantilla y pasarselos a la clase plantilla para que las interprete)...=
y a partir
de aqui tendremos un primer binbo (jejeje teoricamente, con esto podremos
ver funcionar al ni=F1o XD)
Ahora me surge unas dudas... la primera es la conveniencia o no de que los=
metodos de lectura de .ini sean nativos de binbo.class.php o no y la segun=
da
como haremos para buscar las cadenas (lo m=E1s facil parece con un ereg).
A partir de aqu=ED binbo tendria que ser capaz de generar la primera pagin=
a...
Lo que necesitamos tambien es un metodo para identificar cada pagina con
su ini... el encabezado estandar de todas las paginas de binbo (los
documentos que genera el usuario) podria ser algo asi:
<?php
$doc_id=3D"Nombre"; //nombre del documento. Se usa p.e para el ini
require("./clases/binbo.class.php"); //habr=E1 que definir un path mejor
...
// contenido de la pagina
...
?>
Asi como primer documento objetivo para mostrar podriamos plantearno el
reto de generar esta sencilla pagina:
<?php
$doc_id=3D"Nombre"; //nombre del documento. Se usa p.e para el ini
require("./clases/binbo.class.php"); //habr=E1 que definir un path mejor
//documento
<html>
<head>
<title>[TITULO]</title>
</head>
<body>
=A1=A1=A1Este es el primer documento generado por binbo!!!
Es la version [BINBO_VERSION] y funciona.
</body>
</html>
?>
... Ahora bien todos os preguntareis (y yo tambien) =BF de donde saca binb=
o el
valor de esas etiquetas? =BFdonde las almacena? Jejeje pues eso yo tampoco=
lo s=E9. Lo unico que he a=F1adido aqui es el concepto nuevo de "etiquetas=
protegidas" propias de binbo y sus modulos. Estas etiquetas podrian ser
informativas, sobre versiones y demas.
por ejemplo:
[VERSION_BINBO] //devuelve la version de binbo
[NOMBRE_DOCUMENTO] //devuelve el nombre del documento
[VERSION_"NOMBRE_MODULO"] //devuelve la version del modulo...
etc...
El camino a seguir por el ejemplo seria el siguiente:
1)Al llamar a esta pagina se carga la clase binbo
2) Binbo carga el .ini, a partir de $doc_id, donde se encuentran las demas=
clases a incluir
3) Binbo busca las etiquetas de plantilla en el documento y las pasa a la
clase plantilla.
4) La clase plantilla procesa las etiquetas y devuelve su contenido.
5) Binbo muestra la pagina.
Y bueno esto podria ser la primera forma de trabajo a probar por binbo...
a partir de aqui todo seria crear los editores para que se generese
automaticamente los .ini y demas, crear las clases restante y los modulos
que usan esas clases.... pero la base ya estaria construida. Si esto funci=
ona
y convence, nuestro siguiente paso, como bien dice Hersan, deberia ser
abordar el dise=F1o logico de binbo... distribuci=F3n y dependencias de cl=
ases,
metodos, distribuci=F3n y jerarquia de directorios, crear APIs, etc....
Bueno chicos aqui les dejo este mensaje para que lo critiquen y sigamos
avanzando....
Yum....
Y bueno, ya est=E1
?>
|
|
From: <bin...@li...> - 2001-12-16 01:44:47
|
Volviendo a revisar el documento de Herminio me he encontrado con una
clase cuyo desarrollo será muy dificil... la clase es busqueda. La dificultad
radicará sin duda en como esta clase será capaz de buscar... pues los datos
seguramente se distribuyan en diferentes medios, segun el modulo... ademas
que habrá sitios privados donde se supone que la busqueda no podria entrar
(por ejemplo en foros privados)...
Dejando de lado esta clase, creo que estamos a dos pasos de poder utilizar
binbo con las clases que tenemos y algo más.
Veamos lo que nos falta para que binbo empiece a funcionar es apenas la
clase binbo (la más compleja a priori). Esta clase necesita como atributos al
menos el nombre de quien la llama (para leer el .ini) y un interprete o parser
para mandar cada cosa a su sitio (más que nada para buscar las variables de
la plantilla y pasarselos a la clase plantilla para que las interprete)... y a partir
de aqui tendremos un primer binbo (jejeje teoricamente, con esto podremos
ver funcionar al niño XD)
Ahora me surge unas dudas... la primera es la conveniencia o no de que los
metodos de lectura de .ini sean nativos de binbo.class.php o no y la segunda
como haremos para buscar las cadenas (lo más facil parece con un ereg).
A partir de aquí binbo tendria que ser capaz de generar la primera pagina...
Lo que necesitamos tambien es un metodo para identificar cada pagina con
su ini... el encabezado estandar de todas las paginas de binbo (los
documentos que genera el usuario) podria ser algo asi:
<?php
$doc_id="Nombre"; //nombre del documento. Se usa p.e para el ini
require("./clases/binbo.class.php"); //habrá que definir un path mejor
...
// contenido de la pagina
...
?>
Asi como primer documento objetivo para mostrar podriamos plantearno el
reto de generar esta sencilla pagina:
<?php
$doc_id="Nombre"; //nombre del documento. Se usa p.e para el ini
require("./clases/binbo.class.php"); //habrá que definir un path mejor
//documento
<html>
<head>
<title>[TITULO]</title>
</head>
<body>
¡¡¡Este es el primer documento generado por binbo!!!
Es la version [BINBO_VERSION] y funciona.
</body>
</html>
?>
... Ahora bien todos os preguntareis (y yo tambien) ¿ de donde saca binbo el
valor de esas etiquetas? ¿donde las almacena? Jejeje pues eso yo tampoco
lo sé. Lo unico que he añadido aqui es el concepto nuevo de "etiquetas
protegidas" propias de binbo y sus modulos. Estas etiquetas podrian ser
informativas, sobre versiones y demas.
por ejemplo:
[VERSION_BINBO] //devuelve la version de binbo
[NOMBRE_DOCUMENTO] //devuelve el nombre del documento
[VERSION_"NOMBRE_MODULO"] //devuelve la version del modulo...
etc...
El camino a seguir por el ejemplo seria el siguiente:
1)Al llamar a esta pagina se carga la clase binbo
2) Binbo carga el .ini, a partir de $doc_id, donde se encuentran las demas
clases a incluir
3) Binbo busca las etiquetas de plantilla en el documento y las pasa a la
clase plantilla.
4) La clase plantilla procesa las etiquetas y devuelve su contenido.
5) Binbo muestra la pagina.
Y bueno esto podria ser la primera forma de trabajo a probar por binbo...
a partir de aqui todo seria crear los editores para que se generese
automaticamente los .ini y demas, crear las clases restante y los modulos
que usan esas clases.... pero la base ya estaria construida. Si esto funciona
y convence, nuestro siguiente paso, como bien dice Hersan, deberia ser
abordar el diseño logico de binbo... distribución y dependencias de clases,
metodos, distribución y jerarquia de directorios, crear APIs, etc....
Bueno chicos aqui les dejo este mensaje para que lo critiquen y sigamos
avanzando....
Yum....
Y bueno, ya está
?>
|
|
From: <bin...@li...> - 2001-12-15 13:42:37
|
Volviendo a revisar el documento de Herminio me he encontrado con una
clase cuyo desarrollo ser=E1 muy dificil... la clase es busqueda. La dific=
ultad
radicar=E1 sin duda en como esta clase ser=E1 capaz de buscar... pues los =
datos
seguramente se distribuyan en diferentes medios, segun el modulo... ademas=
que habr=E1 sitios privados donde se supone que la busqueda no podria entr=
ar
(por ejemplo en foros privados)...
Dejando de lado esta clase, creo que estamos a dos pasos de poder utilizar=
binbo con las clases que tenemos y algo m=E1s.
Veamos lo que nos falta para que binbo empiece a funcionar es apenas la
clase binbo (la m=E1s compleja a priori). Esta clase necesita como atribut=
os al
menos el nombre de quien la llama (para leer el .ini) y un interprete o pa=
rser
para mandar cada cosa a su sitio (m=E1s que nada para buscar las variables=
de
la plantilla y pasarselos a la clase plantilla para que las interprete)...=
y a partir
de aqui tendremos un primer binbo (jejeje teoricamente, con esto podremos
ver funcionar al ni=F1o XD)
Ahora me surge unas dudas... la primera es la conveniencia o no de que los=
metodos de lectura de .ini sean nativos de binbo.class.php o no y la segun=
da
como haremos para buscar las cadenas (lo m=E1s facil parece con un ereg).
A partir de aqu=ED binbo tendria que ser capaz de generar la primera pagin=
a...
Lo que necesitamos tambien es un metodo para identificar cada pagina con
su ini... el encabezado estandar de todas las paginas de binbo (los
documentos que genera el usuario) podria ser algo asi:
<?php
$doc_id=3D"Nombre"; //nombre del documento. Se usa p.e para el ini
require("./clases/binbo.class.php"); //habr=E1 que definir un path mejor
...
// contenido de la pagina
...
?>
Asi como primer documento objetivo para mostrar podriamos plantearno el
reto de generar esta sencilla pagina:
<?php
$doc_id=3D"Nombre"; //nombre del documento. Se usa p.e para el ini
require("./clases/binbo.class.php"); //habr=E1 que definir un path mejor
//documento
<html>
<head>
<title>[TITULO]</title>
</head>
<body>
=A1=A1=A1Este es el primer documento generado por binbo!!!
Es la version [BINBO_VERSION] y funciona.
</body>
</html>
?>
... Ahora bien todos os preguntareis (y yo tambien) =BF de donde saca binb=
o el
valor de esas etiquetas? =BFdonde las almacena? Jejeje pues eso yo tampoco=
lo s=E9. Lo unico que he a=F1adido aqui es el concepto nuevo de "etiquetas=
protegidas" propias de binbo y sus modulos. Estas etiquetas podrian ser
informativas, sobre versiones y demas.
por ejemplo:
[VERSION_BINBO] //devuelve la version de binbo
[NOMBRE_DOCUMENTO] //devuelve el nombre del documento
[VERSION_"NOMBRE_MODULO"] //devuelve la version del modulo...
etc...
El camino a seguir por el ejemplo seria el siguiente:
1)Al llamar a esta pagina se carga la clase binbo
2) Binbo carga el .ini, a partir de $doc_id, donde se encuentran las demas=
clases a incluir
3) Binbo busca las etiquetas de plantilla en el documento y las pasa a la
clase plantilla.
4) La clase plantilla procesa las etiquetas y devuelve su contenido.
5) Binbo muestra la pagina.
Y bueno esto podria ser la primera forma de trabajo a probar por binbo...
a partir de aqui todo seria crear los editores para que se generese
automaticamente los .ini y demas, crear las clases restante y los modulos
que usan esas clases.... pero la base ya estaria construida. Si esto funci=
ona
y convence, nuestro siguiente paso, como bien dice Hersan, deberia ser
abordar el dise=F1o logico de binbo... distribuci=F3n y dependencias de cl=
ases,
metodos, distribuci=F3n y jerarquia de directorios, crear APIs, etc....
Bueno chicos aqui les dejo este mensaje para que lo critiquen y sigamos
avanzando....
Yum....
Y bueno, ya est=E1
?>
|
|
From: <bin...@li...> - 2001-12-13 15:39:06
|
Pues yo tengo 3 a=F1os de frances de instituto... es decir... =A1NI pUTA I=
DEA!
XD
On 13 Dec 2001 at 15:58, bin...@li....n wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Bueno, pues os explicar=E9 de una forma PHPera mi nivel de Franc=E9s
>
> <?php
> include("class.desarrollador_binbo.php");
>
> $ferdy =3D new desarrollador_binbo("Ferdy");
>
> echo $ferdy->idioma("frances"); // imprime 0 jejeje
> ?>
>
> Pues eso dejando el ocio un poco de lado tengo un nivel casi nulo de Fra=
nc=E9s,
> pero no me importar=EDa lo m=E1s m=EDnimo usar ese servidor. S=F3lo q me=
va a costar
> enterarme de las cosas ;)
>
> Salu2.Ferdy
>
> - --
> - -------------------
> Ferdy AT maestrosdelweb DOT com -> =BFSpam? At your own risk
> Claves GPG: http://ferpereda.multimania.com/firmas.php
> No GATES neither WINDOWS
> - -------------------
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.6 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
>
> iD8DBQE8GMIpThJpzGxYKDARAvX5AKCG5S+5MnJmmwAwr3Z2RhdRs/L2sgCfejd9
> u7VXCnhOZSMujJcrhboddBE=3D
> =3DHcFw
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> 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-12-13 15:00:03
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bueno, pues os explicaré de una forma PHPera mi nivel de Francés
<?php
include("class.desarrollador_binbo.php");
$ferdy = new desarrollador_binbo("Ferdy");
echo $ferdy->idioma("frances"); // imprime 0 jejeje
?>
Pues eso dejando el ocio un poco de lado tengo un nivel casi nulo de Francés,
pero no me importaría lo más mínimo usar ese servidor. Sólo q me va a costar
enterarme de las cosas ;)
Salu2.Ferdy
- --
- -------------------
Ferdy AT maestrosdelweb DOT com -> ¿Spam? At your own risk
Claves GPG: http://ferpereda.multimania.com/firmas.php
No GATES neither WINDOWS
- -------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE8GMIpThJpzGxYKDARAvX5AKCG5S+5MnJmmwAwr3Z2RhdRs/L2sgCfejd9
u7VXCnhOZSMujJcrhboddBE=
=HcFw
-----END PGP SIGNATURE-----
|
|
From: <bin...@li...> - 2001-12-13 11:08:41
|
Navegando por la web y buscando una alternativa a SF, encontr=E9 www.tuxfa= mily.org, una alternativa a SF a la europea (segun dicen). Lo peor es que est=E1 en = frances :-(. Lo que ofrece se puede leer en: https://panel.tuxfamily.org/inscription/new.php3 1. Panel de administraci=F3n completo 2. Una base de datos MySQL con PHPMyAdmin 3. Posibilidad de usar CGI, PHP3 con PHPLib, PHP4, SQL y SSI 4. Una cuenta de e-mail tu...@tu... (POP3/IMAP) 5. Espacio web para contenidos. 6. Pagina 404 configurable 7. Estadisticas 8. Subdominio tipos proyecto.tuxfamily.org, www.proyecto.tuxfamily.org o u= no propio 9. Creaci=F3n de cuentas ftp para los colaboradores (con administracion de= cuotas). 10. Un ftp publico anonimo del tipo ftp://ftp.tuxfamily.org/public/nombred= elproyecto (pueden ser creados otros por el administrador) 11. CVS con gestion multiusuario y acceso anonimo via CVSWeb. 12. Si dispones de uno o varios dominios. - Ilimitadas listas de correo - Cuentas POP3 ilimitadas - Forwards ilimitados - Alias ilimitados - Acceso a un sistema de webmail (HORDE, IMP) - Gestion del dominio y los subdominios en el DNS - Psoibilidad de crear subdominios sobre otros dominios con un sistema es= tilo DynDNS -Esto no lo entiendo bien :-( Bueno, es una traducci=F3n mia asi que no espereis demasiado jejeje... De todas formas la propuesta de Hersan no est=E1 del todo m=E1l. ------------------------------------------------------------------------- Angel Luis Mula <a....@ar...> Dpto. Desarrollo y sistemas Area -Investigaci=F3n, S.A. Tlf: 912105050 |
|
From: <bin...@li...> - 2001-12-12 17:24:25
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sinceramente a mi no me importa el sitio que usemos. Pero lo de SF me parece una canallada. La verdad Herminio, si quieres montarlo por mi perfecto, pero como dice Yum te llevará parte de TU tiempo. Por ahora en cuanto a servicios que necesitaríamos..... pues...... veamos..... el espacio web con PHP y MySQL y FTP una lista de correo y nada más..... por ahora el CVS no nos es imrescindible, pero es una herramienta que nos vendrá muy pero que muy bien y no estaría de más. Bueno......veamos opiniones, y sobre todo la que prima es la tuya HerSan Salu2.Ferdy - -- - ------------------- Claves GPG: http://ferpereda.multimania.com/firmas.php Salu2 Ferdy No GATES neither WINDOWS - ------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8F5J8ThJpzGxYKDARAiXMAJ9zpNldx+tBbCZjBFunv+eMvq9g1wCcCHU6 DWYgOO8CV6vYN+JQRBJr3rQ= =kTEt -----END PGP SIGNATURE----- |
|
From: <bin...@li...> - 2001-12-12 12:36:35
|
Me parece muy interesante la distribuci=F3n=2C ahora un par de dudas=3A He visto que te planteas si la clase documento debe existir o no y creo = que lo que hace esta clase es englobar cualquier =22pagina=22 que vayamos= a = crear=2C es decir la parte vista y de presentaci=F3n=2E Aqu=ED es donde a= = priori tendremos m=E1s problemillas=2C por varios motivos=2E Uno de ellos= = ser=E1 el de verificar que un documento es correcto=2C es decir que los = objetos que incluye existen y que estos son correctos=2E=2E=2E y aqui el = dilema=2E=2E=2E =BFcomo se puede controlar esto=3F O se hace dinamicament= e o lo = haces a priori=2E Dinamicamente seria una carga al tiempo de ejecuci=F3n = y = para hacerlo a la hora de crear el documento tendriamos que impedir que = contuviese objetos que no existen o no son correctos=2C pero para esto = tendriamos que crear un editor de estos ficheros para que los = verificase=2E=2E=2E o sino sencillamente permitir =22publicar=22 con erro= res=2E = Pero bueno todo se ir=E1 viendo en el futuro=2E Hay dos clases que me han gustado mucho especialmente la de MantMysql y = aqui quiz=E1 podriamos extender su funcionalidad a importar/exportar = objetos/modulos=2E Es decir en vez de respaldar la BD completa poder = hacer solo el respaldo de un modulo (p=2Ee=2E el foro) para exportarlo a = otro binbo=2E La otra clase es la de verificaciones=2C que a priori no se me habia = ocurrido y que seguro que ser=E1 bastante funcional para hacer = comprobaciones y que los datos introducidos correspondan al formato = especificado=2E Por ultimo queda pendiente una discusi=F3n interesante=3A El formato de = todo esto=2E Vamos a ver=2C por ahora estamos creando ficheros de clases = (que podrian llamarse=3A class=2Enombre=2Ephp)=2C despues deberiamos hace= r los = archivos de los scripts en si mismo y por ultimo los ficheros a = renderizar=2C es decir donde se crean las instancias de estas clases = junto con las plantillas=2C txtos=2C imagenes etc=2E=2E=2E asi que nos quedaria una structura de ficheros algo asi=3B /clases /modulos /documentos /ini El unico que el usuario editaria directamente deberia ser =22documentos=22= =2E = Los demas deberian ser solo =22tocados=22 por BINBO=2E ----- Mensaje Original ----- De=3A binbo-developer-admin=40lists=2Esourceforge=2Enet Fecha=3A Miercoles=2C Diciembre 12=2C 2001 4=3A24 am Asunto=3A =5BBinbo-developer=5D Dcoumento sobre clases =3E Aqui les envion un documento que habla sobre la gerarquia de = =3E clases y =3E los metodos de cada clase hasta a horita estan docuementadas las = =3E clasesque dependen de la clase BINBO para que pongamos atencion en = =3E ellas y =3E posterior a esto comenzemos con las otras que son la clase FORO=2C et= c=2E=2E =3E = =3E Este documento no es definitivo y la idea es que tengamos algo con qu= e =3E trabajar asi que espero que se tomen el tiempo de leerlo=2C despues =3E destripenlo y manden el documento con sus modificaciones de esta form= a =3E vamos escribiendo el docuemento definitivo que servira de referencia =3E para uso futuro ya cuando estemos de acuerdo en los nombres de clase=2C= =3E los metodos que contendran etc=2E=2E pasamos a la fase de delegacion = de =3E tareas donde nos repartiremos la codificacion de estas clases=2C cuan= do =3E las terminemos pasamos a ver las que faltan=2E =3E = =3E Saludos=2E =3E HerSAn |
|
From: <bin...@li...> - 2001-12-12 10:25:48
|
Siendo sinceros actualmente no utilizamos ninguna herramienta de = sourceforge=2C salvo quiz=E1 el alojamiento del sitio=2E Pero en el futur= o = podemos necesitar herramientas que si se contemplan all=ED sobretodo el = CVS y alguna cosa por el estilo=2E = Hersan=2C no se hasta que punto puedes montar tu una infraestructura = similar o al menos algo que nos sirva=2E Quiz=E1 fuese un ejercicio = positivo crear BINBO completamente desde cero y que las primeras = aplicaciones (modulos) girasen entorno al desarrollo=2C es decir crear = modulos para foros=2C bugtracking=2C documentaci=F3n etc=2E=2E=2E Para la= lista de = correo tendremos que confiar en pipermail o algo similar=2C pues creo que= = no nos va a ser posible hacer nada parecido en PHP=2E De todas formas debe ser una decision personal tuya Herminio=2C pues = hacer esto seguro que repercute en tu tiempo=2C al tener que montar y = mantener un sitio que necesitar=E1 al menos=2C MySQL=2C PHP y un servidor= de = correo para la lista=2E=2E=2E Por mi parte ningun problema=2E Respecto al tema de la documentaci=F3n podriamos adoptar PHPdoc o crear = uno propio=2E=2E=2E o adaptarlo=2C todo es posible=2E=2E=2E mi idea era c= rear algo = parecido al class browser de PHP coder=2C un editor de PHP para windows=2C= = pero en PHP es virtualmente imposible pues el tiempo de ejecuci=F3n es = demasaido grande como para hacer esto dinamicamente=2E = PHPdoc lo que hace es generar documentaci=F3n a partir de los comentarios= = del codigo=2E Como ventajas tiene que lo exporta a HTML y a XML=2E Como = inconvenientes=2C segun dice su autor=2C es el rendimiento=2C que aun no = es = muy bueno=2E Lo que hace al fin y al cabo es generar informaci=F3n=2C per= o no = lo hace dinamicamente (chas!!! eso si que estaria bien =3A-)) hace falta = ejecutar el script=2E Proyectos que lo usan=3A El m=E1s destacado es PEAR= = http=3A//pear=2Ephp=2Enet/ Un saludo=2E=2E=2E Yum=2E = ----- Mensaje Original ----- De=3A binbo-developer-admin=40lists=2Esourceforge=2Enet Fecha=3A Miercoles=2C Diciembre 12=2C 2001 2=3A24 am Asunto=3A Re=3A =5BBinbo-developer=5D PHP 4=2E1=2E0 =3E Vaya que hay moviento en la lista el dia de hoy=2C pero bueno = =3E referente al =3E proyecto no hare ningun comentario el dia de hoy en cuanto al la =3E definicion y detalles=2E =3E = =3E Lo que quier comentarles es el problema que hay con sorceforge=2C = =3E creo que =3E seria bueno que tomaramos una desicion al respecto visite el sitio qu= e =3E recomendo ferdy pero no me gusto la aparicion de comerciales en el=2E= =3E Asi que pongo a consideracion si quieren que avilite un espacion = =3E en un =3E maquina y una lista de correo para que continuemos con el proyecto = =3E en lo =3E que desidimos que hacer de esta forma nos safamos de SF=2E =3E = =3E Hay me avisan=2E =3E = =3E Saludos=2E =3E HerSAn=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-12-12 02:17:45
|
Aqui les envion un documento que habla sobre la gerarquia de clases y los metodos de cada clase hasta a horita estan docuementadas las clases que dependen de la clase BINBO para que pongamos atencion en ellas y posterior a esto comenzemos con las otras que son la clase FORO, etc.. Este documento no es definitivo y la idea es que tengamos algo con que trabajar asi que espero que se tomen el tiempo de leerlo, despues destripenlo y manden el documento con sus modificaciones de esta forma vamos escribiendo el docuemento definitivo que servira de referencia para uso futuro ya cuando estemos de acuerdo en los nombres de clase, los metodos que contendran etc.. pasamos a la fase de delegacion de tareas donde nos repartiremos la codificacion de estas clases, cuando las terminemos pasamos a ver las que faltan. Saludos. HerSAn |
|
From: <bin...@li...> - 2001-12-12 00:18:25
|
Vaya que hay moviento en la lista el dia de hoy, pero bueno referente al proyecto no hare ningun comentario el dia de hoy en cuanto al la definicion y detalles. Lo que quier comentarles es el problema que hay con sorceforge, creo que seria bueno que tomaramos una desicion al respecto visite el sitio que recomendo ferdy pero no me gusto la aparicion de comerciales en el. Asi que pongo a consideracion si quieren que avilite un espacion en un maquina y una lista de correo para que continuemos con el proyecto en lo que desidimos que hacer de esta forma nos safamos de SF. Hay me avisan. Saludos. HerSAn. |
|
From: <bin...@li...> - 2001-12-11 16:14:06
|
Jejeje mira lo que he encontrado por la red... http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=219873 |
|
From: <bin...@li...> - 2001-12-11 15:43:56
|
=3E =3E Eh!!! Que aun no est=E1 en binary=2C solo el source =3A-P=2E=2E=2E= cuando = =3E salga el =3E =3E win32 binary lo pruebo=2E =3E = =3E jaja=2C pues b=E1jate las fuentes=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E= =2E=2E=2E=2E ( uhm=2E=2E=2E=2E el server = =3E est=E1 petao = =3E =3A( ) =BFFuentes=3F =BFQue ser eso=3F =BFes esa cosa que hecha agua=3F XD =3E = =3E Sobre lo del enlace=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E=2E Yum=2C todo eso = creo q nos lo da = =3E SourceForge si = =3E queremos continuar con =E9l o Savannah=2Egnu=2Eorg si decidimos mudar= nos =3B) Por desgracia SF no nos ofrece esto=2E Lo que hace codebeamer es analizar= = el codigo de C++ y Java=2C te dibuja los esquemas de clases=2C las = dependecias=2C te lista las clases y metodos y te dibuja los diagramas en= = UML=2E=2E=2E algo asi como un Visio o un rational rose=2E Bueno=2C pero ahora tendriamos que dejarnos de cosas de eso y estructurar= = el proyecto como bien dice Ildante=2E La idea q teniamos Ferdy y yo es que cada modulo solo incluyese un=3A include(=22binbo=2Ephp=22)=3B = Lo que haria este Binbo=2Ephp es leer el =2Eini del modulo que le incluye= y = partiendo de esta lectura hacer los includes de las clases que va a = necesitar y demas opciones=2E Otra idea era no usar fasttemplate al ser una clase demasiado complejas = y crear una m=E1s sencilla como plantilla=2Ephp=2E =3E Salu2=2EFerdy =3E = =3E - -- = =3E - ------------------- =3E Claves GPG=3A http=3A//ferpereda=2Emultimania=2Ecom/firmas=2Ephp =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 iD8DBQE8FhiUThJpzGxYKDARApH0AKCASUWsDd64LfdFupQz8BFiF7yTyQCcCqUU =3E GcXI1glCUHMBSKAc9Dv61IU=3D =3E =3Dkn5F =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-12-11 14:32:02
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Eh!!! Que aun no está en binary, solo el source :-P... cuando salga el > win32 binary lo pruebo. jaja, pues bájate las fuentes................ ( uhm.... el server está petao :( ) Sobre lo del enlace........... Yum, todo eso creo q nos lo da SourceForge si queremos continuar con él o Savannah.gnu.org si decidimos mudarnos ;) Salu2.Ferdy - -- - ------------------- Claves GPG: http://ferpereda.multimania.com/firmas.php Salu2 Ferdy No GATES neither WINDOWS - ------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8FhiUThJpzGxYKDARApH0AKCASUWsDd64LfdFupQz8BFiF7yTyQCcCqUU GcXI1glCUHMBSKAc9Dv61IU= =kn5F -----END PGP SIGNATURE----- |
|
From: <bin...@li...> - 2001-12-11 14:27:08
|
=3E Vamos pues a bajarnos ese =3B) Eh!!! Que aun no est=E1 en binary=2C solo el source =3A-P=2E=2E=2E cuando= salga el = win32 binary lo pruebo=2E =3E = =3E Ala se=F1ores=2E=2E=2E=2E=2E=2E=2E les dejo =3B) =3E = =3E Ahora le echo un vistazo al enlace Yum =3E Salu2=2E Ferdy =3E = =3E - -- = =3E - ------------------- =3E Claves GPG=3A http=3A//ferpereda=2Emultimania=2Ecom/firmas=2Ephp =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 iD8DBQE8Fg47ThJpzGxYKDARAqlCAJ9HVuRJ1uBszx1ZLIxLGkb1CvlbgQCfSKRD =3E gpxy65NhkRLBLyb+Nt7sN/k=3D =3E =3DaAEX =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-12-11 13:47:51
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Vamos pues a bajarnos ese ;) Ala señores....... les dejo ;) Ahora le echo un vistazo al enlace Yum Salu2. Ferdy - -- - ------------------- Claves GPG: http://ferpereda.multimania.com/firmas.php Salu2 Ferdy No GATES neither WINDOWS - ------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8Fg47ThJpzGxYKDARAqlCAJ9HVuRJ1uBszx1ZLIxLGkb1CvlbgQCfSKRD gpxy65NhkRLBLyb+Nt7sN/k= =aAEX -----END PGP SIGNATURE----- |
|
From: <bin...@li...> - 2001-12-11 12:16:17
|
Pues eso que ya est=E1 disponible la nueva versi=F3n de PHP=2E Por mi parte tengo esta semana bastante tranquila en el trabajo e = intentar=E9 hacer cosillas=2E=2E=2E por cierto =BFconoceis algo estilo codebeamer=2Eintland=2Ecom pero con PH= P=3F = Seria la bomba tener un sitio parecido para el desarrollo=2E Yum=2E |
|
From: <bin...@li...> - 2001-12-10 17:49:31
|
=20 > > > > > > Es el mismo esquema que yo propuese en su dia de como funcionaba > > Zope> y se descart=F3. El problema es que el fuerte de PHP no es el > > tiempo de > > > ejecuci=F3n y hacer todo esto ralentizaria demasiado el proceso [o = al > > > menos eso se ha encargado de convencerme Ferdy] con classes para > > > documentos, imagenes, etc... > > > > > > > Primero nada que ver con zope la gerarquia de clases no es cosas > > de zope > > si no de la POO, y es necesaria que la documentemos para uso > > futuro con > > desarrolladores que vayan entrando al proyecto, no tengan que estar > > adiviando como esta el funcionamiento de binbo. >=20 > Claro que no tiene que ver la jerarquia de clases con Zope, pero es que > el esquema, ademas de ser identico al que descartamos, es el que usa > zope. Chas a hora si estuvo mejor la cosa, el que llegara al mismo resultado no tiene nada de extra~o despues de pensarle un par de dias cualquiera llegara a la misma abstraccion del modelo de objetos, lo que si es diferente es como se implemente este modelo, a hora no se descarto yum el modelo en si si no la implementacion del modelo ya que habia detalles en el que no eran necesarios ya que el compilador de php lo hace no tiene objeto hacer algo que ya lo implementa por default php. Que me imagino es lo que te comento ferdy al respecto y de lo cual te convencio de no hacer, aqui la gerarquia tiene como lo comente el proposito de documentar al nuevo que llegue le da claridad a lo que va a hacer, vaya es como cuando estas aprendiendo javascript hacen que te chutes un capitulo del modelo que ellos tienen para que agarres la onda.. Saludos. |
|
From: <bin...@li...> - 2001-12-10 16:12:17
|
=3E Yum presisamente para eso sera la documentacion la cual tiene tanta =3E importancia como el hecho de qu eprogramemos binbo la = =3E documentacion le =3E dira a un desarrollador para que sirve que cosas y como esta =3E estructurado binbo de esa forma el desidira si lo porta como = =3E objetos o =3E como funciones deoendiendo de lo que soporte su lenguaje=2E =3E Ademas tambien dejara presedente de como se esta trabajando = =3E sinceramenteno quiero tenre un phpnuke mas al rato donde no hay un = =3E orden=2E = Claro=2E=2E=2E si yo estoy de acuerdo en esto=2E Si te fijas el primer sc= ript = que quise crear era para esto mismo AUTODOCUMENTARSE=2E Algo como el = JavaDoc=2E En pear usan un script que se llama PHPDoc (www=2Ephpdoc=2Ede)= y = define una normativa para la escritura de codigo=2E http=3A//www=2Ephp=2Enet/manual/es/pear=2Ereference=2Ephp Lo suyo seria que los comentarios sirviesen para documentar el codigo=2C = tal como se hace en python o en java con JavaDoc=2E =3E =3E = =3E =3E Es el mismo esquema que yo propuese en su dia de como funcionaba = =3E Zope=3E y se descart=F3=2E El problema es que el fuerte de PHP no es = el = =3E tiempo de =3E =3E ejecuci=F3n y hacer todo esto ralentizaria demasiado el proceso =5B= o al =3E =3E menos eso se ha encargado de convencerme Ferdy=5D con classes par= a =3E =3E documentos=2C imagenes=2C etc=2E=2E=2E =3E =3E = =3E = =3E Primero nada que ver con zope la gerarquia de clases no es cosas = =3E de zope =3E si no de la POO=2C y es necesaria que la documentemos para uso = =3E futuro con =3E desarrolladores que vayan entrando al proyecto=2C no tengan que estar= =3E adiviando como esta el funcionamiento de binbo=2E Claro que no tiene que ver la jerarquia de clases con Zope=2C pero es que= = el esquema=2C ademas de ser identico al que descartamos=2C es el que usa = zope=2E = =3E el detalle es que es experimental=2C ademas de que hay que compilar p= hp =3E con el soporte para dbx pero pinta bien para uso futuro que espero ya= =3E este proximo=2E =3E Bueno competencia no lo creo definitivamente las soluciones gnu son =3E mejores=2C para muestra un boton con perl que tiene un modulo = =3E llamado dbi =3E para trabajar con base de datos todo en una misma API=2E =3E = =3E Saludos=2E Bueno=2C tiempo al tiempo=2C seguro que dbx cala en poco tiempo si es = realmente practico=2E=2E=2E aun as=ED creo que debemos hacer caso a HerSA= n e ir = de lo sencillo a lo complejo=2E=2E=2E al fin y al cabo=2C la POO nos ayud= ar=E1 en = esto=2E Ahora realmente creo que es el momento de tirar codigo=2C de tener algo = tangible y despues ir modificando las cosas=2E=2E=2E Yum=2E=2E=2E =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 = |
