From davidbarraud en gmail.com Mon Oct 1 10:58:34 2012 From: davidbarraud en gmail.com (David Barraud) Date: Mon, 1 Oct 2012 10:58:34 -0300 Subject: [Php-avanzado] Avances en las tareas In-Reply-To: <1348861596.8356.138.camel@praxisviii.intranet.com> References: <1348861596.8356.138.camel@praxisviii.intranet.com> Message-ID: Una ayuda del origen de la palabra programador: busquen algo de puertos, barcos, persona que acomoda los barcos.... El 28 de septiembre de 2012 16:46, Leonardo Tadei - Pegasus Tech Supply < leonardot en pegasusnet.com.ar> escribió: > Buenas a todos, > > quería escribirles para instarlos al uso de esta lista. > Los que estén subscriptos con cuentas de Hotmail, Live, MSN o > Outlook, > recuerden marcar los mensajes como "no spam" varias veces o agregar la > dirección de la lista a sus libretas de direcciones, para que no vayan a > parar al correo no deseado. > > Tienen en este momento 3 actividades en curso: > - buscar sobre el origen de la palabra "programador", que terminó en el > ámbito del software por accidente. Pueden compartir libremente sus > hallazgos por acá. > - los ejercicios del curso. Pueden compartir sus dudas y sugerencias por > acá. > - las primeras versiones de sus especificaciones de requerimientos. > > Saludos cordiales! > > > -- > Leonardo Tadei > leonardot en pegasusnet.com.ar > Web: http://leonardo.tadei.com.ar > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From cesargimenezlascano en gmail.com Tue Oct 2 13:21:25 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Tue, 2 Oct 2012 13:21:25 -0300 Subject: [Php-avanzado] Avances en las tareas In-Reply-To: References: <1348861596.8356.138.camel@praxisviii.intranet.com> Message-ID: muy buena la discusión! creo no queda mucho para agregar sobre la definición de programador... En cuanto a la especificación de requerimientos, la tengo en papel pero quisiera pulirla un poco mas antes de exponerla. En cuanto a las tareas, me quede pensando en el primer ejercicio del curso (devolver una frase con la primera palabra en mayúscula y el resto en minúsculas), llegue al resultado pero no se porque creo que se puede optimizar mas el código, alguna sugerencia? gracias!!!: el codigo: Ejercicios primera clase " .$vec); } else { ?>

El 1 de octubre de 2012 10:58, David Barraud escribió: > Una ayuda del origen de la palabra programador: busquen algo de puertos, > barcos, persona que acomoda los barcos.... > > El 28 de septiembre de 2012 16:46, Leonardo Tadei - Pegasus Tech Supply < > leonardot en pegasusnet.com.ar> escribió: > > Buenas a todos, >> >> quería escribirles para instarlos al uso de esta lista. >> Los que estén subscriptos con cuentas de Hotmail, Live, MSN o >> Outlook, >> recuerden marcar los mensajes como "no spam" varias veces o agregar la >> dirección de la lista a sus libretas de direcciones, para que no vayan a >> parar al correo no deseado. >> >> Tienen en este momento 3 actividades en curso: >> - buscar sobre el origen de la palabra "programador", que terminó en el >> ámbito del software por accidente. Pueden compartir libremente sus >> hallazgos por acá. >> - los ejercicios del curso. Pueden compartir sus dudas y sugerencias por >> acá. >> - las primeras versiones de sus especificaciones de requerimientos. >> >> Saludos cordiales! >> >> >> -- >> Leonardo Tadei >> leonardot en pegasusnet.com.ar >> Web: http://leonardo.tadei.com.ar >> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key >> >> _______________________________________________ >> Php-avanzado mailing list >> Php-avanzado en pato2.fi.mdp.edu.ar >> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado >> > > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From leonardot en pegasusnet.com.ar Tue Oct 2 15:14:44 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Tue, 02 Oct 2012 15:14:44 -0300 Subject: [Php-avanzado] Avances en las tareas In-Reply-To: References: <1348861596.8356.138.camel@praxisviii.intranet.com> Message-ID: <1349201684.8356.366.camel@praxisviii.intranet.com> Hola Cesar, El mar, 02-10-2012 a las 13:21 -0300, Cesar Gimenez Lascano escribió: > muy buena la discusión! creo no queda mucho para agregar sobre la > definición de programador... Me debo de haber perdido un e-mail, porque lo último que ví sobre esto son las pistas que dio David (ex alumno de este curso), pero nada sobre cómo llegó la palabra "programador" de dónde viene originalmente al software. > En cuanto a la especificación de requerimientos, la tengo en papel > pero quisiera pulirla un poco mas antes de exponerla. Ahhh... es probable que entonces tengas más cosas que rehacer. Generalmente a la 4ta o 5ta versión empiezan a ir bien rumbeados. Lo planteo como un proceso iterativo conmigo, porque es de veras muy difícil hacer una bien la primera vez. > En cuanto a las tareas, me quede pensando en el primer ejercicio del > curso (devolver una frase con la primera palabra en mayúscula y el > resto en minúsculas), llegue al resultado pero no se porque creo que > se puede optimizar mas el código, alguna sugerencia? Pedís sugerencias sobre un algoritmo diferente, o sobre mejorar esta implementación en PHP de la solución? Respecto al PHP, salvo un par de cosas que podrían omitirse, se ve muy bien! > gracias!!!: > el codigo: > > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > Ejercicios primera clase > > > > > if (isset($_POST['control']) && $_POST['control']=="OK") > { > $tex=$_POST["frase"]; > $tex=trim($tex); > $vec=explode(' ', $tex); > $vec[0]= strtoupper($vec[0]); > $long= count($vec); > for ($i=1; $i < $long; $i++){ > $vec[$i]= strtolower($vec[$i]); > } > $vec= implode (' ', $vec); > print("
" .$vec); > } > else { ?> >
>

> >

>

> >

>

> >

>
> > > > > > > > El 1 de octubre de 2012 10:58, David Barraud > escribió: > Una ayuda del origen de la palabra programador: busquen algo > de puertos, barcos, persona que acomoda los barcos.... > > El 28 de septiembre de 2012 16:46, Leonardo Tadei - Pegasus > Tech Supply escribió: > > Buenas a todos, > > quería escribirles para instarlos al uso de > esta lista. > Los que estén subscriptos con cuentas de > Hotmail, Live, MSN o Outlook, > recuerden marcar los mensajes como "no spam" varias > veces o agregar la > dirección de la lista a sus libretas de direcciones, > para que no vayan a > parar al correo no deseado. > > Tienen en este momento 3 actividades en curso: > - buscar sobre el origen de la palabra "programador", > que terminó en el > ámbito del software por accidente. Pueden compartir > libremente sus > hallazgos por acá. > - los ejercicios del curso. Pueden compartir sus dudas > y sugerencias por > acá. > - las primeras versiones de sus especificaciones de > requerimientos. > > Saludos cordiales! > > > -- > Leonardo Tadei > leonardot en pegasusnet.com.ar > Web: http://leonardo.tadei.com.ar > Firma pública: > http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From cesargimenezlascano en gmail.com Tue Oct 2 15:32:40 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Tue, 2 Oct 2012 15:32:40 -0300 Subject: [Php-avanzado] Avances en las tareas In-Reply-To: <1349201684.8356.366.camel@praxisviii.intranet.com> References: <1348861596.8356.138.camel@praxisviii.intranet.com> <1349201684.8356.366.camel@praxisviii.intranet.com> Message-ID: En realidad quise decir que no hay mucho mas que mencionar con respecto a la definición de la palabra, no así sobre su origen y posterior parentesco con el sotfware, el comentario de David me desoriento un poco..... El cuanto al código, quería saber si no tenia un error semántico, gracias. Una duda mas, para los ejercicios de ordenamiento de palabras (1.3 y 1.4) utilice funciones de vectores para ordenarlos (strcmp para el primero y sort para el segundo ejemplo de 4 palabras) pero después me di cuanta que no habíamos visto aun el tema vectores!, la idea del ejercicio era ordenarlos con otras técnicas? gracias!!!! El 2 de octubre de 2012 15:14, Leonardo Tadei - Pegasus Tech Supply < leonardot en pegasusnet.com.ar> escribió: > Hola Cesar, > > > El mar, 02-10-2012 a las 13:21 -0300, Cesar Gimenez Lascano escribió: > > muy buena la discusión! creo no queda mucho para agregar sobre la > > definición de programador... > > Me debo de haber perdido un e-mail, porque lo último que ví sobre > esto > son las pistas que dio David (ex alumno de este curso), pero nada sobre > cómo llegó la palabra "programador" de dónde viene originalmente al > software. > > > En cuanto a la especificación de requerimientos, la tengo en papel > > pero quisiera pulirla un poco mas antes de exponerla. > > Ahhh... es probable que entonces tengas más cosas que rehacer. > Generalmente a la 4ta o 5ta versión empiezan a ir bien rumbeados. > Lo planteo como un proceso iterativo conmigo, porque es de veras > muy > difícil hacer una bien la primera vez. > > > En cuanto a las tareas, me quede pensando en el primer ejercicio del > > curso (devolver una frase con la primera palabra en mayúscula y el > > resto en minúsculas), llegue al resultado pero no se porque creo que > > se puede optimizar mas el código, alguna sugerencia? > > Pedís sugerencias sobre un algoritmo diferente, o sobre mejorar > esta > implementación en PHP de la solución? > > Respecto al PHP, salvo un par de cosas que podrían omitirse, se ve > muy > bien! > > > > gracias!!!: > > el codigo: > > > > > > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > Ejercicios primera clase > > > > > > > > > > > if (isset($_POST['control']) && $_POST['control']=="OK") > > { > > $tex=$_POST["frase"]; > > $tex=trim($tex); > > $vec=explode(' ', $tex); > > $vec[0]= strtoupper($vec[0]); > > $long= count($vec); > > for ($i=1; $i < $long; $i++){ > > $vec[$i]= strtolower($vec[$i]); > > } > > $vec= implode (' ', $vec); > > print("
" .$vec); > > } > > else { ?> > >
> >

> > > >

> >

> > > >

> >

> > > >

> >
> > > > > > > > > > > > > > > > El 1 de octubre de 2012 10:58, David Barraud > > escribió: > > Una ayuda del origen de la palabra programador: busquen algo > > de puertos, barcos, persona que acomoda los barcos.... > > > > El 28 de septiembre de 2012 16:46, Leonardo Tadei - Pegasus > > Tech Supply escribió: > > > > Buenas a todos, > > > > quería escribirles para instarlos al uso de > > esta lista. > > Los que estén subscriptos con cuentas de > > Hotmail, Live, MSN o Outlook, > > recuerden marcar los mensajes como "no spam" varias > > veces o agregar la > > dirección de la lista a sus libretas de direcciones, > > para que no vayan a > > parar al correo no deseado. > > > > Tienen en este momento 3 actividades en curso: > > - buscar sobre el origen de la palabra "programador", > > que terminó en el > > ámbito del software por accidente. Pueden compartir > > libremente sus > > hallazgos por acá. > > - los ejercicios del curso. Pueden compartir sus dudas > > y sugerencias por > > acá. > > - las primeras versiones de sus especificaciones de > > requerimientos. > > > > Saludos cordiales! > > > > > > -- > > Leonardo Tadei > > leonardot en pegasusnet.com.ar > > Web: http://leonardo.tadei.com.ar > > Firma pública: > > http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > > > _______________________________________________ > > Php-avanzado mailing list > > Php-avanzado en pato2.fi.mdp.edu.ar > > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > > > > > _______________________________________________ > > Php-avanzado mailing list > > Php-avanzado en pato2.fi.mdp.edu.ar > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > > > > > _______________________________________________ > > Php-avanzado mailing list > > Php-avanzado en pato2.fi.mdp.edu.ar > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > -- > Leonardo Tadei > leonardot en pegasusnet.com.ar > Web: http://leonardo.tadei.com.ar > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From cesargimenezlascano en gmail.com Tue Oct 2 15:40:13 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Tue, 2 Oct 2012 15:40:13 -0300 Subject: [Php-avanzado] Avances en las tareas In-Reply-To: References: <1348861596.8356.138.camel@praxisviii.intranet.com> <1349201684.8356.366.camel@praxisviii.intranet.com> Message-ID: en cuanto al código que envié en un principio me olvide de repreguntar, como podría mejorar esta implementación en PHP de la solución? que elementos son los que estarían de mas?. gracias!!!!! El 2 de octubre de 2012 15:32, Cesar Gimenez Lascano < cesargimenezlascano en gmail.com> escribió: > En realidad quise decir que no hay mucho mas que mencionar con respecto a > la definición de la palabra, no así sobre su origen y > posterior parentesco con el sotfware, el comentario de David me desoriento > un poco..... > El cuanto al código, quería saber si no tenia un error semántico, gracias. > Una duda mas, para los ejercicios de ordenamiento de palabras (1.3 y > 1.4) utilice funciones de vectores para ordenarlos (strcmp para el primero > y sort para el segundo ejemplo de 4 palabras) pero después me di cuanta que > no habíamos visto aun el tema vectores!, la idea del ejercicio era > ordenarlos con otras técnicas? gracias!!!! > > El 2 de octubre de 2012 15:14, Leonardo Tadei - Pegasus Tech Supply < > leonardot en pegasusnet.com.ar> escribió: > > Hola Cesar, >> >> >> El mar, 02-10-2012 a las 13:21 -0300, Cesar Gimenez Lascano escribió: >> > muy buena la discusión! creo no queda mucho para agregar sobre la >> > definición de programador... >> >> Me debo de haber perdido un e-mail, porque lo último que ví sobre >> esto >> son las pistas que dio David (ex alumno de este curso), pero nada sobre >> cómo llegó la palabra "programador" de dónde viene originalmente al >> software. >> >> > En cuanto a la especificación de requerimientos, la tengo en papel >> > pero quisiera pulirla un poco mas antes de exponerla. >> >> Ahhh... es probable que entonces tengas más cosas que rehacer. >> Generalmente a la 4ta o 5ta versión empiezan a ir bien rumbeados. >> Lo planteo como un proceso iterativo conmigo, porque es de veras >> muy >> difícil hacer una bien la primera vez. >> >> > En cuanto a las tareas, me quede pensando en el primer ejercicio del >> > curso (devolver una frase con la primera palabra en mayúscula y el >> > resto en minúsculas), llegue al resultado pero no se porque creo que >> > se puede optimizar mas el código, alguna sugerencia? >> >> Pedís sugerencias sobre un algoritmo diferente, o sobre mejorar >> esta >> implementación en PHP de la solución? >> >> Respecto al PHP, salvo un par de cosas que podrían omitirse, se >> ve muy >> bien! >> >> >> > gracias!!!: >> > el codigo: >> > >> > >> > > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> >> > >> > >> > >> > Ejercicios primera clase >> > >> > >> > >> > >> > > > if (isset($_POST['control']) && $_POST['control']=="OK") >> > { >> > $tex=$_POST["frase"]; >> > $tex=trim($tex); >> > $vec=explode(' ', $tex); >> > $vec[0]= strtoupper($vec[0]); >> > $long= count($vec); >> > for ($i=1; $i < $long; $i++){ >> > $vec[$i]= strtolower($vec[$i]); >> > } >> > $vec= implode (' ', $vec); >> > print("
" .$vec); >> > } >> > else { ?> >> >
>> >

>> > >> >

>> >

>> > >> >

>> >

>> > >> >

>> >
>> > >> > >> > >> > >> > >> > >> > >> > El 1 de octubre de 2012 10:58, David Barraud >> > escribió: >> > Una ayuda del origen de la palabra programador: busquen algo >> > de puertos, barcos, persona que acomoda los barcos.... >> > >> > El 28 de septiembre de 2012 16:46, Leonardo Tadei - Pegasus >> > Tech Supply escribió: >> > >> > Buenas a todos, >> > >> > quería escribirles para instarlos al uso de >> > esta lista. >> > Los que estén subscriptos con cuentas de >> > Hotmail, Live, MSN o Outlook, >> > recuerden marcar los mensajes como "no spam" varias >> > veces o agregar la >> > dirección de la lista a sus libretas de direcciones, >> > para que no vayan a >> > parar al correo no deseado. >> > >> > Tienen en este momento 3 actividades en curso: >> > - buscar sobre el origen de la palabra "programador", >> > que terminó en el >> > ámbito del software por accidente. Pueden compartir >> > libremente sus >> > hallazgos por acá. >> > - los ejercicios del curso. Pueden compartir sus dudas >> > y sugerencias por >> > acá. >> > - las primeras versiones de sus especificaciones de >> > requerimientos. >> > >> > Saludos cordiales! >> > >> > >> > -- >> > Leonardo Tadei >> > leonardot en pegasusnet.com.ar >> > Web: http://leonardo.tadei.com.ar >> > Firma pública: >> > http://www.pegasusnet.com.ar/LeonardoTadei-public.key >> > >> > _______________________________________________ >> > Php-avanzado mailing list >> > Php-avanzado en pato2.fi.mdp.edu.ar >> > >> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado >> > >> > >> > _______________________________________________ >> > Php-avanzado mailing list >> > Php-avanzado en pato2.fi.mdp.edu.ar >> > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado >> > >> > >> > _______________________________________________ >> > Php-avanzado mailing list >> > Php-avanzado en pato2.fi.mdp.edu.ar >> > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado >> >> -- >> Leonardo Tadei >> leonardot en pegasusnet.com.ar >> Web: http://leonardo.tadei.com.ar >> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key >> >> _______________________________________________ >> Php-avanzado mailing list >> Php-avanzado en pato2.fi.mdp.edu.ar >> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado >> > > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From leonardot en pegasusnet.com.ar Tue Oct 2 16:03:23 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Tue, 02 Oct 2012 16:03:23 -0300 Subject: [Php-avanzado] Avances en las tareas In-Reply-To: References: <1348861596.8356.138.camel@praxisviii.intranet.com> <1349201684.8356.366.camel@praxisviii.intranet.com> Message-ID: <1349204603.8356.371.camel@praxisviii.intranet.com> Hola Cesar, El mar, 02-10-2012 a las 15:32 -0300, Cesar Gimenez Lascano escribió: [..] > El cuanto al código, quería saber si no tenia un error semántico, > gracias. No lo probé: te había entendido que ese código resolvía el problema, y si lo resuelve, entonces no tiene errores semánticos. Si tenés duda de cómo se ejecuta, pasame una frase concreta que hayas probado y que te de mal, para ejecutarlo y probarlo. > Una duda mas, para los ejercicios de ordenamiento de palabras (1.3 y > 1.4) utilice funciones de vectores para ordenarlos (strcmp para el > primero y sort para el segundo ejemplo de 4 palabras) pero después me > di cuanta que no habíamos visto aun el tema vectores!, la idea del > ejercicio era ordenarlos con otras técnicas? La idea era resolverlos con una serie de IF o SWITCH, es decir, plantear el algoritmo de comparación u ordenamiento según corresponda. El objetivo es afianzar su capacidad de pensar algorítmicamente. Por esto se pedían solo 3 o 4 valores para trabajar, para que no se tengan que matar escribiendo IFs. > gracias!!!! Por nada -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From leonardot en pegasusnet.com.ar Tue Oct 2 16:08:56 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Tue, 02 Oct 2012 16:08:56 -0300 Subject: [Php-avanzado] Avances en las tareas In-Reply-To: References: <1348861596.8356.138.camel@praxisviii.intranet.com> <1349201684.8356.366.camel@praxisviii.intranet.com> Message-ID: <1349204936.8356.377.camel@praxisviii.intranet.com> Hola Cesar, el IF tiene dos condiciones, pero si se cumple la primera también se cumplirá la segunda, así que la segunda se puede sacar. En vez de recorrer con un for el vector temporal con las palabras, se podría sacar el primer elemento con array_shift() y luego procesar el vector que queda con foreach. Nada de esto son "optimizaciones" en cuanto a velocidad ni eficiencia ni nada de eso: están orientadas a escribir el código de la forma más breve posible, porque cuando es más largo, hay más lugares posibles para equivocarse. A propósito de esto, tu código no tiene comentarios, por lo que si bien a mi me queda claro qué es lo que hace, no podemos saber si es lo que vos estabas queriendo hacer. Los buenos comentarios dicen estas cosas no triviales. Seguimos! El mar, 02-10-2012 a las 15:40 -0300, Cesar Gimenez Lascano escribió: > en cuanto al código que envié en un principio me olvide de > repreguntar, como podría mejorar esta implementación en PHP de la > solución? que elementos son los que estarían de mas?. gracias!!!!! > > El 2 de octubre de 2012 15:32, Cesar Gimenez Lascano > escribió: > En realidad quise decir que no hay mucho mas que mencionar con > respecto a la definición de la palabra, no así sobre su origen > y posterior parentesco con el sotfware, el comentario de David > me desoriento un poco..... > El cuanto al código, quería saber si no tenia un > error semántico, gracias. > Una duda mas, para los ejercicios de ordenamiento de palabras > (1.3 y 1.4) utilice funciones de vectores para ordenarlos > (strcmp para el primero y sort para el segundo ejemplo de 4 > palabras) pero después me di cuanta que no habíamos visto aun > el tema vectores!, la idea del ejercicio era ordenarlos con > otras técnicas? gracias!!!! > > El 2 de octubre de 2012 15:14, Leonardo Tadei - Pegasus Tech > Supply escribió: > > Hola Cesar, > > > El mar, 02-10-2012 a las 13:21 -0300, Cesar Gimenez > Lascano escribió: > > muy buena la discusión! creo no queda mucho para > agregar sobre la > > definición de programador... > > > Me debo de haber perdido un e-mail, porque lo > último que ví sobre esto > son las pistas que dio David (ex alumno de este > curso), pero nada sobre > cómo llegó la palabra "programador" de dónde viene > originalmente al > software. > > > En cuanto a la especificación de requerimientos, la > tengo en papel > > pero quisiera pulirla un poco mas antes de > exponerla. > > > Ahhh... es probable que entonces tengas más > cosas que rehacer. > Generalmente a la 4ta o 5ta versión empiezan a > ir bien rumbeados. > Lo planteo como un proceso iterativo conmigo, > porque es de veras muy > difícil hacer una bien la primera vez. > > > En cuanto a las tareas, me quede pensando en el > primer ejercicio del > > curso (devolver una frase con la primera palabra en > mayúscula y el > > resto en minúsculas), llegue al resultado pero no se > porque creo que > > se puede optimizar mas el código, alguna sugerencia? > > > Pedís sugerencias sobre un algoritmo > diferente, o sobre mejorar esta > implementación en PHP de la solución? > > Respecto al PHP, salvo un par de cosas que > podrían omitirse, se ve muy > bien! > > > > gracias!!!: > > el codigo: > > > > > > Transitional//EN" > > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > Ejercicios primera clase > > > > > > > > > > > if (isset($_POST['control']) && > $_POST['control']=="OK") > > { > > $tex=$_POST["frase"]; > > $tex=trim($tex); > > $vec=explode(' ', $tex); > > $vec[0]= strtoupper($vec[0]); > > $long= count($vec); > > for ($i=1; $i < $long; $i++){ > > $vec[$i]= strtolower($vec[$i]); > > } > > $vec= implode (' ', $vec); > > print("
" .$vec); > > } > > else { ?> > >
action="ejercicios.php"> > >

> > > >

> >

> > value="Enviar" /> > >

> >

> > value="OK" /> > >

> >
> > > > > > > > > > > > > > > > El 1 de octubre de 2012 10:58, David Barraud > > > escribió: > > Una ayuda del origen de la palabra > programador: busquen algo > > de puertos, barcos, persona que acomoda los > barcos.... > > > > El 28 de septiembre de 2012 16:46, Leonardo > Tadei - Pegasus > > Tech Supply > escribió: > > > > Buenas a todos, > > > > quería escribirles para > instarlos al uso de > > esta lista. > > Los que estén subscriptos > con cuentas de > > Hotmail, Live, MSN o Outlook, > > recuerden marcar los mensajes como > "no spam" varias > > veces o agregar la > > dirección de la lista a sus libretas > de direcciones, > > para que no vayan a > > parar al correo no deseado. > > > > Tienen en este momento 3 > actividades en curso: > > - buscar sobre el origen de la > palabra "programador", > > que terminó en el > > ámbito del software por accidente. > Pueden compartir > > libremente sus > > hallazgos por acá. > > - los ejercicios del curso. Pueden > compartir sus dudas > > y sugerencias por > > acá. > > - las primeras versiones de sus > especificaciones de > > requerimientos. > > > > Saludos cordiales! > > > > > > -- > > Leonardo Tadei > > leonardot en pegasusnet.com.ar > > Web: http://leonardo.tadei.com.ar > > Firma pública: > > > http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > > > > _______________________________________________ > > Php-avanzado mailing list > > Php-avanzado en pato2.fi.mdp.edu.ar > > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > > > > > > _______________________________________________ > > Php-avanzado mailing list > > Php-avanzado en pato2.fi.mdp.edu.ar > > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > > > > > _______________________________________________ > > Php-avanzado mailing list > > Php-avanzado en pato2.fi.mdp.edu.ar > > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > -- > Leonardo Tadei > leonardot en pegasusnet.com.ar > Web: http://leonardo.tadei.com.ar > Firma pública: > http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > > > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From collectgc en gmail.com Wed Oct 3 09:44:19 2012 From: collectgc en gmail.com (Mario Gomez Cassou) Date: Wed, 3 Oct 2012 09:44:19 -0300 Subject: [Php-avanzado] Problema con header("location Message-ID: Hola gente: tengo un problema raro; mi "index.php" comienza con ? y "sesion.php" comienza con References: Message-ID: Fíjate de no tener un espacio o algún carácter rato antes del tagalo php. Además, el standard dice que location debe ir con L mayúscula. El 03/10/2012 10:10, "Mario Gomez Cassou" escribió: > Hola gente: > > tengo un problema raro; mi "index.php" comienza con > > ? > > y "sesion.php" comienza con > > header("location: logout.php"); > die("FIN"); > > Esto en mi compu funciona como sin errores ni warnings. Cuando lo subo > al servidor me tira "500 Internal Server Error" y en pantalla: > > Warning: Cannot modify header information - headers already sent by > (output started at /home/cd000215/public_html/havanna/abc/index.php:1) > in /home/cd000215/public_html/havanna/abc/inclu/sesion.php on line 2 > FIN > > en el mismo servidor tengo montones de "header("location" andando; > ¿que puede fallar en este? > Gracias! > Mario > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From collectgc en gmail.com Wed Oct 3 10:24:44 2012 From: collectgc en gmail.com (Mario Gomez Cassou) Date: Wed, 3 Oct 2012 10:24:44 -0300 Subject: [Php-avanzado] Problema con header("location In-Reply-To: References: Message-ID: Gracias Matias! como decís: estoy viendo que el archivo tiene tres caracteres no visibles al principio: EF BB BF Lo generé en windogs con Notepad++ y ahora lo estoy usando en Ubuntu. Lo raro es que en mi compu anda. Si copio con Bluefish el código a un archivo nuevo me copia los tres fantasmitas, ahora estaba escribiendo uno nuevo Sigo probando Abrazo Mario El día 3 de octubre de 2012 10:14, Matias Gea escribió: > Fíjate de no tener un espacio o algún carácter rato antes del tagalo php. > Además, el standard dice que location debe ir con L mayúscula. > > El 03/10/2012 10:10, "Mario Gomez Cassou" escribió: >> >> Hola gente: >> >> tengo un problema raro; mi "index.php" comienza con >> >> ? >> >> y "sesion.php" comienza con >> >> > header("location: logout.php"); >> die("FIN"); >> >> Esto en mi compu funciona como sin errores ni warnings. Cuando lo subo >> al servidor me tira "500 Internal Server Error" y en pantalla: >> >> Warning: Cannot modify header information - headers already sent by >> (output started at /home/cd000215/public_html/havanna/abc/index.php:1) >> in /home/cd000215/public_html/havanna/abc/inclu/sesion.php on line 2 >> FIN >> >> en el mismo servidor tengo montones de "header("location" andando; >> ¿que puede fallar en este? >> Gracias! >> Mario >> _______________________________________________ >> Php-avanzado mailing list >> Php-avanzado en pato2.fi.mdp.edu.ar >> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado From leonardot en pegasusnet.com.ar Wed Oct 3 10:46:32 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Wed, 03 Oct 2012 10:46:32 -0300 Subject: [Php-avanzado] Problema con header("location In-Reply-To: References: Message-ID: <1349271992.8356.390.camel@praxisviii.intranet.com> Hola Mario, no es raro que en tu Ubuntu sí funcione: no debés tener la misma configuraguración de PHP en tu máquina que la que tiene el servidor. Por esto es altamente recomendado trabajar con el PHP configurado en el modo más estricto posible, así, si funciona así, funciona en todas partes. Trabajar de esta manera suele llamarse "modo desarrollo", contra la configuración recomendada para ejecución masiva que es "modo producción". en el php.ini está comentado todo esto, sobre todo para las opciones de visualización y manejo de errores. Saludos! El mié, 03-10-2012 a las 10:24 -0300, Mario Gomez Cassou escribió: > Gracias Matias! > como decís: estoy viendo que el archivo tiene tres caracteres no > visibles al principio: EF BB BF > Lo generé en windogs con Notepad++ y ahora lo estoy usando en Ubuntu. > Lo raro es que en mi compu anda. > Si copio con Bluefish el código a un archivo nuevo me copia los tres > fantasmitas, ahora estaba escribiendo uno nuevo > Sigo probando > Abrazo > Mario > > > El día 3 de octubre de 2012 10:14, Matias Gea escribió: > > Fíjate de no tener un espacio o algún carácter rato antes del tagalo php. > > Además, el standard dice que location debe ir con L mayúscula. > > > > El 03/10/2012 10:10, "Mario Gomez Cassou" escribió: > >> > >> Hola gente: > >> > >> tengo un problema raro; mi "index.php" comienza con > >> > >> ? > >> > >> y "sesion.php" comienza con > >> > >> >> header("location: logout.php"); > >> die("FIN"); > >> > >> Esto en mi compu funciona como sin errores ni warnings. Cuando lo subo > >> al servidor me tira "500 Internal Server Error" y en pantalla: > >> > >> Warning: Cannot modify header information - headers already sent by > >> (output started at /home/cd000215/public_html/havanna/abc/index.php:1) > >> in /home/cd000215/public_html/havanna/abc/inclu/sesion.php on line 2 > >> FIN > >> > >> en el mismo servidor tengo montones de "header("location" andando; > >> ¿que puede fallar en este? > >> Gracias! > >> Mario > >> _______________________________________________ > >> Php-avanzado mailing list > >> Php-avanzado en pato2.fi.mdp.edu.ar > >> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > > > > > _______________________________________________ > > Php-avanzado mailing list > > Php-avanzado en pato2.fi.mdp.edu.ar > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From damian_colledani en yahoo.com Thu Oct 4 20:22:08 2012 From: damian_colledani en yahoo.com (=?iso-8859-1?Q?Dami=E1n_Colledani?=) Date: Thu, 4 Oct 2012 16:22:08 -0700 (PDT) Subject: [Php-avanzado] consulta backup Mysql Message-ID: <1349392928.91171.YahooMailClassic@web160802.mail.bf1.yahoo.com> Hola. Un cliente me pide trabajar la BD fuera de linea dado que mientras viaja a veces no tiene servicio de internet. Periodicamente, con servicio disponible, actualizaría la BD de su site. Necesito que me asesoren para que, dado el caso haga un click y se realice dicha actualización. Pregunto tambien porque es una operatoria a mi criterio "delicada" por los datos que se tocan. Escucho sugerencias Gracias ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From leonardot en pegasusnet.com.ar Sat Oct 6 12:18:16 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Sat, 06 Oct 2012 12:18:16 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Ajuste_en_el_cronograma_del_curso_-?= =?iso-8859-1?q?_fecha_de_la_evaluaci=F3n?= Message-ID: <1349536696.11292.1576.camel@praxisviii.intranet.com> Estimados todos, estaba viendo el cronograma del curso y evaluando los ajustes que tendremos que hacer para podar dar todo el contenido del mismo antes de que termine el año. Por esto, pasaré una clase de la segunda parte del curso a la primera, en la que veremos manejo programático de imágenes y manejo del protocolo HTTP. Les enviaré la parte del apunte a este respecto por la lista y además lo podré en el servidor de la FI para que lo descarguen ahí. Con esto veríamos todo el contenido de la primer evaluación el miércoles 31/10. El 7/11 veríamos la notación de la POO (que no entra en la evaluación) y tendríamos esa clase para consultas y repaso previo a la evaluación. La primer evaluación sería entonces el sábado 10/11 de 14hs a 18hs. Los que por algún motivo no puedan rendir ese día, podrán hacerlo durante la mañana del mismo sábado asistidos por otro instructor. Saludos cordiales! -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From leonardot en pegasusnet.com.ar Sat Oct 6 12:19:47 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Sat, 06 Oct 2012 12:19:47 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Pr=F3ximas_clases?= Message-ID: <1349536787.11292.1581.camel@praxisviii.intranet.com> Hola a todos, los temas de nuestras próximas clases serán: 10/10 Javascript 17/10 Javascript 24/10 Imágenes y HTTP 31/10 POO y consultas Saludos cordiales -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From leonardot en pegasusnet.com.ar Sat Oct 6 12:22:51 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Sat, 06 Oct 2012 12:22:51 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?_Ajuste_en_el_cronograma_del_curso_?= =?iso-8859-1?q?-_fecha_de_la_evaluaci=F3n?= Message-ID: <1349536971.11292.1587.camel@praxisviii.intranet.com> Fe de erratas: me embarullé con las fechas: Estimados todos, estaba viendo el cronograma del curso y evaluando los ajustes que tendremos que hacer para podar dar todo el contenido del mismo antes de que termine el año. Por esto, pasaré una clase de la segunda parte del curso a la primera, en la que veremos manejo programático de imágenes y manejo del protocolo HTTP. Les enviaré la parte del apunte a este respecto por la lista y además lo podré en el servidor de la FI para que lo descarguen ahí. Con esto veríamos todo el contenido de la primer evaluación el miércoles 24/10. El 31/10 veríamos la notación de la POO (que no entra en la evaluación) y tendríamos esa clase para consultas y repaso previo a la evaluación. La primer evaluación sería entonces el sábado 3/11 de 14hs a 18hs. Los que por algún motivo no puedan rendir ese día, podrán hacerlo durante la mañana del mismo sábado asistidos por otro instructor. Saludos cordiales! -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key _______________________________________________ Php-avanzado mailing list Php-avanzado en pato2.fi.mdp.edu.ar http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado From cesargimenezlascano en gmail.com Sat Oct 6 18:08:00 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Sat, 6 Oct 2012 18:08:00 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Ajuste_en_el_cronograma_del_curso_-?= =?iso-8859-1?q?_fecha_de_la_evaluaci=F3n?= In-Reply-To: <1349536971.11292.1587.camel@praxisviii.intranet.com> References: <1349536971.11292.1587.camel@praxisviii.intranet.com> Message-ID: perfecto Leo, todo claro. Gracias, saludos!!!! El 6 de octubre de 2012 12:22, Leonardo Tadei - Pegasus Tech Supply < leonardot en pegasusnet.com.ar> escribió: > Fe de erratas: me embarullé con las fechas: > > Estimados todos, > > estaba viendo el cronograma del curso y evaluando los ajustes que > tendremos que hacer para podar dar todo el contenido del mismo antes de > que termine el año. > Por esto, pasaré una clase de la segunda parte del curso a la > primera, > en la que veremos manejo programático de imágenes y manejo del protocolo > HTTP. > Les enviaré la parte del apunte a este respecto por la lista y > además > lo podré en el servidor de la FI para que lo descarguen ahí. > Con esto veríamos todo el contenido de la primer evaluación el > miércoles 24/10. El 31/10 veríamos la notación de la POO (que no entra en > la evaluación) y tendríamos esa clase para consultas y repaso previo a > la evaluación. > La primer evaluación sería entonces el sábado 3/11 de 14hs a 18hs. > Los que por algún motivo no puedan rendir ese día, podrán hacerlo > durante la mañana del mismo sábado asistidos por otro instructor. > > Saludos cordiales! > > -- > Leonardo Tadei > leonardot en pegasusnet.com.ar > Web: http://leonardo.tadei.com.ar > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From collectgc en gmail.com Mon Oct 8 10:32:06 2012 From: collectgc en gmail.com (Mario Gomez Cassou) Date: Mon, 8 Oct 2012 10:32:06 -0300 Subject: [Php-avanzado] Mona Llisa en CSS Message-ID: El código CSS se genera con un script: http://codepen.io/jaysalvat/pen/HaqBf Saludos Mario From cesargimenezlascano en gmail.com Mon Oct 8 11:46:25 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Mon, 8 Oct 2012 11:46:25 -0300 Subject: [Php-avanzado] Mona Llisa en CSS In-Reply-To: References: Message-ID: muy bueno.... 2012/10/8 Mario Gomez Cassou > El código CSS se genera con un script: > > http://codepen.io/jaysalvat/pen/HaqBf > > Saludos > Mario > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From silverzero.52 en gmail.com Mon Oct 8 12:07:51 2012 From: silverzero.52 en gmail.com (Silverzero) Date: Mon, 8 Oct 2012 12:07:51 -0300 Subject: [Php-avanzado] Mona Llisa en CSS In-Reply-To: References: Message-ID: jajaja muy loco!! me causó gracia que dice "es un script totalmente sin sentido...pero la vida no tiene sentido" 2012/10/8 Cesar Gimenez Lascano > muy bueno.... > > 2012/10/8 Mario Gomez Cassou > >> El código CSS se genera con un script: >> >> http://codepen.io/jaysalvat/pen/HaqBf >> >> Saludos >> Mario >> _______________________________________________ >> Php-avanzado mailing list >> Php-avanzado en pato2.fi.mdp.edu.ar >> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado >> > > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > -- Carolina ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From collectgc en gmail.com Mon Oct 8 13:47:29 2012 From: collectgc en gmail.com (Mario Gomez Cassou) Date: Mon, 8 Oct 2012 13:47:29 -0300 Subject: [Php-avanzado] mysql_query obsoleto? Message-ID: en php.net dice que esta función sin la cual no voy ni a la esquina está desaconsejada: El uso de esta función está desaconsejado. En su lugar debería usarse la extensión MySQLi o PDO_MySQL. Véase también la guía MySQL: escoger una API y las P+F relacionadas para más información. Las alternativas a esta función incluyen: mysqli_query() PDO::query() me preocupó Mario From matigea en gmail.com Mon Oct 8 14:13:55 2012 From: matigea en gmail.com (Matias Gea) Date: Mon, 8 Oct 2012 14:13:55 -0300 Subject: [Php-avanzado] mysql_query obsoleto? In-Reply-To: References: Message-ID: Hola, mario. En realidad la función es estable y segura (siempre que las consultas estén sanitizadas). El tema es que está optimizada para motores MySQL 4. Mysqli_query, en cambio, está optimizada para los motores más nuevos. Sólo cambia el nombre de la función, el uso es el mismo y, en general, simplemente cambiando los nombres de todas las funciones mysql (por mysqli) te queda el sistema actualizado. Saludos! El 08/10/2012 13:47, "Mario Gomez Cassou" escribió: > en php.net dice que esta función sin la cual no voy ni a la esquina > está desaconsejada: > > El uso de esta función está desaconsejado. En su lugar debería usarse > la extensión MySQLi o PDO_MySQL. Véase también la guía MySQL: escoger > una API y las P+F relacionadas para más información. Las alternativas > a esta función incluyen: > > mysqli_query() > PDO::query() > > me preocupó > Mario > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From silverzero.52 en gmail.com Mon Oct 8 14:22:37 2012 From: silverzero.52 en gmail.com (Silverzero) Date: Mon, 8 Oct 2012 14:22:37 -0300 Subject: [Php-avanzado] mysql_query obsoleto? In-Reply-To: References: Message-ID: Pero en estructurado es al revés, primero el $link y después la $query...ufa... 2012/10/8 Matias Gea > Hola, mario. En realidad la función es estable y segura (siempre que las > consultas estén sanitizadas). El tema es que está optimizada para motores > MySQL 4. Mysqli_query, en cambio, está optimizada para los motores más > nuevos. Sólo cambia el nombre de la función, el uso es el mismo y, en > general, simplemente cambiando los nombres de todas las funciones mysql > (por mysqli) te queda el sistema actualizado. > > Saludos! > El 08/10/2012 13:47, "Mario Gomez Cassou" escribió: > > en php.net dice que esta función sin la cual no voy ni a la esquina >> está desaconsejada: >> >> El uso de esta función está desaconsejado. En su lugar debería usarse >> la extensión MySQLi o PDO_MySQL. Véase también la guía MySQL: escoger >> una API y las P+F relacionadas para más información. Las alternativas >> a esta función incluyen: >> >> mysqli_query() >> PDO::query() >> >> me preocupó >> Mario >> _______________________________________________ >> Php-avanzado mailing list >> Php-avanzado en pato2.fi.mdp.edu.ar >> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado >> > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > -- Carolina ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From silverzero.52 en gmail.com Mon Oct 8 14:16:11 2012 From: silverzero.52 en gmail.com (Silverzero) Date: Mon, 8 Oct 2012 14:16:11 -0300 Subject: [Php-avanzado] mysql_query obsoleto? In-Reply-To: References: Message-ID: Nooooooooooo!! recién me entero! qué hacemossss? pánicooooo jaja... no, de verdad. Leoooooo! 2012/10/8 Mario Gomez Cassou > en php.net dice que esta función sin la cual no voy ni a la esquina > está desaconsejada: > > El uso de esta función está desaconsejado. En su lugar debería usarse > la extensión MySQLi o PDO_MySQL. Véase también la guía MySQL: escoger > una API y las P+F relacionadas para más información. Las alternativas > a esta función incluyen: > > mysqli_query() > PDO::query() > > me preocupó > Mario > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > -- Carolina ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From leonardot en pegasusnet.com.ar Mon Oct 8 15:05:59 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Mon, 08 Oct 2012 15:05:59 -0300 Subject: [Php-avanzado] mysql_query obsoleto? In-Reply-To: References: Message-ID: <1349719559.11292.1838.camel@praxisviii.intranet.com> Qué hacemos? Pasarse a PDO y dejarse de hinchar y diseñar en Objetos... ;-) PD: e ir de a poco actualizando el código viejo para no aumentar nuestra "deuda tecnológica" El lun, 08-10-2012 a las 14:16 -0300, Silverzero escribió: > Nooooooooooo!! recién me entero! qué hacemossss? pánicooooo jaja... > no, de verdad. > Leoooooo! > > 2012/10/8 Mario Gomez Cassou > en php.net dice que esta función sin la cual no voy ni a la > esquina > está desaconsejada: > > El uso de esta función está desaconsejado. En su lugar debería > usarse > la extensión MySQLi o PDO_MySQL. Véase también la guía MySQL: > escoger > una API y las P+F relacionadas para más información. Las > alternativas > a esta función incluyen: > > mysqli_query() > PDO::query() > > me preocupó > Mario > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > > > -- > Carolina > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From jorgediiorio en hotmail.com Mon Oct 8 19:17:18 2012 From: jorgediiorio en hotmail.com (Jorge Di Iorio) Date: Mon, 8 Oct 2012 19:17:18 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Especificaci=F3n_de_Requerimientos?= In-Reply-To: References: Message-ID: Leo, te mando el primer release de la especificación de requerimientos. Según lo que hablamos lo que fui corrigiendo fue lo siguiente: -> Saqué los tipos de cancha y asocié directamente el deporte a la cancha. Sinceramente después de lo que hablamos no me pareció menester tener el tipo de cancha, si en realidad la información de la cantidad de jugadores y el tipo de piso pueden ser atributos de la cancha en sí. -> En cuanto a las tarifas lo dejé de manera que sean por complejo y van a tener un valor diurno y otro nocturno. -> Por otro lado, no voy a dejar que el usuario gestione estados de los turnos. En un principio los voy a dejar predefinidos yo. [Libre, reservado, Ocupado, Cerrado, Pagado]. Lo que no se como especificar bien es el tema de la prioridad de los turnos según el estado de los mismo, es decir, por ejemplo: "que pasa cuando quiero alquilar uno que ya esta reservado". Otra cosa que no se como dividir es el tiempo para prorratear el día laboral de la cancha en las horas, o sea, le doy un valor de tiempo fijo al turno? y si distintas canchas tienen distintos tiempos de turnos? si con el tiempo varía la duración de determinado turno? Yo había pensado en dividir el día en lapsos de media hora y que el usuario acupe los que quiere... no van a alquilar una predio por 15 minutos! (le mande un mail a el cliente pidiéndole info detallada sobre esto). Jorge Di Iorio. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ An embedded and charset-unspecified text was scrubbed... Name: Requerimientos JD.txt URL: From leonardot en pegasusnet.com.ar Tue Oct 9 14:23:38 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Tue, 09 Oct 2012 14:23:38 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Especificaci=F3n_de_Requerimientos?= In-Reply-To: References: Message-ID: <1349803418.11292.1896.camel@praxisviii.intranet.com> Hola Jorge, gracias por el envío. Se nota el avance en acotar el proyecto. El lun, 08-10-2012 a las 19:17 -0300, Jorge Di Iorio escribió: > Leo, te mando el primer release de la especificación de > requerimientos. Según lo que hablamos lo que fui corrigiendo fue lo > siguiente: > > -> Saqué los tipos de cancha y asocié directamente el deporte a la > cancha. Sinceramente después de lo que hablamos no me pareció menester > tener el tipo de cancha, si en realidad la información de la cantidad > de jugadores y el tipo de piso pueden ser atributos de la cancha en > sí. Estoy de acuerdo... igual, consultalo con el cliente por si él se refería a otra cosa, y tenés entre manos un requerimiento oculto. > -> En cuanto a las tarifas lo dejé de manera que sean por complejo y > van a tener un valor diurno y otro nocturno. Esto significa que si en un complejo hay varias canchas, todas deberán cobrar lo mismo por un turno diurno o por un turno nocturno... me habría imaginado que diferentes canchas del mismo complejo podían tener diferentes tarifas. > -> Por otro lado, no voy a dejar que el usuario gestione estados de > los turnos. En un principio los voy a dejar predefinidos yo. [Libre, > reservado, Ocupado, Cerrado, Pagado]. Me parece bien para la primer versión del proyecto. La metodología que no recordaba el otro día cuando hablábamos de esto es AOM: Adaptive Object Model Si llaman para pedir confirmación de los turnos, acordate de poner un estado "confirmado". > Lo que no se como especificar bien es el tema de la prioridad de los > turnos según el estado de los mismo, es decir, por ejemplo: "que pasa > cuando quiero alquilar uno que ya esta reservado". Bueno, esto te lo debe responder el cliente. Si la reserva es una promesa que hace el complejo, no debería tomar otro turno, porque ya lo tiene comprometido. Acá es en dónde entraría en juego la confirmación: podría ser que se puede reservar varias veces la misma cancha para la misma hora, y que el que la confirme primero se la queda. > Otra cosa que no se como dividir es el tiempo para prorratear el día > laboral de la cancha en las horas, o sea, le doy un valor de tiempo > fijo al turno? También lo debe responder el cliente, pero generalmente se alquila la cancha de tal hora a tal hora, con un tiempo mínimo. En ese caso si reservo/alquilo una cancha de 16 a 17:30, será una hora y media, pero si tengo otro turno que empieza a las 17hs, podré reservar/alquilar solo 1 hora. La verdad es que no entiendo bien el problema ni veo la necesidad de prorrateo: las canchas suelen ofrecerse por un costo la hora, y vos la alquilás lo que quieras siempre y cuando esté disponible. Cómo lo maneja tu cliente? > y si distintas canchas tienen distintos tiempos de turnos? si con el > tiempo varía la duración de determinado turno? Nada de esto sería problema si el turno tiene un día y hora de inicio y una duración que se determina al momento de pedirlo... a lo sumo un encargado piola minimizará los huevos y uno no tan piola te dejará huecos de media hora por todas partes. Esto se evidenciará en los informes que emita el sistema de ser necesario. > Yo había pensado en dividir el día en lapsos de media hora y que el > usuario acupe los que quiere... no van a alquilar una predio por 15 > minutos! (le mande un mail a el cliente pidiéndole info detallada > sobre esto). Esperemos la respuesta. Lo peor que podría pasar es que cada cancha tenga un lapso mínimo de alquiler, y un fraccionamiento de hora diferente. Te hago unos comentarios sobre la SRS: > Especificacin de Requerimientos > > Sistema de Gestin de Turnos de Complejos Deportivos > > REQUERIMIENTOS FUNCIONALES > > 1. El sistema debe gestionar clientes. Qué significa el "activo" que está en el diccionario del cliente? Si el sistema tiene que hacer algo o no dependiendo de si está activo o no, tendrías que especificarlo, porque hasta esta versión d ela SRS, estar activo o inactivo no implica nada. > 2. El sistema debe gestionar complejos. > 3. El Sistema debe gestionar deportes. > 4. El sistema debe gestionar Canchas con su > Complejo[4] y Deporte[6]. Cachas también tiene un "activo". Si no recuerdo mal, era para sacar temporariamente una cancha por ejemplo por mantenimiento. Si es así, tenés que especificar en el RF[7] este comportamiento. > 5. El sistema debe gestionar tarifas con su > complejo[4]. Te falta la cancha además del complejo... en el diccionario está. No sé si estás pensando en que una cancha va a tener dos tarifas definidas, una diurna y otra nocturna, en cuyo caso tendrías que poner el horario de validez de dicha tarifa, para evitar que te usen una noche una tarifa diurna, que es más barata. Tal vez sea necesario además especificar la regla de uso de la tarifa: cuando empieza el turno, el promedio del tiempo, el final del turno, etc. > 6. El Sistema debe gestionar cotas de tiempo no > laborales con su cancha[5] o complejo[2]. No ibas a hacer dos de estos? Uno para todo el complejo, por ejemplo para un feriado, y otro para una cancha, por ejemplo por mantenimiento? > 7. El sistema debe gestionar Turnos con su > cancha[7], cliente[3], tarifa[8]. > 7.1. El sistema debe mostrar el historial > de turnos de un determinado cliente. Este historial sacalo como un RF aparte, y no como parte de la gestión de turnos. porque mostrar historiales no forma parte del proceso de gestión. > 7.2. El sistema debe mostrar los turnos > dados filtrando por rango de fechas, complejo, cancha o deporte. > > Diccionario: > Cliente: Cdigo, Nombre, dni, domicilio, > telfono fijo, telfono celular, email, observacin, activo. > Complejo: Cdigo, Nombre, Domicilio, > Observacin. > Deporte: Cdigo, Nombre. > Cancha: Cdigo, Nombre, Activa, Deporte, > Cantidad de Jugadores, Piso, Complejo, Observacin. > Tarifa: Cdigo, Nombre, Cancha, Complejo, > valor. > Cotas no Laborales: Cdigo, Nombre, Fecha > Inicio, Fecha Fin, Cancha, Complejo. > Turno: Cliente, Cancha, Tarifa, Descuento, > Recargo, Observacin, Fecha, Hora Inicio, Hora Fin, Observacin. > > > REQUERIMIENTOS NO FUNCIONALES > > 1. El sistema debe ser web. > 1.1. El sistema debe solicitar loguin para > su utilizacin. > 2. El sistema debe gestionar usuarios. El 1.1 es el 2 o el 3: no es una subespecificación más detallada del 1. > Diccionario: > Usuario: Cdigo, Nombre, Contrasea, > Agrega Registros, Modifica Registros, Elimina Registros, Modifica > Usuarios. Bueno. Quedo a la espera de la nueva versión. Muy buenos los avances Jorge! -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From rodrigo_360_hb en hotmail.com Wed Oct 10 20:11:21 2012 From: rodrigo_360_hb en hotmail.com (rodrigo) Date: Wed, 10 Oct 2012 20:11:21 -0300 Subject: [Php-avanzado] ejemplos javascript clase 5 Message-ID: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: 10.2.254.1.zip Type: application/zip Size: 23275 bytes Desc: no disponible URL: From leonardot en pegasusnet.com.ar Fri Oct 12 14:43:28 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Fri, 12 Oct 2012 14:43:28 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?=5Boff_topic=5D_At_Jerem=EDas=3A_ar?= =?iso-8859-1?q?rays_en_C?= Message-ID: <1350063808.11292.2442.camel@praxisviii.intranet.com> Hola Jeremías, me habías mostrado el otro día un ejemplo de un parámetro array a una función que parecía no cumplir con las reglas de ámbito de variables. Tal y como suponíamos, es porque los array en C y C++ son tratados como punteros: "Cuando pasamos un array como parámetro en realidad estamos pasando un puntero al primer elemento del array, así que las modificaciones que hagamos en los elementos del array dentro de la función serán permanentes aún después de retornar." http://c.conclase.net/curso/?cap=015b Para más detalles sobre los array en ANSI C: "Arrays and pointers have a special relationship. This is because arrays use pointers to reference memory locations. Therefore, most of the times, pointer and array references can be used interchangeably." http://randu.org/tutorials/c/arrays.php Entonces, para el compilador, una parámetro array _siempre_ es un puntero, con lo que se explica el comportamiento que vimos. Saludos! -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From silverzero.52 en gmail.com Fri Oct 12 18:08:35 2012 From: silverzero.52 en gmail.com (Silverzero) Date: Fri, 12 Oct 2012 18:08:35 -0300 Subject: [Php-avanzado] Collation / Character encode Message-ID: Hola a todos, En mysql qué diferencia hay entre el character encode y el collation que figura en la tabla. Yo pensé que eran lo mismo... Saludos! -- Carolina ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From leonardot en pegasusnet.com.ar Fri Oct 12 18:23:43 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Fri, 12 Oct 2012 18:23:43 -0300 Subject: [Php-avanzado] Collation / Character encode In-Reply-To: References: Message-ID: <1350077023.11292.2478.camel@praxisviii.intranet.com> Interesante detalle... acá hay una buena explicación: http://stackoverflow.com/questions/341273/what-does-character-set-and-collation-mean-exactly En resumen, el encoding es el juego de caracteres válidos, y el collation las reglas de comparación entre ellos. Un ejemplo más criollo sería tener un encoding que tenga ñ, pero usar un collation que ponga la ñ después de la z, con lo que una ordenación alfabética va a funcionar mal, poniendo ñoño después de zorro, a pesar de que sean caracteres válidos. La solución propuesta en el curso es "que todo coincida", para ahorrase dolores de cabeza... El vie, 12-10-2012 a las 18:08 -0300, Silverzero escribió: > Hola a todos, > > En mysql qué diferencia hay entre el character encode y el collation > que figura en la tabla. Yo pensé que eran lo mismo... > > Saludos! > -- > Carolina > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado -- Leonardo Tadei leonardot en pegasusnet.com.ar Pegasus Tech Supply Tel: (+54)(+223) 471-2880 La Salle 1131 - Mar del Plata - Argentina http://www.pegasusnet.com.ar http://www.grupopegasus.com Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From naylaismail en gmail.com Sat Oct 13 12:07:03 2012 From: naylaismail en gmail.com (Nayla Ismail) Date: Sat, 13 Oct 2012 17:07:03 +0200 Subject: [Php-avanzado] =?iso-8859-1?q?=5Boff_topic=5D_At_Jerem=EDas=3A_ar?= =?iso-8859-1?q?rays_en_C?= In-Reply-To: <1350063808.11292.2442.camel@praxisviii.intranet.com> References: <1350063808.11292.2442.camel@praxisviii.intranet.com> Message-ID: Alguien me puede pasar los enunciados de los ejercicios de la clase 3, manejo de archivos y upload. Muchas gracias. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From tucu_21 en hotmail.com Sat Oct 13 13:04:53 2012 From: tucu_21 en hotmail.com (Juan Manuel P.) Date: Sat, 13 Oct 2012 13:04:53 -0300 Subject: [Php-avanzado] =?windows-1252?q?=5Boff_topic=5D_At_Jerem=EDas=3A_?= =?windows-1252?q?arrays_en_C?= In-Reply-To: References: <1350063808.11292.2442.camel@praxisviii.intranet.com>, Message-ID: In his heart, in his eyes In his soul, there?s no sign of thunder Screams, can you hear the screaming When another restless soul must die Date: Sat, 13 Oct 2012 17:07:03 +0200 From: naylaismail en gmail.com To: php-avanzado en pato2.fi.mdp.edu.ar Subject: Re: [Php-avanzado] [off topic] At Jeremías: arrays en C Alguien me puede pasar los enunciados de los ejercicios de la clase 3, manejo de archivos y upload. Muchas gracias. _______________________________________________ Php-avanzado mailing list Php-avanzado en pato2.fi.mdp.edu.ar http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: ejercicios.pdf Type: application/pdf Size: 14949 bytes Desc: no disponible URL: From collectgc en gmail.com Mon Oct 15 10:22:40 2012 From: collectgc en gmail.com (Mario Gomez Cassou) Date: Mon, 15 Oct 2012 10:22:40 -0300 Subject: [Php-avanzado] =?utf-8?q?p=C3=A1ginas_para_dispositivos_m=C3=B3vi?= =?utf-8?q?les?= Message-ID: Comparto un par de sitios que vi hoy: para probar como se ven nuestros sitios en un celular: http://www.haztuwebmovil.com/es/d/haz-el-test-movil/#test-movil http://quirktools.com/screenfly/ para transformar nuestro sitio a celular-compatible: http://www.howtogomo.com/en/d/get-started/#build-your-site Saludos Mario From andrada89 en gmail.com Mon Oct 15 12:29:36 2012 From: andrada89 en gmail.com (cesar andrada) Date: Mon, 15 Oct 2012 12:29:36 -0300 Subject: [Php-avanzado] Android- PHPya Message-ID: hola a todos encontre unos cursos en taringa de Desarrollo de Aplicaciones Android aclaro se tiene que tener conocimiento de xml y java solamente una introduccion no mas, los cursos son 26 video tutotiales http://www.taringa.net/posts/videos/14032597/Tutoriales-Android.html y este es sobre php www.phpya.com.ar este tiene sobre teoria y practica de ejemplos ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From silverzero.52 en gmail.com Mon Oct 15 13:05:05 2012 From: silverzero.52 en gmail.com (Silverzero) Date: Mon, 15 Oct 2012 13:05:05 -0300 Subject: [Php-avanzado] Android- PHPya In-Reply-To: References: Message-ID: Yo sumo para los egresados de PHP Avanzado, un PDF de introducción a POO (no lo leí, pero dice ahi que es re fácil de entender) http://www.killerphp.com/tutorials/object-oriented-php/downloads/tutorial_oop_en_php_para_killerphp.com.pdf 2012/10/15 cesar andrada > hola a todos encontre unos cursos en taringa de Desarrollo de Aplicaciones > Android aclaro se tiene que tener conocimiento de xml y java solamente una > introduccion no mas, los cursos son 26 video tutotiales > > http://www.taringa.net/posts/videos/14032597/Tutoriales-Android.html > > y este es sobre php > > www.phpya.com.ar > > este tiene sobre teoria y practica de ejemplos > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > -- Carolina ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From leonardot en pegasusnet.com.ar Mon Oct 15 22:04:17 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Mon, 15 Oct 2012 22:04:17 -0300 Subject: [Php-avanzado] El envio a Php-avanzado de noreply-ffbda831@plus.google.com precisa de aprobacion In-Reply-To: References: Message-ID: <1350349457.11292.2518.camel@praxisviii.intranet.com> Cesar: a lista del curso no es una persona a la que se pueda invitar a una red social... El lun, 15-10-2012 a las 16:33 -0300, php-avanzado-owner en pato2.fi.mdp.edu.ar escribió: > Como administrador de listas, se requiere su autorización para enviar un mensaje > a la siguiente lista de distribución: > > Lista: Php-avanzado en pato2.fi.mdp.edu.ar > Remitente: noreply-ffbda831 en plus.google.com > Asunto: cesar andrada te ha añadido a sus círculos y te ha invitado a entrar en Google+ > Razón para retenerlo: Mensaje dirigido a una lista privada procedente de una dirección que no pertenece a la lista > > Cuando pueda, acceda a la página: > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/admindb/php-avanzado > > para aprobar o denegar el envío > mensaje de correo electrónico adjunto > > --------- Mensaje reenviado -------- > > De: Google+ > > Reply-to: "Google+" > > Para: php-avanzado en pato2.fi.mdp.edu.ar > > Asunto: cesar andrada te ha añadido a sus círculos y te ha invitado > > a entrar en Google+ > > Fecha: Mon, 15 Oct 2012 09:29:23 -0700 (PDT) > > > > > > cesar andrada te > > ha añadido a sus > > círculos y te ha > > invitado a entrar > > en Google+. > > Entra en Google+ > > Con Google+, compartir en la Web > > es casi como compartir en la vida > > real. > > > > Círculos > > Una forma > > sencilla de > > compartir unas > > cosas con tus > > amigos, otras con > > tus padres y casi > > nada con tu jefe. > > Igual que en la > > vida real. > > > > Hangouts > > Las > > conversaciones es > > mejor tenerlas > > cara a cara. > > Entra en un > > hangout de vídeo > > desde tu > > ordenador o > > teléfono móvil > > para ponerte al > > día, ver vídeos > > de YouTube o > > charlar sobre lo > > que te apetezca > > con hasta nueve > > amigos a la vez. > > > > Móviles > > Chat de grupo > > instantáneo. > > Fotos que se > > suben > > automáticamente. > > Un vistazo de lo > > que pasa a tu > > alrededor. Hemos > > creado Google+ > > pensando en el > > mundo móvil. > > Has recibido este mensaje porque > > cesar andrada te ha invitado > > php-avanzado en pato2.fi.mdp.edu.ar a > > entrar en Google+. Anula la > > suscripción a estos correos > > electrónicos. > > Google Inc., 1600 Amphitheatre > > Pkwy, Mountain View, CA 94043 USA > > > > > > -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From gabrielinuz en gmail.com Tue Oct 16 00:26:29 2012 From: gabrielinuz en gmail.com (Gabriel Ferreira) Date: Tue, 16 Oct 2012 00:26:29 -0300 Subject: [Php-avanzado] El envio a Php-avanzado de noreply-ffbda831@plus.google.com precisa de aprobacion In-Reply-To: <1350349457.11292.2518.camel@praxisviii.intranet.com> References: <1350349457.11292.2518.camel@praxisviii.intranet.com> Message-ID: En 15/10/2012 22:04:17, Leonardo Tadei - Pegasus Tech Supply escribió: > Cesar: > a lista del curso no es una persona a la que se pueda invitar a una red > social... Esta vez me resultó muy gracioso tu comentario Leo, que para nada es irónico sino muy adecuado, lo voy a guardar en mi archivo de frases. -- Gabriel Nicolás González Ferreira Administrador en Sistemas GNU/LINUX, aprobado por R.D. Nº 136/04 Artículo 2º, refrendada por O.C.A. Nº 334/05 Facultad de Ingeniería Universidad Nacional de Mar del Plata. From gabrielinuz en gmail.com Tue Oct 16 12:02:10 2012 From: gabrielinuz en gmail.com (Gabriel Ferreira) Date: Tue, 16 Oct 2012 12:02:10 -0300 Subject: [Php-avanzado] El envio a Php-avanzado de noreply-ffbda831@plus.google.com precisa de aprobacion In-Reply-To: <1350349457.11292.2518.camel@praxisviii.intranet.com> References: <1350349457.11292.2518.camel@praxisviii.intranet.com> Message-ID: En 15/10/2012 22:04:17, Leonardo Tadei - Pegasus Tech Supply escribió: > Cesar: > > a lista del curso no es una persona a la que se pueda invitar a una red > social... > > > El lun, 15-10-2012 a las 16:33 -0300, > php-avanzado-owner en pato2.fi.mdp.edu.ar escribió: >> Como administrador de listas, se requiere su autorización para enviar >> un mensaje >> a la siguiente lista de distribución: >> >> Lista: Php-avanzado en pato2.fi.mdp.edu.ar >> Remitente: noreply-ffbda831 en plus.google.com >> Asunto: cesar andrada te ha añadido a sus círculos y >> te ha invitado a entrar en Google+ >> Razón para retenerlo: Mensaje dirigido a una lista privada >> procedente de una dirección que no pertenece a la lista >> >> Cuando pueda, acceda a la página: >> >> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/admindb/php-avanzado >> >> para aprobar o denegar el envío >> mensaje de correo electrónico adjunto >> > --------- Mensaje reenviado -------- >> > De: Google+ >> > Reply-to: "Google+" >> > Para: php-avanzado en pato2.fi.mdp.edu.ar >> > Asunto: cesar andrada te ha añadido a sus círculos y te ha invitado >> > a entrar en Google+ >> > Fecha: Mon, 15 Oct 2012 09:29:23 -0700 (PDT) >> > >> > >> > cesar andrada te >> > ha añadido a sus >> > círculos y te ha >> > invitado a entrar >> > en Google+. >> > Entra en Google+ >> > Con Google+, compartir en la Web >> > es casi como compartir en la vida >> > real. >> > >> > Círculos >> > Una forma >> > sencilla de >> > compartir unas >> > cosas con tus >> > amigos, otras con >> > tus padres y casi >> > nada con tu jefe. >> > Igual que en la >> > vida real. >> > >> > Hangouts >> > Las >> > conversaciones es >> > mejor tenerlas >> > cara a cara. >> > Entra en un >> > hangout de vídeo >> > desde tu >> > ordenador o >> > teléfono móvil >> > para ponerte al >> > día, ver vídeos >> > de YouTube o >> > charlar sobre lo >> > que te apetezca >> > con hasta nueve >> > amigos a la vez. >> > >> > Móviles >> > Chat de grupo >> > instantáneo. >> > Fotos que se >> > suben >> > automáticamente. >> > Un vistazo de lo >> > que pasa a tu >> > alrededor. Hemos >> > creado Google+ >> > pensando en el >> > mundo móvil. >> > Has recibido este mensaje porque >> > cesar andrada te ha invitado >> > php-avanzado en pato2.fi.mdp.edu.ar a >> > entrar en Google+. Anula la >> > suscripción a estos correos >> > electrónicos. >> > Google Inc., 1600 Amphitheatre >> > Pkwy, Mountain View, CA 94043 USA >> > >> > >> > > Quiero hacer pública una disculpa a Cesar, porque puede tomarse mi correo anterior como un festejo a un "reto" de Leo, y no es esa mi intención, solo fué festejar la retórica del comentario. Es cierto que a veces sobre estas invitaciones no hay tanto control por parte de los que participan en las redes sociales, no es la primera vez que pasa. Nuevamente me disculpo ante Cesar, si mi comentario se interpretó como un festejo hacia el "reto". -- Gabriel Nicolás González Ferreira Administrador en Sistemas GNU/LINUX, aprobado por R.D. Nº 136/04 Artículo 2º, refrendada por O.C.A. Nº 334/05 Facultad de Ingeniería Universidad Nacional de Mar del Plata. From jorgediiorio en hotmail.com Wed Oct 17 00:03:47 2012 From: jorgediiorio en hotmail.com (Jorge Di Iorio) Date: Wed, 17 Oct 2012 00:03:47 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Especificaci=F3n_de_Requerimientos_?= =?iso-8859-1?q?R2?= In-Reply-To: <1349803418.11292.1896.camel@praxisviii.intranet.com> References: , , <1349803418.11292.1896.camel@praxisviii.intranet.com> Message-ID: Leo, Buenas noches, estuve viendo unas cositas con el cliente y descubrí que me faltaba un requerimiento, el de los "turnos fijos". Creí que es una posible solución es utilizar la misma entidad turnos, agregando el atributo día de la semana. Entonces se que si tengo fecha es solo por un día en particular, pero si tengo día de la semana voy a considerar que todas esas jornadas a la hora estipulada ese turno está ocupado. Que te parece? O sería mejor crear una entidad aparate turno_fijo??? (si serían objetos utilizaría herencia, pero acá que te parece mejor, tampoco me parece algo muy enroscado ya que lo único que cambia es un atributo y algo del comportamiento.) En cuanto a las tarifas hay varias por complejo y ellos aplican la que desean al cliente (porque según el día, la hora, si es amigo o no, la cara...... varían). Es más al momento de pasar el turno al estado pagado, ahí eligen la tarifa. la misma tiene que quedar guardada en el turno de manera histórica por si varía. (no solo el id de la tarifa, sino también el nombre y el valor, así como los precios de venta en los items de una factura, pero creo que eso no se evalúa es esta etapa, nomas lo comento a modo informativo). Agregué el estado "confirmado", éste sería un estado que no se podría pisar, en cambio el "reservado" u "ocupado (turno fijo caído)" si. Agregue también que pasa con el atributo activo, es para saber si el cliente o la cancha se puede utilizar o no para operar en el sistema. Las cotas de tiempo de inactividad tienen canchas y complejos y trabajaría de lo particular a lo general, es decir, si el atributo cancha esta completo se refiere a una cancha solamente, pero si el complejo está señalado es todo el complejo con sus canchas lo que se encuentra inoperante en la cota de tiempo correspondiente. Buenos, seguramente me esté olvidando de algo, pero nos vemos mañana. Saludos! Jorge Di Iorio ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ An embedded and charset-unspecified text was scrubbed... Name: Requerimientos JD.txt URL: From tucu_21 en hotmail.com Wed Oct 17 13:21:42 2012 From: tucu_21 en hotmail.com (Juan Manuel P.) Date: Wed, 17 Oct 2012 13:21:42 -0300 Subject: [Php-avanzado] Ejercicios Clase 10/10 Message-ID: Chicos alguien seria tan amable de pasarme los ejercicios para realizar de la clase del 10/10. Muchas Gracias!! In his heart, in his eyes In his soul, there?s no sign of thunder Screams, can you hear the screaming When another restless soul must die ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From cesargimenezlascano en gmail.com Wed Oct 17 13:49:50 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Wed, 17 Oct 2012 13:49:50 -0300 Subject: [Php-avanzado] Ejercicios Clase 10/10 In-Reply-To: References: Message-ID: si! saludos!!!! JavaScript 1 ------------ 1) Crear un JavaScript que muestre la hora y se recargue cada 1 minuto para actualizarla. 2) Crear un JavaScript que muestre las propiedades del navegador en que se ejecuta. 3) Creer un JavaScript que muestre el nombre de todos los elementos de un
y sus datos, si es que están cargados. 4) Crear un JavaScript que realice las siguientes validaciones sobre este formulario: Text nombre: no vacío. Text clave: no vacío y de más de 4 caracteres. Text edad: no vacío y solo números. 2012/10/17 Juan Manuel P. > Chicos alguien seria tan amable de pasarme los ejercicios para realizar de > la clase del 10/10. > > Muchas Gracias!! > > In his heart, in his eyes > In his soul, there?s no sign of thunder > Screams, can you hear the screaming > When another restless soul must die > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From leonardot en pegasusnet.com.ar Wed Oct 17 15:31:50 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Wed, 17 Oct 2012 15:31:50 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Especificaci=F3n_de_Requerimientos_?= =?iso-8859-1?q?R2?= In-Reply-To: References: , , <1349803418.11292.1896.camel@praxisviii.intranet.com> Message-ID: <1350498710.8723.55.camel@praxisviii.intranet.com> Hola Jorge, El mié, 17-10-2012 a las 00:03 -0300, Jorge Di Iorio escribió: > Leo, > > Buenas noches, estuve viendo unas cositas con el cliente y > descubrí que me faltaba un requerimiento, el de los "turnos fijos". Justamente parte del proceso de elicitación, es descubrir cosas que se omitieron. Tener una lista de funcionalidades ayuda muchísimo al cliente a darse cuenta de que faltaban algo. > Creí que es una posible solución es utilizar la misma entidad turnos, > agregando el atributo día de la semana. Entonces se que si tengo fecha > es solo por un día en particular, pero si tengo día de la semana voy a > considerar que todas esas jornadas a la hora estipulada ese turno está > ocupado. Que te parece? O sería mejor crear una entidad aparate > turno_fijo??? Me parece una cuestión completamente equivocada estar pensando cuestiones de implementación al hacer la SRS. En la SRS, Jorge, tenés que poner todo lo que el sistema tenga que hacer: luego si la implementación del "turno" implementa dos RF o solo uno, es cuestión de diseño. En este caso, tenés que especificar los Turnos Fijos. Si cada RF que te piden vos lo vas "mapeando" mentalmente a una solución dada, no solo te vas a perder de un montón de información, sino que además todo lo que te propongan ya va a estar condicionado por estas decisiones de implementación tomadas prematuramente. En un extremo malo de esta cuestión, te encontrás que gente que dice mientras releva "esto no se puede hacer" y van descartando cosas o acomodando la SRS a lo que se imaginan. El cliente, que no tiene que entender mucho de esto, cree que es cierto que no se puede, y busca caminos alternativos... y así terminamos con que la gente se tiene que adaptar al software en vez de el software adaptarse a la gente. > (si serían objetos utilizaría herencia, pero acá que te parece mejor, > tampoco me parece algo muy enroscado ya que lo único que cambia es un > atributo y algo del comportamiento.) La SRS no tiene que estar condicionada por el paradigma de programación que vayas a usar. Si después de especificado decidís hacerlo en POO, contá conmigo para ver el diseño y validarlo. > En cuanto a las tarifas hay varias por complejo y ellos > aplican la que desean al cliente (porque según el día, la hora, si es > amigo o no, la cara...... varían). Es más al momento de pasar el turno > al estado pagado, ahí eligen la tarifa. la misma tiene que quedar > guardada en el turno de manera histórica por si varía. (no solo el id > de la tarifa, sino también el nombre y el valor, así como los precios > de venta en los items de una factura, pero creo que eso no se evalúa > es esta etapa, nomas lo comento a modo informativo). La Normalización determinará esto en base a los atributos del diccionario de la SRS. Vamos a charlar un rato largo sobre esto (y a veces remar contracorriente de algunas "prácticas" que andan por ahí). Perdoname que te insista que no es momento de pensar esto; es más bien una pérdida de tu tiempo :-( La parte relevante ahora es que la Tarifa se elige por la cara, pero que corresponde con un Complejo. En esto que es un software multicomplejo, te da una pauta de qué Tarifas mostrar para ser usada. La Tarifa se determina al Reservar o al tomar el Turno? Si se reserva con una Tarifa, al usar el Turno esta puede variar? > Agregué el estado "confirmado", éste sería un estado que no se > podría pisar, en cambio el "reservado" u "ocupado (turno fijo caído)" > si. Bien. No estoy seguro de que haya diferencia de funcionalidad entre "reservado" y "ocupado", con lo que no estoy seguro de que esto quede así o de que tengas en las manos una repetición del mismo concepto. Qué cosas distintas pasan si está Reservado o si está Ocupado? > Agregue también que pasa con el atributo activo, es para saber > si el cliente o la cancha se puede utilizar o no para operar en el > sistema. Ok. > Las cotas de tiempo de inactividad tienen canchas y complejos > y trabajaría de lo particular a lo general, es decir, si el atributo > cancha esta completo se refiere a una cancha solamente, pero si el > complejo está señalado es todo el complejo con sus canchas lo que se > encuentra inoperante en la cota de tiempo correspondiente. Estás especificando mal: la inactividad de la Cancha es una cosa, y la inactividad del Complejo es otra cosa. Lo estás escribiendo como lo harías si tuvieras que implementarlo!!! > Buenos, seguramente me esté olvidando de algo, pero nos vemos > mañana. Saludos! Nos vemos en un rato. Muy bueno como va mejorando la especificación. Te comento lo mismo que más arriba entre los RF que veo, para que te quede más a mano para el R3: > > > > > > documento de > texto sencillo > adjunto > (Requerimientos > JD.txt) > > Especificacin de Requerimientos > > Sistema de Gestin de Turnos de Complejos Deportivos > > REQUERIMIENTOS FUNCIONALES > > 1. El sistema debe gestionar clientes. > 1.1. El Sistema debe Permitir o no, > realizar alquileres segn el cliente est activo o inactivo. Dos cosas: salvo contados casos, la palabra "permitir" no se usa en los RF, porque de hecho todo lo enumerado será lo que el sistema "permita" hacer. Ponerla además de generar dudas sobre los otros RF, no cumple con el requisito de vocabulario mínimo, y como en este caso suele solapar funcionalidades que deberías especificar, como la de "alquilar", que fijate que curiosamente no está mencionado en ninguna parte, pero es a dónde terminará la Reserva tomada. Turnos es una cosa. Alquileres es otra cosa. Se podrá Alquilar sin Turno si está disponible, se podrá tener un Turno y no ir a Alquilar y se podrá tener un Turno y sí ir a Alquilar. Fijate que hasta esta versión, los Turnos y Alquileres están entremezclados, cuando pareciera que son cosas independientes: hemos encontrado un RF más mirando en detalle todo esto ;-) > 2. El sistema debe gestionar complejos. > 3. El Sistema debe gestionar deportes. > 4. El sistema debe gestionar Canchas con su > Complejo[4] y Deporte[6]. Solo un Deporte por Cancha? No podía ser más de uno? > 5. El sistema debe gestionar tarifas con su > complejo[4]. > 6. El Sistema debe gestionar cotas de tiempo no > laborales con su cancha[5] o complejo[2]. Estos son 2 RF, uno para las Cotas de Tiempo de las anchas y otro para las de los Complejos. En el diccionario se llama "Cotas no laborarles": decidite y ponele un solo nombre a esto! > 7. El sistema debe gestionar Turnos con su > cancha[7], cliente[3], tarifa[8]. > 7.2. El sistema debe mostrar los turnos > dados filtrando por rango de fechas, complejo, cancha o deporte. > 7.3. El Sistema debe Permitir o no, > Alquilar una cancha segn est activa o inactiva. En un sub RF de Turnos, estás hablando de Alquileres... > 7.3. El Sistema debe impedir el alquilar de > una cancha si se encuentra en una cota de inactividad. Idem. > 7.4 El sistema debe gestionar Turnos Fijos > como acupados si se le especifica un da de la semana en vez de una > fecha. Por lo dicho arriba, el Turno Fijo es, en la SRS, otra cosa independiente. > 7.4.1 El sistema debe > mostrar en el calendario todos los turnos fijos segun los das y > horarios en que estn dados. Idem > 7.4.2 El sistema debe poder > pisar un turno fijo con otro normal en caso de que ste se caiga. Y dónde están los Estados de Turno ??? Me pareció que la SRS anterior estaba: no podés hablar de "Turno Caido" si no especificaste qué es esto... > 9. El sistema debe mostrar el historial de turnos > de los clientes. > 9.1. El sistema debe mostrar los turnos que > realizo un cliente y el estado en que quedaron los mismos. Poné una entrada en el diccionario con las cosas que se mostrarían acá. > 9.2. El sistema debe mostrar un listado de > turnos con su cliente[1] filtrando por Estado y Fecha. Idem. > 9.3. El sistema debe mostrar un listado de > turnos fijos por estado por si se le debe llamar la atencion al > cliente. Idem. Seguimos luego. Si podés llevar una versión nueva de tu SRS, la podríamos ver todos juntos en clase: sé que será provechoso para todos, y además nos podemos enriquecer con los aportes de los compañeros. Saludos! > > Diccionario: > Cliente: Cdigo, Nombre, dni, domicilio, > telfono fijo, telfono celular, email, observacin, activo. > Complejo: Cdigo, Nombre, Domicilio, > Observacin. > Deporte: Cdigo, Nombre. > Cancha: Cdigo, Nombre, Deporte, Cantidad de > Jugadores, Piso, Complejo, Observacin, Activa. > Tarifa: Cdigo, Nombre, Complejo, valor. > Cotas no Laborales: Cdigo, Nombre, Fecha > Inicio, Fecha fin, Cancha, Complejo. > Turno: Cliente, Cancha, Tarifa, Descuento, > Recargo, Observacin, Fecha, Dia Fijo, Hora Inicio, Duracin, > Estado[Reservado, Ocupado(Turno Fijo), Confirmado, Cerrado, Pagado, > Caido]. > > > REQUERIMIENTOS NO FUNCIONALES > > 1. El sistema debe ser web. > 1.1. El sistema debe solicitar loguin para > su utilizacin. > 2. El sistema debe gestionar usuarios. > > Diccionario: > Usuario: Cdigo, Nombre, Contrasea, > Agrega Registros, Modifica Registros, Elimina Registros, Modifica > Usuarios. -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From tucu_21 en hotmail.com Thu Oct 18 09:46:24 2012 From: tucu_21 en hotmail.com (Juan Manuel P.) Date: Thu, 18 Oct 2012 09:46:24 -0300 Subject: [Php-avanzado] =?windows-1252?q?Funciones_an=F3nimas?= Message-ID: Leo acá te paso lo que te comente ayer de las funciones anónimas. Así me han funcionado los eventos que tienen las etiquetas input (ya sean button, submit, reset, text, etc). Cuando creo uno de estas etiquetas mediante código JavaScript para después agregarlas al html la única forma que encontré es esta: while (i From matigea en gmail.com Thu Oct 18 10:57:28 2012 From: matigea en gmail.com (Matias Gea) Date: Thu, 18 Oct 2012 10:57:28 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Funciones_an=F3nimas?= In-Reply-To: References: Message-ID: Buenas. Te funciona bien el código? No le falta un return? Debería ser: botones.onclick =(function(links){ return function(){ document.location.href=links; }; })(linkid); Lo que sucede es que si haces "botones.onclick =function(){document.location.href=links};" el valor de la variable queda enlazado a la variable, y tu variable está creada como global (deberías hacer var linkid=..., para crearla en el ámbito de la función). Por eso, al clickear cualquier botón usa el último valor que se le cargó. Si crearas variables locales, el comportamiento es más errático. Lo más seguro es hacer que el valor sea estático para la funcion. Primero tenemos que tener en cuenta que la propiedad onclik requiere que se le de una función como parámetro. Tambien, que al llamar una función entre paréntesis, la estamos ejecutando, es decir, al hacer: (function(variable){ alert(variable); })('hola'); estamos creando una funcion anónima y ejecutándola a la vez con el parámetro 'hola'. El return de esta función es undefined, como cualquier funcion que no devuelve nada. Lo que hacemos, específicamente para crear una función con un valor estático sacado de una variable, es ejecutar una función anónima pasando como parámetro la variable que queremos hacer estática y que esta función devuelva otra función, que se va a asignar al evento. Entonces: botones.onclick =(function(links){ return function(){ document.location.href=links; }; })(linkid); lo que hace es ejecutar una función anónima que crea un ámbito en el que se setean las variables que le pasamos (en este caso links) con los valores que pasamos al momento de la ejecución (que es el mismo momento en que creamos esta función "creadora", por lo dicho antes) y devuelve otra función anónima que toma sus propios parámetros (que serán pasados por el manejador de eventos del browser, en este caso) y donde la variable "links" tiene un valor estático. Espero se haya entendido bien. Una vez que se entiende el concepto, es simple, sino es un quilombo de funciones y paréntesis. Otras dos cosas: - Los parsers del lenguaje en casi todos los navegadores no lo marcan como error, pero no te conviene "comerte" ningún punto y coma. El parser busca un punto y coma, si no lo encuentra espera el final de linea. Esto funciona muchas veces, pero si pasás el código por un compresor o "minifier", vas a tener problemas, ya que estos sistemas lo que hacen es quitar todos los espacios y saltos de linea antes de comprimir, y te queda código inválido. - Muchas veces no es problema, pero en sistemas que son muy intensivos en el uso de javascript y en navegadores no muy modernos el uso de recursos es importante. Te conviene ver bien el ámbito de todas las variables y definir como locales las necesarias. Sino te quedan todas las variables definidas como globales (a nivel window) y quedan gastando memoria. Saludos! El día 18 de octubre de 2012 09:46, Juan Manuel P. escribió: > Leo acá te paso lo que te comente ayer de las funciones anónimas. Así me han > funcionado los eventos que tienen las etiquetas input (ya sean button, > submit, reset, text, etc). > Cuando creo uno de estas etiquetas mediante código JavaScript para después > agregarlas al html la única forma que encontré es esta: > > while (i { > //Crea boton Agregar, Modificar y Eliminar > botones = document.createElement('input'); > botones.type = 'button'; > botones.name = 'subbot'+i; > botones.value= Nombres[i]; > botones.id=botones.name; > botones.style.marginLeft='25px'; > linkid='../Admin/'+tagname.value+'/'+botones.value+'.php' > botones.onclick > =(function(links){function(){document.location.href=links}})(linkid); > if(tagname.value=='relaciones' && i==1) > { > botones.disabled=true; > } > contenedor.appendChild(botones); > i++; > } > > > Si no lo hago de esta manera, por ejemplo haciendo: > > botones.onclick =function(){document.location.href=links}; > > Cada vez que se hace click en cualquiera de todos los botones realiza la > acción pero de el ultimo que se creo. > > > In his heart, in his eyes > In his soul, there?s no sign of thunder > Screams, can you hear the screaming > When another restless soul must die > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado -- Matias Fernando Gea matigea en gmail.com http://www.mfgea.com.ar From leonardot en pegasusnet.com.ar Thu Oct 18 11:56:57 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Thu, 18 Oct 2012 11:56:57 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Funciones_an=F3nimas?= In-Reply-To: References: Message-ID: <1350572217.8723.73.camel@praxisviii.intranet.com> Aportando un detalle más a la clarísima explicación de Matías, su sobreescribís una función, ya sea la que la reemplaza anónima o no, la función tiene que aceptar y procesar los mismos parámetros que la función que va a reemplazar, ya que si no, el reemplazo no tiene forma de realizar la misma tarea que hacía la función original. En el ejemplo de Matías: botones.onclick =(function(links){ return function(){ document.location.href=links; }; })(linkid); La función está orientada a manejar el evento click de un enlace A, ya que lo que hace es hacer que el navegador cambie a otro URL. Ahora bien, si la idea es usar botones para ir a una página o a otra, creo que por la simpleza y por dar los mismos resultados, vale la pena generar directamente enlaces A y decorarlos con CSS para que se vean como un botón... Por otra parte, con solo las porciones de código enviadas y sin la página HTML en dónde funcionan, no podemos probar el código, sino solo darnos una idea de lo que haría. Por último, y si no veo mal, el código en el while del JS crea botones y los decora con CSS... en vez de estar el CSS fuera decorando los elementos y en vez de devolver la página con los botones/enlaces generados desde el servidor en PHP, con lo que se gana al menos un ahorro considerable de validaciones a hacer con los datos que llegan. Saludos! El jue, 18-10-2012 a las 10:57 -0300, Matias Gea escribió: > Buenas. > > Te funciona bien el código? No le falta un return? Debería ser: > > botones.onclick =(function(links){ return function(){ > document.location.href=links; }; })(linkid); > > Lo que sucede es que si haces "botones.onclick > =function(){document.location.href=links};" el valor de la variable > queda enlazado a la variable, y tu variable está creada como global > (deberías hacer var linkid=..., para crearla en el ámbito de la > función). Por eso, al clickear cualquier botón usa el último valor que > se le cargó. Si crearas variables locales, el comportamiento es más > errático. > > Lo más seguro es hacer que el valor sea estático para la funcion. > > Primero tenemos que tener en cuenta que la propiedad onclik requiere > que se le de una función como parámetro. Tambien, que al llamar una > función entre paréntesis, la estamos ejecutando, es decir, al hacer: > > (function(variable){ alert(variable); })('hola'); > > estamos creando una funcion anónima y ejecutándola a la vez con el > parámetro 'hola'. El return de esta función es undefined, como cualquier > funcion que no devuelve nada. > > Lo que hacemos, específicamente para crear una función con un valor > estático sacado de una variable, es ejecutar una función anónima > pasando como parámetro la variable que queremos hacer estática y que > esta función devuelva otra función, que se va a asignar al evento. > > Entonces: > > botones.onclick =(function(links){ > return function(){ > document.location.href=links; > }; > })(linkid); > > lo que hace es ejecutar una función anónima que crea un ámbito en el > que se setean las variables que le pasamos (en este caso links) con > los valores que pasamos al momento de la ejecución (que es el mismo > momento en que creamos esta función "creadora", por lo dicho antes) y > devuelve otra función anónima que toma sus propios parámetros (que > serán pasados por el manejador de eventos del browser, en este caso) y > donde la variable "links" tiene un valor estático. > > Espero se haya entendido bien. Una vez que se entiende el concepto, es > simple, sino es un quilombo de funciones y paréntesis. > > Otras dos cosas: > - Los parsers del lenguaje en casi todos los navegadores no lo marcan > como error, pero no te conviene "comerte" ningún punto y coma. El > parser busca un punto y coma, si no lo encuentra espera el final de > linea. Esto funciona muchas veces, pero si pasás el código por un > compresor o "minifier", vas a tener problemas, ya que estos sistemas > lo que hacen es quitar todos los espacios y saltos de linea antes de > comprimir, y te queda código inválido. > - Muchas veces no es problema, pero en sistemas que son muy intensivos > en el uso de javascript y en navegadores no muy modernos el uso de > recursos es importante. Te conviene ver bien el ámbito de todas las > variables y definir como locales las necesarias. Sino te quedan todas > las variables definidas como globales (a nivel window) y quedan > gastando memoria. > > Saludos! > > > El día 18 de octubre de 2012 09:46, Juan Manuel P. > escribió: > > Leo acá te paso lo que te comente ayer de las funciones anónimas. Así me han > > funcionado los eventos que tienen las etiquetas input (ya sean button, > > submit, reset, text, etc). > > Cuando creo uno de estas etiquetas mediante código JavaScript para después > > agregarlas al html la única forma que encontré es esta: > > > > while (i > { > > //Crea boton Agregar, Modificar y Eliminar > > botones = document.createElement('input'); > > botones.type = 'button'; > > botones.name = 'subbot'+i; > > botones.value= Nombres[i]; > > botones.id=botones.name; > > botones.style.marginLeft='25px'; > > linkid='../Admin/'+tagname.value+'/'+botones.value+'.php' > > botones.onclick > > =(function(links){function(){document.location.href=links}})(linkid); > > if(tagname.value=='relaciones' && i==1) > > { > > botones.disabled=true; > > } > > contenedor.appendChild(botones); > > i++; > > } > > > > > > Si no lo hago de esta manera, por ejemplo haciendo: > > > > botones.onclick =function(){document.location.href=links}; > > > > Cada vez que se hace click en cualquiera de todos los botones realiza la > > acción pero de el ultimo que se creo. > > > > > > In his heart, in his eyes > > In his soul, there?s no sign of thunder > > Screams, can you hear the screaming > > When another restless soul must die > > > > _______________________________________________ > > Php-avanzado mailing list > > Php-avanzado en pato2.fi.mdp.edu.ar > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > > -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From tucu_21 en hotmail.com Fri Oct 19 11:16:32 2012 From: tucu_21 en hotmail.com (Juan Manuel P.) Date: Fri, 19 Oct 2012 11:16:32 -0300 Subject: [Php-avanzado] Requerimientos Juan Manuel Message-ID: Leo acá te mando los requerimientos de los que estuvimos hablando el miércoles, los he modificado y reorganizado. Esta detallado en un Diccionario cada una de las palabras que considere que son necesarias de explicar. Gracias y espero tu respuesta para poder hacer las correcciones que sean necesarias. Saludos Juan Manuel In his heart, in his eyes In his soul, there?s no sign of thunder Screams, can you hear the screaming When another restless soul must die ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ An embedded and charset-unspecified text was scrubbed... Name: Requerimientos.txt URL: From cesargimenezlascano en gmail.com Fri Oct 19 12:44:11 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Fri, 19 Oct 2012 12:44:11 -0300 Subject: [Php-avanzado] requerimientos Cesar Message-ID: Hola Leo, te envío yo también una primer versión de los requerimientos para ir corrigiéndolos. gracias, saludos! ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: gestorcontenidosturisticos.odt Type: application/vnd.oasis.opendocument.text Size: 8883 bytes Desc: no disponible URL: From leonardot en pegasusnet.com.ar Sat Oct 20 19:32:42 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Sat, 20 Oct 2012 19:32:42 -0300 Subject: [Php-avanzado] Requerimientos Juan Manuel In-Reply-To: References: Message-ID: <1350772362.20659.594.camel@praxisviii.intranet.com> Hola Juan Manuel, El vie, 19-10-2012 a las 11:16 -0300, Juan Manuel P. escribió: > Leo acá te mando los requerimientos de los que estuvimos hablando el > miércoles, los he modificado y reorganizado. > Esta detallado en un Diccionario cada una de las palabras que > considere que son necesarias de explicar. Para esto justamente está el diccionario de la SRS: para aclarar o explicar los términos que tengan un sentido particular en el sistema, y para determinar la abstracción que se hará de cada cosa. Te hago unos comentarios abajo sobre el diccionario, porque es muy importante que la aclaración y la abstracción (la enumeración de los atributos) estén juntos y descriptos de forma semejante. > Gracias y espero tu respuesta para poder hacer las correcciones que > sean necesarias. > > Saludos > > Juan Manuel > > In his heart, in his eyes > In his soul, there?s no sign of thunder > Screams, can you hear the screaming > When another restless soul must die > > > > > > > > documento de > texto sencillo > adjunto > (Requerimientos.txt) > > REQUERIMIENTOS FUNCIONALES > > Objetivo: > El sistema servir como medio de difusin para que los Dueos/Cuidadores > de las Mascotas puedan informar su Situacin (Perdido, Encontrado, En > Adopcin, Buscando Pareja o Reunido) de manera que los Observadores > informen a travs del sistema si ha sido visto a la Mascota. Tambin se > podrn encontrar diferentes tipos de servicios que una Mascota pueda > necesitar. > > 1.El sistema debe gestionar Tipos. > > 2.El sistema debe gestionar Razas para cada Tipo [1]. > > 3.El sistema debe gestionar Tamaos. > > 4.El sistema debe gestionar Rasgos. > > 5.El sistema debe gestionar Contactos. > > 6.El sistema debe gestionar Situaciones. En el diccionario de la Situación, estás enumerando 5 posibles, y si no recuerdo mal, serán las únicas situaciones que manejará tu sistema. Si es así, no podés especificarlo como "gestionar", porque esto implica borrar y agregar, y pareciera si son fijas, nada de esto tiene que ser posible. Si es este el caso, especificá esto como "El sistema debe mostrar..." o una palabra semejante que no implique un ABM. Si no es el caso, no tiene sentido que en el diccionario estén enumeradas las situaciones posibles. > > 7.El sistema debe gestionar Pases. Qué son los "Pases"? Es lo que en el diccionario está como "Pas"? Si se llega a referir a una contraseña (pass en inglés), esto es muy probable que sea solo un atributo de un requerimiento, como por ejemplo el de Dueño o Cuidador, y no una funcionalidad. > 8.El sistema debe gestionar Provincias para cada Pas[7]. Esto refuerza mi suposición de que el Pass es el Due?o o Cuidador... En ese caso, tanto Provincia como Partido como Ciudad que está más abajo se especifican antes, y acá dirías que la "Pas" tiene una Ciudad, un Partido y una Provincia; y no al revés como especificás más abajo. (uso "Pas" porque es lo que escribiste hasta que encontremos la cosa de que estás hablando acá). > 9.El sistema debe gestionar Partidos/Departamentos para cada Provincia > [8] con su Pas [7]. > > 10.El sistema debe gestionar Ciudades para cada Partido/Departamento > [9] con su Provincia [8] y su Pas [7]. > > 11.El sistema debe gestionar Ubicaciones con su Latitud, Longitud, > Direccin y Ciudad[10]. Esto parece ser parte del diccionario de alguna cosa, y no un RF aparte... de hecho, como RF, la Ubicación no se usa por nadie más. > 12.El sistema debe gestionar Mascotas con su Edad, Raza [2], Tamao > [3], Rasgos [4], Contacto [5], Situacin [6] y Ciudad [11]. y no hay referencia al Dueño o al Cuidador ??? Parece que Dueño y Cuidador son las las funcionalidades que faltan, o al menos son parte de ella. > 13.El sistema debe gestionar Administradores. Esto es un Requerimiento No Funcional. Si querés, especificalos aparte. > 14.El sistema debe dar de alta Reportes de Mascotas para cada Situacin > [6]. y el Reporte de Mascota no hace referencia a una Mascota ??? Te falta el Diccionario con la abstracción que hacés del Reporte de Mascota, es decir, la enumeración de los atributos. > 14.1. El sistema debe validar la completitud del Reporte de > Mascotas [14]. Tenés que especificar qué es "completo"... sino esto es una ambigüedad. > 14.2. El sistema enva un mail con un link de confirmacin a > la casilla de mail del Contacto [5] de la Mascota [12], que expira en > 3 das. Entonces el Reporte de Mascota tiene que hacer referencia al Contacto (aunque como vimos, el Contacto parece ser solo una parte de otra cosa que no aparece por acá) Todo tiene que empezar con "El sistema debe... " > 14.3. El sistema confirma el reporte cuando el link enviado > es visitado, dentro de los 3 das posteriores al envo del mail. Todo tiene que empezar con "El sistema debe... " > 14.4. El sistema autoriza la publicacin previa conformidad > del/ de los Administrador/es del sistema. Todo tiene que empezar con "El sistema debe... " > 15.El sistema debe mostrar Mascotas [12] agrupando por la Situacin [6] > y filtrando por Raza [2] o Tipo [1] o Ciudad [11], las combinaciones > de estas o sin filtrar. > > 16.El sistema debe gestionar Tipos de Servicios. Te falta el diccionario con los atributos. > 17.El sistema debe gestionar Servicios para las Mascotas [12] para > cada Tipo de Servicio [16]. Idem > 18.El sistema debe gestionar Avisos de Observacin de Mascotas [12] de > acuerdo a cada Situacin [6] segn corresponda. Idem Qué es "según corresponda" ? Especificá cuando corresponde o sacá esa parte de la frase. > 18.1. El sistema comprueba la completitud del Aviso de > Observacin de Mascotas. Especificá "completo". > 18.2. El sistema enva un mail con un link de confirmacin a > la casilla de mail ingresada en el Aviso de Observacin de > Mascotas[18]. Todo tiene que empezar con "El sistema debe... " > 18.3. El sistema confirma el reporte cuando el link es > visitado por primera vez, dentro de los 3 das posteriores al envo y > enva un mail al contacto [5] de la Mascota [12] con los datos > ingresados en el Aviso de Observacin de Mascotas [18]. Todo tiene que empezar con "El sistema debe... " > > 19.El sistema debe dar de alta a Ios Reportes de Informacin Inverosmil > para una determinada Mascota [12] Te falta el diccionario con los atributos. [..] Paso acá, porque los errores son los mismos y se van repitiendo. Además, cuando reorganices las cosas que te marco, parte de esto debería acomodarse. Respecto al diccionario, lo que tenés que poner es, si hace falta como en las de abajo, la explicación de lo que es la cosa, pero siempre tenés que poner los atributos que esta tiene, tal cual como hacen falta en la definición del problema. Esto significa que los ID está siempre mal, porque el ID no surge del problema, sino de la solución cuando planteaste el almacenamiento: la SRS tiene que definir el problema a resolver, y no tener ninguna mención a la solución. Después veremos como partiendo de los atributos del diccionario surgirán los almacenamientos, que podrán ser o no como los estás planteando. Enviá una nueva versión con las correcciones y seguimos!!! > DICCIONARIO > > Tipo: ID, Descripcin. > > Raza: ID, Descripcin, Id _ tipo. > > Tamao: ID, Descripcin. > > Rasgo: ID, Descripcin. > > Situacin: Perdidos / Encontrados / En Adopcin / Reunidos / Buscando > Mascotas. > > Contacto: ID, email. > > Pas: ID, Descripcin. > > Provincia: ID, Descripcin, Pas > > Partido/Departamento: ID, Descripcin, Provincia > > Ciudad: ID, Descripcin, Partido/Departamento > > Ubicacin: Latitud, Longitud, Direccin y Ciudad. > > Mascota: ID, Nombre, Edad, Raza, Tamao, Rasgos, Contacto, Situacin, > Ciudad [Ubicacin?]. Foto1, Foto2, Foto3, Fecha de Alta. > > Reporte de Mascota: Se utiliza para ingresar al sistema cuando una > Mascota con su correspondiente Situacin. > > Avisos de Observacin de Mascota: Se utilizan para ingresar al sistema > que una Mascota fue vista en una Ubicacin. > > Reporte de Informacion Inverosimil: Se utilizan para informar que la > informacion que se esta mostrando es falsa, incorrecta o duplicados. > > Tipos de Servicios: son todos aquellos servicios que se pueda realizar > o necesitar una Mascota. Veterinarias / Peluqueros / Paseadores / > Transporte / Alimentos / Hogares de Transito / Guarderas / ONG's / > Criaderos > > Solicitudes de Baja: son realizadas por el dueo de una mascota cuando > no desea que su Reporte de Mascota siga apareciendo en el sistema. > > Dueos/Cuidador/Observador: son las personas fsicas con quien el > sistema va a interactuar. -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From leonardot en pegasusnet.com.ar Sat Oct 20 19:46:38 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Sat, 20 Oct 2012 19:46:38 -0300 Subject: [Php-avanzado] requerimientos Cesar In-Reply-To: References: Message-ID: <1350773198.20659.607.camel@praxisviii.intranet.com> El vie, 19-10-2012 a las 12:44 -0300, Cesar Gimenez Lascano escribió: > Hola Leo, te envío yo también una primer versión de los requerimientos > para ir corrigiéndolos. gracias, saludos! Hola Cesar, es un muy buen primer planteo. Copio y pego abajo tu SRS para hacer unos comentarios: a) el RF 4 no tiene un subrequerimiento, sino que el que aparece como 1.1 es un RF aparte, que hará referencia al 4. Podría ser "El sistema debe gestionar Alojamientos con su Categoría de Alojamiento. b) el RNF 3 es un RF, no solo porque mostrar la información filtrada es una funcionalidad, sino porque si no entiendo mal, vas a tener que especificar más o menos el funcionamiento del mapa, porque lo vas a tener que programar vos... Esto de hacer tu propio mapa me parece muy interesante, pero tal vez también te interese usar OpenStreetMap, los mapas libres y hasta tal vez contribuir con el proyecto. c) el RNF 5, la parte de usar la API es un RNF, pero la parte de mostrar tweets sí es un RF. d) el FNF 6 es un RF... pero además de ser ambigüo porque no dice quién llama a quién, es bastante caro de implementar. e) La cantidad de RF aún pasando los que están mal como RNF es poca. Fijate de ampliarlo, por ejemplo especificando tipos de restaurantes, rubros de los negocios, alguna clasificación de eventos, varias imágenes para las cosas que ahora tienen solo una, categorizar los alojamientos/bares/negocios/restaurantes de forma tal que haya publicaciones de diferente tipo (unas con posibilidad de más datos que otras por ejemplo) d) así como está, habría solo "administradores" que son un RNF y cargarían todo, pero si los dueños pueden cargar su propio establecimiento, habría que especificarlos porque el "dueño" tiene que existir y sería una funcionalidad. Esto es todo por ahora. Muy claro y conciso. -------------------------------------------- Gestor de contenidos turísticos OBJETIVO: crear una guia de comercios, servicios e información turística web de la ciudad. La información se mostrará sobre un mapa. Se obtendrá información de contacto de los lugares al hacer click sobre ellos. REQUERIMIENTOS FUNCIONALES: 1. El sistema debe gestionar negocios. 2. El sistema debe gestionar eventos. 3. El sistema debe gestionar puntos de interés turísticos. 4. El sistema debe mostrar categorías de alojamientos. 1.1 El sistema debe gestionar alojamientos. 1. El sistema debe gestionar bares. 2. El sistema debe gestionar restaurantes. DICCIONARIO: * Alojamiento: nombre, dirección, teléfono, latitud, longitud, categoría de alojamiento, logo. * Negocio: dirección, teléfono, latitud, longitud, logo. * Eventos: fecha, dirección, descripción, latitud, longitud, imagen. * Puntos de interés turístico: dirección, descripción, latitud, longitud, imagen. * Bar: dirección, teléfono, latitud, longitud, logo. * Restaurante: dirección, teléfono, latitud, longitud, logo. * Categorías alojamientos: 1 estrella, 2 estrellas, 3 estrellas, 4 estrellas, 5 estrellas, apart hotel, hostel. REQUERIMIENTOS NO FUNCIONALES: 1. El sistema debe ser web. 2. El sistema debe ser compatible con dispositivos móviles. 3. El sistema debe mostrar la información sobre un mapa. 3.1 La información debe poder ser filtrada. 3.2 La confección de los mapas debe ser propia. 1. Debe usarse herramientas de código libre. 2. El sistema debe utilizar la API de twitter para mostrar tweets geoposicionados en el mapa. 3. El sistema debe poder llamar por teléfono. -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From tucu_21 en hotmail.com Sat Oct 20 20:48:56 2012 From: tucu_21 en hotmail.com (Juan Manuel P.) Date: Sat, 20 Oct 2012 20:48:56 -0300 Subject: [Php-avanzado] Requerimientos Juan Manuel In-Reply-To: <1350772362.20659.594.camel@praxisviii.intranet.com> References: , <1350772362.20659.594.camel@praxisviii.intranet.com> Message-ID: Ok ahora me pongo a completarlo. Solo algunas aclaraciones, por algun motivo todas las vocales con tildes o las letras enies (ñ) cuando abriste el archivo se perdieron o vaya uno a saber dado que lo que vos lees como Pases es ni mas ni menos que Paises, por eso se hace referencia a las Provincias y demas... Con respecto a las situaciones, actualmente son 5 pero puede que en un futuro existan mas o se quiten algunas porque resulten obsoletas, por eso fue que no las detalle por separado como "Mascotas Perdidas", "Mascotas Encontradas", etc... Con las Ubicaciones, tambien serian utilizadas por los servicios, es algo que me olvide de incluir en esta correccion. En referencia al Dueño/Cuidador/Observador, tambien fue un olvido mio no hacer el vinculo con el Contacto dado que si bien son el mismo actor, en base a cada Situacion de la Mascota es que va a tomar cada nombre. EJ: el que encuentra una mascota perdida no va a ser el dueño, va a ser el Cuidador, mientras que el que realiza un Aviso de Observacion de Mascota no va a ser el Dueño sino un Observador, todos terminan en Contacto, que es como yo considere que debian llamarse, dado que no hay cliente sino yo soy el que determina las necesidades y requerimientos del software en cuestion. Saludos y en un rato completo todo el diccionario y las partes a corregir. Juan M In his heart, in his eyes In his soul, there?s no sign of thunder Screams, can you hear the screaming When another restless soul must die > From: leonardot en pegasusnet.com.ar > To: php-avanzado en pato2.fi.mdp.edu.ar > Date: Sat, 20 Oct 2012 19:32:42 -0300 > Subject: Re: [Php-avanzado] Requerimientos Juan Manuel > > Hola Juan Manuel, > > El vie, 19-10-2012 a las 11:16 -0300, Juan Manuel P. escribió: > > Leo acá te mando los requerimientos de los que estuvimos hablando el > > miércoles, los he modificado y reorganizado. > > Esta detallado en un Diccionario cada una de las palabras que > > considere que son necesarias de explicar. > > Para esto justamente está el diccionario de la SRS: para aclarar o > explicar los términos que tengan un sentido particular en el sistema, y > para determinar la abstracción que se hará de cada cosa. > Te hago unos comentarios abajo sobre el diccionario, porque es muy > importante que la aclaración y la abstracción (la enumeración de los > atributos) estén juntos y descriptos de forma semejante. > > > Gracias y espero tu respuesta para poder hacer las correcciones que > > sean necesarias. > > > > Saludos > > > > Juan Manuel > > > > In his heart, in his eyes > > In his soul, there?s no sign of thunder > > Screams, can you hear the screaming > > When another restless soul must die > > > > > > > > > > > > > > > > documento de > > texto sencillo > > adjunto > > (Requerimientos.txt) > > > > REQUERIMIENTOS FUNCIONALES > > > > Objetivo: > > El sistema servir como medio de difusin para que los Dueos/Cuidadores > > de las Mascotas puedan informar su Situacin (Perdido, Encontrado, En > > Adopcin, Buscando Pareja o Reunido) de manera que los Observadores > > informen a travs del sistema si ha sido visto a la Mascota. Tambin se > > podrn encontrar diferentes tipos de servicios que una Mascota pueda > > necesitar. > > > > 1.El sistema debe gestionar Tipos. > > > > 2.El sistema debe gestionar Razas para cada Tipo [1]. > > > > 3.El sistema debe gestionar Tamaos. > > > > 4.El sistema debe gestionar Rasgos. > > > > 5.El sistema debe gestionar Contactos. > > > > 6.El sistema debe gestionar Situaciones. > > En el diccionario de la Situación, estás enumerando 5 posibles, y si no > recuerdo mal, serán las únicas situaciones que manejará tu sistema. Si > es así, no podés especificarlo como "gestionar", porque esto implica > borrar y agregar, y pareciera si son fijas, nada de esto tiene que ser > posible. > Si es este el caso, especificá esto como "El sistema debe mostrar..." o > una palabra semejante que no implique un ABM. > Si no es el caso, no tiene sentido que en el diccionario estén > enumeradas las situaciones posibles. > > > > > 7.El sistema debe gestionar Pases. > > Qué son los "Pases"? Es lo que en el diccionario está como "Pas"? > Si se llega a referir a una contraseña (pass en inglés), esto es muy > probable que sea solo un atributo de un requerimiento, como por ejemplo > el de Dueño o Cuidador, y no una funcionalidad. > > > 8.El sistema debe gestionar Provincias para cada Pas[7]. > > Esto refuerza mi suposición de que el Pass es el Due?o o Cuidador... En > ese caso, tanto Provincia como Partido como Ciudad que está más abajo se > especifican antes, y acá dirías que la "Pas" tiene una Ciudad, un > Partido y una Provincia; y no al revés como especificás más abajo. > (uso "Pas" porque es lo que escribiste hasta que encontremos la cosa de > que estás hablando acá). > > > 9.El sistema debe gestionar Partidos/Departamentos para cada Provincia > > [8] con su Pas [7]. > > > > 10.El sistema debe gestionar Ciudades para cada Partido/Departamento > > [9] con su Provincia [8] y su Pas [7]. > > > > 11.El sistema debe gestionar Ubicaciones con su Latitud, Longitud, > > Direccin y Ciudad[10]. > > Esto parece ser parte del diccionario de alguna cosa, y no un RF > aparte... de hecho, como RF, la Ubicación no se usa por nadie más. > > > 12.El sistema debe gestionar Mascotas con su Edad, Raza [2], Tamao > > [3], Rasgos [4], Contacto [5], Situacin [6] y Ciudad [11]. > > y no hay referencia al Dueño o al Cuidador ??? Parece que Dueño y > Cuidador son las las funcionalidades que faltan, o al menos son parte de > ella. > > > 13.El sistema debe gestionar Administradores. > > Esto es un Requerimiento No Funcional. > Si querés, especificalos aparte. > > > 14.El sistema debe dar de alta Reportes de Mascotas para cada Situacin > > [6]. > > y el Reporte de Mascota no hace referencia a una Mascota ??? > > Te falta el Diccionario con la abstracción que hacés del Reporte de > Mascota, es decir, la enumeración de los atributos. > > > 14.1. El sistema debe validar la completitud del Reporte de > > Mascotas [14]. > > Tenés que especificar qué es "completo"... sino esto es una ambigüedad. > > > 14.2. El sistema enva un mail con un link de confirmacin a > > la casilla de mail del Contacto [5] de la Mascota [12], que expira en > > 3 das. > > Entonces el Reporte de Mascota tiene que hacer referencia al Contacto > (aunque como vimos, el Contacto parece ser solo una parte de otra cosa > que no aparece por acá) > > Todo tiene que empezar con "El sistema debe... " > > > 14.3. El sistema confirma el reporte cuando el link enviado > > es visitado, dentro de los 3 das posteriores al envo del mail. > > Todo tiene que empezar con "El sistema debe... " > > > 14.4. El sistema autoriza la publicacin previa conformidad > > del/ de los Administrador/es del sistema. > > Todo tiene que empezar con "El sistema debe... " > > > 15.El sistema debe mostrar Mascotas [12] agrupando por la Situacin [6] > > y filtrando por Raza [2] o Tipo [1] o Ciudad [11], las combinaciones > > de estas o sin filtrar. > > > > 16.El sistema debe gestionar Tipos de Servicios. > > Te falta el diccionario con los atributos. > > > 17.El sistema debe gestionar Servicios para las Mascotas [12] para > > cada Tipo de Servicio [16]. > > Idem > > > 18.El sistema debe gestionar Avisos de Observacin de Mascotas [12] de > > acuerdo a cada Situacin [6] segn corresponda. > > Idem > Qué es "según corresponda" ? Especificá cuando corresponde o sacá esa > parte de la frase. > > > 18.1. El sistema comprueba la completitud del Aviso de > > Observacin de Mascotas. > > Especificá "completo". > > > 18.2. El sistema enva un mail con un link de confirmacin a > > la casilla de mail ingresada en el Aviso de Observacin de > > Mascotas[18]. > > Todo tiene que empezar con "El sistema debe... " > > > 18.3. El sistema confirma el reporte cuando el link es > > visitado por primera vez, dentro de los 3 das posteriores al envo y > > enva un mail al contacto [5] de la Mascota [12] con los datos > > ingresados en el Aviso de Observacin de Mascotas [18]. > > Todo tiene que empezar con "El sistema debe... " > > > > > 19.El sistema debe dar de alta a Ios Reportes de Informacin Inverosmil > > para una determinada Mascota [12] > > Te falta el diccionario con los atributos. > > [..] > > Paso acá, porque los errores son los mismos y se van repitiendo. > Además, cuando reorganices las cosas que te marco, parte de esto > debería acomodarse. > > Respecto al diccionario, lo que tenés que poner es, si hace falta como > en las de abajo, la explicación de lo que es la cosa, pero siempre tenés > que poner los atributos que esta tiene, tal cual como hacen falta en la > definición del problema. > Esto significa que los ID está siempre mal, porque el ID no surge del > problema, sino de la solución cuando planteaste el almacenamiento: la > SRS tiene que definir el problema a resolver, y no tener ninguna mención > a la solución. > > Después veremos como partiendo de los atributos del diccionario > surgirán los almacenamientos, que podrán ser o no como los estás > planteando. > > Enviá una nueva versión con las correcciones y seguimos!!! > > > DICCIONARIO > > > > Tipo: ID, Descripcin. > > > > Raza: ID, Descripcin, Id _ tipo. > > > > Tamao: ID, Descripcin. > > > > Rasgo: ID, Descripcin. > > > > Situacin: Perdidos / Encontrados / En Adopcin / Reunidos / Buscando > > Mascotas. > > > > Contacto: ID, email. > > > > Pas: ID, Descripcin. > > > > Provincia: ID, Descripcin, Pas > > > > Partido/Departamento: ID, Descripcin, Provincia > > > > Ciudad: ID, Descripcin, Partido/Departamento > > > > Ubicacin: Latitud, Longitud, Direccin y Ciudad. > > > > Mascota: ID, Nombre, Edad, Raza, Tamao, Rasgos, Contacto, Situacin, > > Ciudad [Ubicacin?]. Foto1, Foto2, Foto3, Fecha de Alta. > > > > Reporte de Mascota: Se utiliza para ingresar al sistema cuando una > > Mascota con su correspondiente Situacin. > > > > Avisos de Observacin de Mascota: Se utilizan para ingresar al sistema > > que una Mascota fue vista en una Ubicacin. > > > > Reporte de Informacion Inverosimil: Se utilizan para informar que la > > informacion que se esta mostrando es falsa, incorrecta o duplicados. > > > > Tipos de Servicios: son todos aquellos servicios que se pueda realizar > > o necesitar una Mascota. Veterinarias / Peluqueros / Paseadores / > > Transporte / Alimentos / Hogares de Transito / Guarderas / ONG's / > > Criaderos > > > > Solicitudes de Baja: son realizadas por el dueo de una mascota cuando > > no desea que su Reporte de Mascota siga apareciendo en el sistema. > > > > Dueos/Cuidador/Observador: son las personas fsicas con quien el > > sistema va a interactuar. > -- > Leonardo Tadei > leonardot en pegasusnet.com.ar > Web: http://leonardo.tadei.com.ar > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From leonardot en pegasusnet.com.ar Sat Oct 20 21:15:21 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Sat, 20 Oct 2012 21:15:21 -0300 Subject: [Php-avanzado] Requerimientos Juan Manuel In-Reply-To: References: , <1350772362.20659.594.camel@praxisviii.intranet.com> Message-ID: <1350778521.20659.620.camel@praxisviii.intranet.com> Hola Juan Manuel, genial que me escribas, así vamos avanzando: El sáb, 20-10-2012 a las 20:48 -0300, Juan Manuel P. escribió: > Ok ahora me pongo a completarlo. > Solo algunas aclaraciones, por algun motivo todas las vocales con > tildes o las letras enies (ñ) cuando abriste el archivo se perdieron o > vaya uno a saber dado que lo que vos lees como Pases es ni mas ni > menos que Paises, por eso se hace referencia a las Provincias y > demas... Ahhh... el servidor de la lista me lo envió así. Yo estoy leyendo tus acentos y eñes en este e-mail, así que es probable que la cuestión esté en el adjunto... > Con respecto a las situaciones, actualmente son 5 pero puede que en un > futuro existan mas o se quiten algunas porque resulten obsoletas, Pero vos tenés que especificar el sistema que vas a construir ahora, así que los importante es si ahora se gestionan o no, y si no se gestionan, cuál es la lista completa a mostrar. > por eso fue que no las detalle por separado como "Mascotas Perdidas", > "Mascotas Encontradas", etc... Esto es una cuestión discutible: acá estás enunciando qué debe hacer el sistema, de forma clara, concisa y ordenada. Qué te hace pensar que esta organización entre Mascotas / Situaciones es una mejor descripción que Mascotas Perdidas, Mascotas Encontradas, etc ? > Con las Ubicaciones, tambien serian utilizadas por los servicios, es > algo que me olvide de incluir en esta correccion. Sigo sin ver cómo justificás que la latitud y longitud sean "algo" y no meros atributos de, por ejemplo, Mascota Perdida. Si la justificación es "que se va a usar en muchas situaciones", entonces estás poniendo el "cómo", lo cual es algo incorrecto en una SRS, que tiene que atenerse exclusivamente al "qué". > En referencia al Dueño/Cuidador/Observador, tambien fue un olvido mio > no hacer el vinculo con el Contacto dado que si bien son el mismo > actor, en base a cada Situacion de la Mascota es que va a tomar cada > nombre. EJ: el que encuentra una mascota perdida no va a ser el dueño, > va a ser el Cuidador, mientras que el que realiza un Aviso de > Observacion de Mascota no va a ser el Dueño sino un Observador, todos > terminan en Contacto, que es como yo considere que debian llamarse, > dado que no hay cliente sino yo soy el que determina las necesidades > y requerimientos del software en cuestion. Vos sos "el cliente", así que sí hay quién determine las necesidades. Ahora bien, Contacto tiene como único atributo "e-mail": es toda la abstracción que tendrá un Contacto? Por otra parte, si los que reportan Mascotas Perdidas o Mascotas Encontradas son los Contactos, especificalo en esos términos y sacá "dueño" y "cuidador" de la especificación, porque ateniéndonos al principio de vocabulario mínimo, no tenés que llamar a la misma cosa de varias maneras diferentes. > Saludos y en un rato completo todo el diccionario y las partes a > corregir. Dale! Así no se enfría la cosa. -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From cesargimenezlascano en gmail.com Sat Oct 20 21:31:15 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Sat, 20 Oct 2012 21:31:15 -0300 Subject: [Php-avanzado] requerimientos Cesar In-Reply-To: <1350773198.20659.607.camel@praxisviii.intranet.com> References: <1350773198.20659.607.camel@praxisviii.intranet.com> Message-ID: ok, gracias Leo, voy a trabajar en las modificaciones. Saludos!! El 20 de octubre de 2012 19:46, Leonardo Tadei - Pegasus Tech Supply < leonardot en pegasusnet.com.ar> escribió: > El vie, 19-10-2012 a las 12:44 -0300, Cesar Gimenez Lascano escribió: > > Hola Leo, te envío yo también una primer versión de los requerimientos > > para ir corrigiéndolos. gracias, saludos! > > Hola Cesar, > > es un muy buen primer planteo. > Copio y pego abajo tu SRS para hacer unos comentarios: > > a) el RF 4 no tiene un subrequerimiento, sino que el que aparece como > 1.1 es un RF aparte, que hará referencia al 4. Podría ser "El sistema > debe gestionar Alojamientos con su Categoría de Alojamiento. > b) el RNF 3 es un RF, no solo porque mostrar la información filtrada es > una funcionalidad, sino porque si no entiendo mal, vas a tener que > especificar más o menos el funcionamiento del mapa, porque lo vas a > tener que programar vos... Esto de hacer tu propio mapa me parece muy > interesante, pero tal vez también te interese usar OpenStreetMap, los > mapas libres y hasta tal vez contribuir con el proyecto. > c) el RNF 5, la parte de usar la API es un RNF, pero la parte de mostrar > tweets sí es un RF. > d) el FNF 6 es un RF... pero además de ser ambigüo porque no dice quién > llama a quién, es bastante caro de implementar. > e) La cantidad de RF aún pasando los que están mal como RNF es poca. > Fijate de ampliarlo, por ejemplo especificando tipos de restaurantes, > rubros de los negocios, alguna clasificación de eventos, varias imágenes > para las cosas que ahora tienen solo una, categorizar los > alojamientos/bares/negocios/restaurantes de forma tal que haya > publicaciones de diferente tipo (unas con posibilidad de más datos que > otras por ejemplo) > d) así como está, habría solo "administradores" que son un RNF y > cargarían todo, pero si los dueños pueden cargar su propio > establecimiento, habría que especificarlos porque el "dueño" tiene que > existir y sería una funcionalidad. > > Esto es todo por ahora. Muy claro y conciso. > > > > -------------------------------------------- > > Gestor de contenidos turísticos > OBJETIVO: crear una guia de comercios, servicios e información turística > web de la ciudad. La información se mostrará sobre un mapa. Se obtendrá > información de contacto de los lugares al hacer click sobre ellos. > > > REQUERIMIENTOS FUNCIONALES: > > > 1. El sistema debe gestionar negocios. > > 2. El sistema debe gestionar eventos. > > 3. El sistema debe gestionar puntos de interés turísticos. > > 4. El sistema debe mostrar categorías de alojamientos. > > > 1.1 El sistema debe gestionar alojamientos. > > 1. El sistema debe gestionar bares. > > 2. El sistema debe gestionar restaurantes. > > > > DICCIONARIO: > > > * Alojamiento: nombre, dirección, teléfono, latitud, longitud, > categoría de alojamiento, logo. > > * Negocio: dirección, teléfono, latitud, longitud, logo. > > * Eventos: fecha, dirección, descripción, latitud, longitud, > imagen. > > * Puntos de interés turístico: dirección, descripción, latitud, > longitud, imagen. > > * Bar: dirección, teléfono, latitud, longitud, logo. > > * Restaurante: dirección, teléfono, latitud, longitud, logo. > > * Categorías alojamientos: 1 estrella, 2 estrellas, 3 estrellas, 4 > estrellas, 5 estrellas, apart hotel, hostel. > > > > REQUERIMIENTOS NO FUNCIONALES: > > > 1. El sistema debe ser web. > > 2. El sistema debe ser compatible con dispositivos móviles. > > 3. El sistema debe mostrar la información sobre un mapa. > > > 3.1 La información debe poder ser filtrada. > > 3.2 La confección de los mapas debe ser propia. > > 1. Debe usarse herramientas de código libre. > > 2. El sistema debe utilizar la API de twitter para mostrar tweets > geoposicionados en el mapa. > > 3. El sistema debe poder llamar por teléfono. > > > -- > Leonardo Tadei > leonardot en pegasusnet.com.ar > Web: http://leonardo.tadei.com.ar > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From jorgediiorio en hotmail.com Sun Oct 21 22:56:04 2012 From: jorgediiorio en hotmail.com (Jorge Di Iorio) Date: Sun, 21 Oct 2012 22:56:04 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Especificaci=F3n_de_Requerimientos_?= =?iso-8859-1?q?R3?= In-Reply-To: <1350498710.8723.55.camel@praxisviii.intranet.com> References: , , ,, <1349803418.11292.1896.camel@praxisviii.intranet.com>, , <1350498710.8723.55.camel@praxisviii.intranet.com> Message-ID: Adjunto los RF según lo que hablamos en clase. Saludos! Jorge Di Iorio ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ An embedded and charset-unspecified text was scrubbed... Name: Requerimientos JD.txt URL: From leonardot en pegasusnet.com.ar Mon Oct 22 10:00:21 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Mon, 22 Oct 2012 10:00:21 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Especificaci=F3n_de_Requerimientos_?= =?iso-8859-1?q?R3?= In-Reply-To: References: , , ,, <1349803418.11292.1896.camel@praxisviii.intranet.com> , , <1350498710.8723.55.camel@praxisviii.intranet.com> Message-ID: <1350910821.20659.657.camel@praxisviii.intranet.com> Hola Jorge, es un buen avance! Te comento intercalado algunas cosas, más que nada de organización: El dom, 21-10-2012 a las 22:56 -0300, Jorge Di Iorio escribió: > Adjunto los RF según lo que hablamos en clase. > > Saludos! > > Jorge Di Iorio > > > > > > > > > documento de > texto sencillo > adjunto > (Requerimientos > JD.txt) > > Especificacin de Requerimientos > > Sistema de Gestin de Reservas y Alquileres de Complejos Deportivos > > REQUERIMIENTOS FUNCIONALES > > 1. El sistema debe gestionar clientes. > 1.1. El Sistema debe dejar o no, realizar > reservas o alquileres segn el cliente est activo o inactivo. Este 1.1 es mejor tenerlo como parte de la descripción de la funcionalidad de las Reservas y de los Alquileres. Puede cambiarse simplemente poniendo "El sistema debe gestionar Reservas con su Cancha[7], Cliente[3] activo..." > 2. El sistema debe gestionar complejos. > 3. El Sistema debe gestionar deportes. > 4. El sistema debe gestionar Canchas con su > Complejo[4] y Deportes[6]. > 5. El sistema debe gestionar tarifas con su > Complejo[4]. > 6. El Sistema debe gestionar cotas de tiempo no > laborales de Canchas[5]. > 7. El Sistema debe gestionar cotas de no > laborales de Complejos[2]. En esta instancia, como las Cotas de Tiempo No Laborables de Cancha son una cosa y las Cotas de Tiempo No Laborables de Complejo son otra cosa, creá una entrada para cada una en el diccionario. Por más que tengan los mismos atributos, tendrán un funcionamiento distinto, y ya veremos cuando lleguemos a la normalización, pero es posible que como entidades separadas que parecen, hasta se almacenen por separado... igual ahora, solo hay que especificar el problema (y no pensar en la solución, para no meter la pata) > 8. El sistema debe gestionar Reservas con su > Cancha[7], Cliente[3] y estado. Te falta especificar previamente el Estado de las canchas. En este RF te falta la Tarifa, que está en el diccionario pero es el RF 5. > 8.1. El sistema debe mostrar las Reservas > dadas filtrando por fechas, complejo, cancha y deporte. > 8.2. El Sistema debe impedir la Reserva de > una cancha si se encuentra en una cota de Tiempo de inactividad. Ampliá el 8.2 para decir que no tiene que ser Cota de Tiempo de inactividad ni del complejo, o mejor aún, ponelo como un subrequerimiento aparte, para mantener la sintaxis desdoblada de esta cuestión. > 8.3. El sistema debe mostrar las reservas > en el calendario marcadas con colores (cada estado deber tener un > color). Al diccionario con los Estados y sus colores! > 9. El sistema debe gestionar Reservas Fijas con > su Cliente[1], Cancha[4] y Tarifa[5](la tarifa puede no estar, la > colocamos en caso de que sea premeditada al alquiler). Si el paréntesis dijera solo "opcional" creo que es lo mismo y más breve. La premeditación de la que hablás es más del encargado de la cancha que del sistema, y acá especificamos el sistema. Agregá al diccionario una entrada para Reserva Fija... > 9.1 El sistema debe permitir al > usuario realizar una reserva fija un determinado da de la semana y > dejarla hecha en el calendario hasta una fecha de vencimiento. > 9.2 El sistema debe mostrar en el > calendario todas las Reservas fijas. > 9.3 El sistema debe advertir al > usuario cuando una reserva fija est llegando a su fin(el tiempo de > aviso estar parametrizado). Creo que el paréntesis sobra porque en el diccionario figurará una fecha de fin o de vencimiento. Decidite como llamarlo y usá siempre el mismo nombre! > 9.4 El sistema debe advertir al > usuario cuando una reserva fija se cancele repetidas veces(la cantidad > de cancelaciones estar parametrizado). Este parámetro es del sistema o de la Reserva Fija? Falta especificarlo en alguna parte. > 9.5 El sistema debe mostrar las > reservas Fijas en el calendario marcadas con un color determinado. Idem 8.3 > 9.6 El sistema debe permitir al usuario > dar de baja una reserva fija para un da determinado y pisarla con una > reserva comn. > 10. El sistema debe gestionar Alquileres con su > Cliente[1], Cancha y Reserva[9](No siempre estar ligado a una reserva, > se puede dar el caso de alquiler sin previa reserva). Si reemplazás el contenido del paréntesis con "opcional" creo que se dice lo mismo. > 11. El sistema debe mostrar el listado de Reservas > de los clientes. Por el copy & paste puede ser que acá deba decir Alquiler en vez de Reserva? > 11.1. El sistema debe mostrar las reservas > que realizo un cliente y el Estado en que quedaron las mismas. > 11.2. El sistema debe mostrar un listado de > reservas con su cliente[1] filtrando por Estado y Fecha. > 11.3. El sistema debe mostrar un listado de > reservas fijas por estado por si se le debe llamar la atencion al > cliente. > 12. El sistema debe mostrar el listado de > Alquileres de los clientes. > 11.1. El sistema debe mostrar los alquileres > que realizo un cliente. > 11.2. El sistema debe mostrar un listado de > los alquileres con su cliente[1] filtrando por Fecha. > > Diccionario: > Cliente: Cdigo, Nombre, dni, domicilio, > telfono fijo, telfono celular, email, observacin, activo. > Complejo: Cdigo, Nombre, Domicilio, > Observacin. > Deporte: Cdigo, Nombre. > Cancha: Cdigo, Nombre, Deporte, Cantidad de > Jugadores, Piso, Complejo, Observacin, Activa. > Tarifa: Cdigo, Nombre, Complejo, valor, > Observacin. > Cotas no Laborales: Cdigo, Nombre, Fecha de > Inicio, Fecha de Fin, Cancha, Complejo. > Reserva: Cliente, Cancha, Tarifa, Descuento, > Recargo, Observacin, Fecha, Hora Inicio, Hora Fin, Estado[Reservado, > Reservado Fijo, Confirmado, Cerrado, Pagado, Cancelado Cliente, > Cancelado Complejo]. > Alquiler: Cliente, Cancha, Tarifa, Descuento, > Recargo, Observacin, Fecha, Hora Inicio, Hora Fin, Tarifa, Pago. > > > REQUERIMIENTOS NO FUNCIONALES > > 1. El sistema debe ser web. > 1.1. El sistema debe solicitar loguin para > su utilizacin. > 2. El sistema debe gestionar usuarios. Ya te había dicho que el 1.1 no es un subitem del 1. Sacalo afuera!!! > Diccionario: > Usuario: Cdigo, Nombre, Contrasea, > Agrega Registros, Modifica Registros, Elimina Registros, Modifica > Usuarios. Seguimos! -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From juse192002 en hotmail.com Mon Oct 22 21:01:05 2012 From: juse192002 en hotmail.com (julio aviles) Date: Tue, 23 Oct 2012 00:01:05 +0000 Subject: [Php-avanzado] pedido-ejercicios In-Reply-To: <1350910821.20659.657.camel@praxisviii.intranet.com> References: , , , ,,, <1349803418.11292.1896.camel@praxisviii.intranet.com>,, ,, <1350498710.8723.55.camel@praxisviii.intranet.com>, , <1350910821.20659.657.camel@praxisviii.intranet.com> Message-ID: hola leo te escribo para solicitarte los ejercicios adicionales del curso.- Aguardo tu Rta. Gracias julio.- ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From leonardot en pegasusnet.com.ar Mon Oct 22 21:29:57 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Mon, 22 Oct 2012 21:29:57 -0300 Subject: [Php-avanzado] pedido-ejercicios In-Reply-To: References: , , , ,,, <1349803418.11292.1896.camel@praxisviii.intranet.com> ,, ,, <1350498710.8723.55.camel@praxisviii.intranet.com> , , <1350910821.20659.657.camel@praxisviii.intranet.com> Message-ID: <1350952197.20659.736.camel@praxisviii.intranet.com> El mar, 23-10-2012 a las 00:01 +0000, julio aviles escribió: > hola leo te escribo para solicitarte los ejercicios adicionales del > curso.- > > Aguardo tu Rta. > > Gracias julio.- Acá van: PHP Avanzado - Ejercicios adicionales ===================================== a1) Construya un script PHP que contenga un formulario donde se puedan ingresar cuatro números. Mustre los datos ingresados por el usuario y un mensaje que diga cuál es el mayor número. a2) Construya un script PHP que contenga un formulario donde se puedan ingresar 6 números. Mostrar los datos ingresados y la cantidad de numeros pares ingresados. a3) Construya un script PHP que contenga un formulario donde se puedan ingresar cuatro nombres. Al presionar Enviar se genera un formulario con una caja de selección que contiene los cuatro nombres anteriormente ingresados, dos botones de radio para seleccionar el sexo y un botón para enviar. Mostrar un mensaje que diga: " es ". a4) Construya un script PHP que contenga un formulario HTML en donde se pueda ingresar nombre, apellido, mail, sexo, pais con un desplegable (Argentina, Chile, Bolivia, Paraguay, Brasil, Uruguay). Muestre los datos ingresados por el usuario al enviar el formulario y un mensaje que diga "Hola , su nacionalidad es (Argetina|Chilena| Boliviana|Paraguaya|Brasilera|Uruguaya)". a5) Construya un script PHP que contenga un formulario HTML en donde se pueda ingresar un número entero, y el script lo devuelva escrito en palabras (Ej: 3 = tres; 18 = dieciocho; 34 = treintaycuatro) a6) Construya un script PHP que contenga un formulario HTML en donde se pueda ingresar un número positivo menor que 10.000, y el script lo devuelva escrito en números romanos. -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From jorgediiorio en hotmail.com Tue Oct 23 00:14:42 2012 From: jorgediiorio en hotmail.com (Jorge Di Iorio) Date: Tue, 23 Oct 2012 00:14:42 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Especificaci=F3n_de_Requerimientos_?= =?iso-8859-1?q?R4?= In-Reply-To: <1350910821.20659.657.camel@praxisviii.intranet.com> References: , , , ,,, <1349803418.11292.1896.camel@praxisviii.intranet.com>,, ,, <1350498710.8723.55.camel@praxisviii.intranet.com>, , <1350910821.20659.657.camel@praxisviii.intranet.com> Message-ID: Leo, que quiere decir "copy & paste"? No lo he escuchado nunca! Saludos! Jorge Di Iorio ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ An embedded and charset-unspecified text was scrubbed... Name: Requerimientos JD.txt URL: From leonardot en pegasusnet.com.ar Tue Oct 23 10:59:04 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Tue, 23 Oct 2012 10:59:04 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Especificaci=F3n_de_Requerimientos_?= =?iso-8859-1?q?R4?= In-Reply-To: References: , , , ,,, <1349803418.11292.1896.camel@praxisviii.intranet.com> ,, ,, <1350498710.8723.55.camel@praxisviii.intranet.com> , , <1350910821.20659.657.camel@praxisviii.intranet.com> Message-ID: <1351000745.20659.778.camel@praxisviii.intranet.com> Hola Jorge! El mar, 23-10-2012 a las 00:14 -0300, Jorge Di Iorio escribió: > Leo, que quiere decir "copy & paste"? No lo he escuchado nunca! Lo que no habías escuchado nunca era "Find & Replace" ;-) Esta versión de tu SRS va a ser una de las últimas. Más que correcciones, te planteo preguntas que me surgen para entender bien el problema. > > > > > > documento de > texto sencillo > adjunto > (Requerimientos > JD.txt) > > Especificacin de Requerimientos > > Sistema de Gestin de Reservas y Alquileres de Complejos Deportivos > > REQUERIMIENTOS FUNCIONALES > > 1. El sistema debe gestionar clientes. > 2. El sistema debe gestionar complejos. > 3. El Sistema debe gestionar deportes. > 4. El sistema debe gestionar Canchas con su > Complejo[4] y Deportes[6]. En el diccionario de Cancha aparecen la cantidad de jugadores. Esta cantidad tiene algún funcionamiento o es solo descriptiva? No es el deporte el que tiene cantidad de jugadores? También en el diccionario figura "activa", con lo que supongo que será sí/no. Es más prolijo y mejor especificado tener especificado "Estado" para mostrar (no para gestionar) y decir que la cancha tiene Estado... esto es porque yo asumo sí/no, pero no están especificados los valores que puede tomar el "activo" que especificaste. Otra forma de rellenar esta omisión es poner en el diccionario ", activa (s/n)." con lo que además del atributo mencionás los estados posibles a tomar. > 5. El sistema debe gestionar tarifas con su > Complejo[4]. > 6. El Sistema debe gestionar cotas de tiempo no > laborales de Canchas[5]. En el diccionario el nombre de esto es parecido, pero no es el mismo. Decidite a usar un nombre y usalo siempre. Tiene sentido ponerle un código a esto? Por las dudas, hacé que en el diccionario de las cotas no laborales en vez de "fecha" sea "fecha y hora", así por ejemplo podrías tener en mantenimiento una cancha solo de mañana. > 7. El Sistema debe gestionar cotas de no > laborales de Complejos[2]. > 8. El sistema debe gestionar Reservas con su > Cancha[7], Cliente[3], Tarifa[5] y estado[Reservado, Reservado Fijo, > Confirmado, Cerrado, Pagado, Cancelado Cliente, Cancelado Complejo]. Dejá la enumeración de los estados de Reserva solo en el diccionario. Vas a permitir borrar Reservas? Acá decís que sí, pero pareciera por el enfoque que le estás dando que no se borran, sino que en tal caso cambian de estado... idem para las fijas y los alquileres. Qué significa el estado "cerrado"? Qué sentido tiene que una Reserva esté "pagada" habiendo por otro lado Alquileres? Para qué está el estado "Reservado Fijo" acá, si las Reservas Fijas están especificadas aparte? > 8.1. El sistema debe mostrar las Reservas > dadas filtrando por fechas, complejo, cancha y deporte. > 8.2. El Sistema debe impedir la Reserva de > una cancha de un complejo si la misma pertenece a un complejo que se > encuentra en una cota de Tiempo de inactividad. > 8.3. El Sistema debe impedir la Reserva de > una cancha si la misma se encuentra en una cota de Tiempo de > inactividad. > 8.4. El Sistema no debe permitir realizar > reservas si el Cliente se encuentra inactivo. Mantené la sintaxis y poné esto como "El sistema debe impedir reservar... " > 9. El sistema debe gestionar Reservas Fijas con > su Cliente[1], Cancha[4] y Tarifa[5](opcional). > 9.1. El sistema debe permitir al usuario > realizar una reserva fija un determinado da de la semana y dejarla > hecha en el calendario hasta una fecha de vencimiento. > 9.2. El sistema debe mostrar en el > calendario todas las Reservas fijas. > 9.3. El sistema debe advertir al usuario > cuando una reserva fija est llegando a su fin. > 9.4. El sistema debe advertir al usuario > cuando una reserva fija se cancele repetidas veces(la cantidad de > cancelaciones admitida estar parametrizada en el sistema). Esta advertencia pasala a un RF aparte, y en el diccionario de la advertencia, especificá esta parametrización. > 9.5. El sistema debe permitir al usuario > dar de baja una reserva fija para un da determinado y pisarla con una > reserva comn. Sacá la palabra "permitir", de este y de todos los RF en que aparezcan. El "usuario" también está fuera de lugar: todo lo que estás poniendo es lo que puede hacer "el usuario". Te animás a especificar esto hablar de "pisar" la reserva? A mi me parece que acá hay algo que sobra y algo que falta... Bueno, los comentarios y preguntas se aplican también a los alquileres y reservas fijas, así que paro acá. Miralo y si querés en clase mañana seguimos, o mandame una nueva versión luego, Saludos! > 9.6. El Sistema no debe permitir realizar > reservas fijas si el Cliente se encuentra inactivo. > 10. El sistema debe gestionar Alquileres con su > Cliente[1], Cancha y Reserva[9](Opcional). > 10.1. El Sistema no debe permitir realizar > Alquileres si el Cliente se encuentra inactivo. > 11. El sistema debe mostrar el listado de Reservas > de los clientes. > 11.1. El sistema debe mostrar un listado de > reservas con su cliente[1] filtrando por Estado y Fecha. > 11.2. El sistema debe mostrar un listado de > reservas fijas por estado por si se le debe llamar la atencion al > cliente. > 12. El sistema debe mostrar el listado de > Alquileres de los clientes. > 11.1. El sistema debe mostrar los alquileres > que realizo un cliente. > 11.2. El sistema debe mostrar un listado de > los alquileres con su cliente[1] filtrando por Fecha. > > Diccionario: > Cliente: Cdigo, Nombre, dni, domicilio, > telfono fijo, telfono celular, email, observacin, activo. > Complejo: Cdigo, Nombre, Domicilio, > Observacin. > Deporte: Cdigo, Nombre. > Cancha: Cdigo, Nombre, Deporte, Cantidad de > Jugadores, Piso, Complejo, Observacin, Activa. > Tarifa: Cdigo, Nombre, Complejo, valor, > Observacin. > Cotas no Laborales de Canchas: Cdigo, Nombre, > Fecha de Inicio, Fecha de Fin, Cancha. > Cotas no Laborales de Complejos: Cdigo, > Nombre, Fecha de Inicio, Fecha de Fin, Complejo. > Reserva: Cliente, Cancha, Tarifa, Descuento, > Recargo, Observacin, Fecha, Hora Inicio, Hora Fin, Estado[Reservado, > Reservado Fijo, Confirmado, Cerrado, Pagado, Cancelado Cliente, > Cancelado Complejo]. > Reserva Fija: Cliente, Cancha, Tarifa, > Descuento, Recargo, Observacin, Fecha Inicio, Fecha Fin, Hora Inicio, > Hora Fin, Dia de la Semana,Estado[Reservado, Reservado Fijo, > Confirmado, Cerrado, Pagado, Cancelado Cliente, Cancelado Complejo]. > Alquiler: Cliente, Cancha, Tarifa, Descuento, > Recargo, Observacin, Fecha, Hora Inicio, Hora Fin, Tarifa, Pago. > > > REQUERIMIENTOS NO FUNCIONALES > > 1. El sistema debe ser web. > 2. El sistema debe solicitar loguin para su > utilizacin. > 3. El sistema debe gestionar usuarios. > > Diccionario: > Usuario: Cdigo, Nombre, Contrasea, > Agrega Registros, Modifica Registros, Elimina Registros, Modifica > Usuarios. -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From cesargimenezlascano en gmail.com Tue Oct 23 20:49:23 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Tue, 23 Oct 2012 20:49:23 -0300 Subject: [Php-avanzado] requerimientos Cesar Gimenez V2 Message-ID: Hola Leo!, bueno, ahí te envío una segunda versión de los requerimientos para seguir corrigiendo. En cuanto a los mapas, me mal exprese, sí voy a usar OpenStreetMap y me interesa mucho tmb contribuir con el proyecto. La idea es que los datos los maneje solo un administrador. Incluí ademas la idea de distintos tipos de publicación (paga o gratuita) y mas categorías. saludos y muchas gracias!!!! El 20 de octubre de 2012 21:31, Cesar Gimenez Lascano < cesargimenezlascano en gmail.com> escribió: > ok, gracias Leo, voy a trabajar en las modificaciones. Saludos!! > > El 20 de octubre de 2012 19:46, Leonardo Tadei - Pegasus Tech Supply < > leonardot en pegasusnet.com.ar> escribió: > > El vie, 19-10-2012 a las 12:44 -0300, Cesar Gimenez Lascano escribió: >> > Hola Leo, te envío yo también una primer versión de los requerimientos >> > para ir corrigiéndolos. gracias, saludos! >> >> Hola Cesar, >> >> es un muy buen primer planteo. >> Copio y pego abajo tu SRS para hacer unos comentarios: >> >> a) el RF 4 no tiene un subrequerimiento, sino que el que aparece como >> 1.1 es un RF aparte, que hará referencia al 4. Podría ser "El sistema >> debe gestionar Alojamientos con su Categoría de Alojamiento. >> b) el RNF 3 es un RF, no solo porque mostrar la información filtrada es >> una funcionalidad, sino porque si no entiendo mal, vas a tener que >> especificar más o menos el funcionamiento del mapa, porque lo vas a >> tener que programar vos... Esto de hacer tu propio mapa me parece muy >> interesante, pero tal vez también te interese usar OpenStreetMap, los >> mapas libres y hasta tal vez contribuir con el proyecto. >> c) el RNF 5, la parte de usar la API es un RNF, pero la parte de mostrar >> tweets sí es un RF. >> d) el FNF 6 es un RF... pero además de ser ambigüo porque no dice quién >> llama a quién, es bastante caro de implementar. >> e) La cantidad de RF aún pasando los que están mal como RNF es poca. >> Fijate de ampliarlo, por ejemplo especificando tipos de restaurantes, >> rubros de los negocios, alguna clasificación de eventos, varias imágenes >> para las cosas que ahora tienen solo una, categorizar los >> alojamientos/bares/negocios/restaurantes de forma tal que haya >> publicaciones de diferente tipo (unas con posibilidad de más datos que >> otras por ejemplo) >> d) así como está, habría solo "administradores" que son un RNF y >> cargarían todo, pero si los dueños pueden cargar su propio >> establecimiento, habría que especificarlos porque el "dueño" tiene que >> existir y sería una funcionalidad. >> >> Esto es todo por ahora. Muy claro y conciso. >> >> >> >> -------------------------------------------- >> >> Gestor de contenidos turísticos >> OBJETIVO: crear una guia de comercios, servicios e información turística >> web de la ciudad. La información se mostrará sobre un mapa. Se obtendrá >> información de contacto de los lugares al hacer click sobre ellos. >> >> >> REQUERIMIENTOS FUNCIONALES: >> >> >> 1. El sistema debe gestionar negocios. >> >> 2. El sistema debe gestionar eventos. >> >> 3. El sistema debe gestionar puntos de interés turísticos. >> >> 4. El sistema debe mostrar categorías de alojamientos. >> >> >> 1.1 El sistema debe gestionar alojamientos. >> >> 1. El sistema debe gestionar bares. >> >> 2. El sistema debe gestionar restaurantes. >> >> >> >> DICCIONARIO: >> >> >> * Alojamiento: nombre, dirección, teléfono, latitud, longitud, >> categoría de alojamiento, logo. >> >> * Negocio: dirección, teléfono, latitud, longitud, logo. >> >> * Eventos: fecha, dirección, descripción, latitud, longitud, >> imagen. >> >> * Puntos de interés turístico: dirección, descripción, latitud, >> longitud, imagen. >> >> * Bar: dirección, teléfono, latitud, longitud, logo. >> >> * Restaurante: dirección, teléfono, latitud, longitud, logo. >> >> * Categorías alojamientos: 1 estrella, 2 estrellas, 3 estrellas, 4 >> estrellas, 5 estrellas, apart hotel, hostel. >> >> >> >> REQUERIMIENTOS NO FUNCIONALES: >> >> >> 1. El sistema debe ser web. >> >> 2. El sistema debe ser compatible con dispositivos móviles. >> >> 3. El sistema debe mostrar la información sobre un mapa. >> >> >> 3.1 La información debe poder ser filtrada. >> >> 3.2 La confección de los mapas debe ser propia. >> >> 1. Debe usarse herramientas de código libre. >> >> 2. El sistema debe utilizar la API de twitter para mostrar tweets >> geoposicionados en el mapa. >> >> 3. El sistema debe poder llamar por teléfono. >> >> >> -- >> Leonardo Tadei >> leonardot en pegasusnet.com.ar >> Web: http://leonardo.tadei.com.ar >> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key >> >> _______________________________________________ >> Php-avanzado mailing list >> Php-avanzado en pato2.fi.mdp.edu.ar >> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado >> > > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: gestorcontenidosturisticos2.odt Type: application/vnd.oasis.opendocument.text Size: 9598 bytes Desc: no disponible URL: From leonardot en pegasusnet.com.ar Wed Oct 24 09:04:05 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Wed, 24 Oct 2012 09:04:05 -0300 Subject: [Php-avanzado] requerimientos Cesar Gimenez V2 In-Reply-To: References: Message-ID: <1351080245.20659.873.camel@praxisviii.intranet.com> Hola César, es un muy buen avance. El mar, 23-10-2012 a las 20:49 -0300, Cesar Gimenez Lascano escribió: > Hola Leo!, bueno, ahí te envío una segunda versión de los > requerimientos para seguir corrigiendo. > En cuanto a los mapas, me mal exprese, sí voy a usar OpenStreetMap y > me interesa mucho tmb contribuir con el proyecto. > La idea es que los datos los maneje solo un > administrador. Incluí ademas la idea de distintos tipos de publicación > (paga o gratuita) y mas categorías. > saludos y muchas gracias!!!! Copio y pego abajo la SRS y te hago unos comentarios: RF1: en el diccionario hacés referencia a que el Negocio tiene un Tipo de Publicación, pero este Tipo de Publicación no está especificado antes (lo pusiste como RF11) y el RF1 tiene que hacer referencia a él, porque lo estarías usando. Y sí, implica volver a rankear la SRS. RF5: idem. RF6: ibidem. RF8: ibibidem. RF9: es demasiado general... en vez de "mostrar información" que es muy genérico, especificá qué es lo que se va a mostrar sobre el mapa. Si la visualización sobre el mapa tiene "filtros" del tipo "solo los bares" o "puntos de interés turístico y restaurantes", especificalo como subrequerimientos. RF10: idem respecto a "información". Tenés que poner cuál es esta información. RF12: pregunto porque no conozco tanto de Twitter, un tweet se puede geoposicionar? y si no tiene geoposición (por ej, no se le permite al browser acceder a ese dato) qué hacés con el tweet? RF13: idem RF10, y además tenés que especificar cuales son las redes sociales. Saludos! ------------------------------- Gestor de contenidos turísticos OBJETIVO: crear una guia de comercios, servicios e información turística web de la ciudad. La información se mostrará sobre un mapa. Se obtendrá información de contacto de los lugares al hacer click sobre ellos. REQUERIMIENTOS FUNCIONALES: 1. El sistema debe gestionar negocios. 2. El sistema debe gestionar eventos. 3. El sistema debe gestionar puntos de interés turísticos. 4. El sistema debe mostrar categorías de alojamientos. 5. El sistema debe gestionar alojamientos con su categoría de alojamientos [4]. 6. El sistema debe gestionar bares. 7. El sistema debe mostrar especialidades. 8. El sistema debe gestionar restaurantes con su espacialidad [7]. 9. El sistema debe mostrar la información sobre un mapa. 10. El sistema debe poder filtrar la información. 11. El sistema debe mostrar tipos de publicación. 12. El sistema debe mostrar tweets geoposicionados en el mapa. 13. El sistema debe permitir compartir la información en las redes sociales. DICCIONARIO: * Alojamiento: nombre, dirección, teléfono, latitud, longitud, categoría de alojamiento, logo, tipo de publicación. * Negocio: dirección, teléfono, latitud, longitud, logo, tipo de publicación. * Eventos: fecha, dirección, descripción, latitud, longitud, imagen. * Puntos de interés turístico: dirección, descripción, latitud, longitud, imagen. * Bar: dirección, teléfono, latitud, longitud, logo, tipo de publicación. * Restaurante: dirección, teléfono, latitud, longitud, especialidad, logo, tipo de publicación. * Categorías alojamientos: 1 estrella, 2 estrellas, 3 estrellas, 4 estrellas, 5 estrellas, apart hotel, hostel. * tipo de publicación: gratis, paga. * especialidades: parrilla, pastas, pizzas, tenedor libre, comidas rápidas, picadas, pescados y mariscos. REQUERIMIENTOS NO FUNCIONALES: 1. El sistema debe ser web. 2. El sistema debe ser compatible con dispositivos móviles. 3. El sistema debe utilizar la API de twitter. 4. El sistema debe usar herramientas de código libre. -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From cesargimenezlascano en gmail.com Wed Oct 24 11:35:11 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Wed, 24 Oct 2012 11:35:11 -0300 Subject: [Php-avanzado] requerimientos Cesar Gimenez V3 Message-ID: Gracias Leo por la pronta respuesta, te envío de nuevo con las modificaciones. Con el tema de twitter, me parece mejor mostrar el perfil de twitter del comercio/bar/resto/alojamiento en su publicación en el caso de ser paga. Me interesaría usar la API del sitio foursquare para mostrar las opiniones de los usuarios sobre los comercios/bares/restos/alojamientos. Agregué categorías de negocios y le cambie el nombre a comercios, me parece que se entiende mejor. Quisiera agregar talvez una sección de "destacados" tmb que se muestre a ingresar al sitio. Bueno, nos vemos mas tarde, gracias y saludos!!!!! El 24 de octubre de 2012 09:04, Leonardo Tadei - Pegasus Tech Supply < leonardot en pegasusnet.com.ar> escribió: > Hola César, > > es un muy buen avance. > > El mar, 23-10-2012 a las 20:49 -0300, Cesar Gimenez Lascano escribió: > > Hola Leo!, bueno, ahí te envío una segunda versión de los > > requerimientos para seguir corrigiendo. > > En cuanto a los mapas, me mal exprese, sí voy a usar OpenStreetMap y > > me interesa mucho tmb contribuir con el proyecto. > > La idea es que los datos los maneje solo un > > administrador. Incluí ademas la idea de distintos tipos de publicación > > (paga o gratuita) y mas categorías. > > saludos y muchas gracias!!!! > > Copio y pego abajo la SRS y te hago unos comentarios: > > RF1: en el diccionario hacés referencia a que el Negocio tiene un Tipo > de Publicación, pero este Tipo de Publicación no está especificado antes > (lo pusiste como RF11) y el RF1 tiene que hacer referencia a él, porque > lo estarías usando. Y sí, implica volver a rankear la SRS. > RF5: idem. > RF6: ibidem. > RF8: ibibidem. > RF9: es demasiado general... en vez de "mostrar información" que es muy > genérico, especificá qué es lo que se va a mostrar sobre el mapa. Si la > visualización sobre el mapa tiene "filtros" del tipo "solo los bares" o > "puntos de interés turístico y restaurantes", especificalo como > subrequerimientos. > RF10: idem respecto a "información". Tenés que poner cuál es esta > información. > RF12: pregunto porque no conozco tanto de Twitter, un tweet se puede > geoposicionar? y si no tiene geoposición (por ej, no se le permite al > browser acceder a ese dato) qué hacés con el tweet? > RF13: idem RF10, y además tenés que especificar cuales son las redes > sociales. > > Saludos! > > > ------------------------------- > > Gestor de contenidos turísticos > OBJETIVO: crear una guia de comercios, servicios e información turística > web de la ciudad. La información se mostrará sobre un mapa. Se obtendrá > información de contacto de los lugares al hacer click sobre ellos. > > > REQUERIMIENTOS FUNCIONALES: > > > 1. El sistema debe gestionar negocios. > > 2. El sistema debe gestionar eventos. > > 3. El sistema debe gestionar puntos de interés turísticos. > > 4. El sistema debe mostrar categorías de alojamientos. > > 5. El sistema debe gestionar alojamientos con su categoría de > alojamientos [4]. > > 6. El sistema debe gestionar bares. > > 7. El sistema debe mostrar especialidades. > > 8. El sistema debe gestionar restaurantes con su espacialidad [7]. > > 9. El sistema debe mostrar la información sobre un mapa. > > 10. El sistema debe poder filtrar la información. > > 11. El sistema debe mostrar tipos de publicación. > > 12. El sistema debe mostrar tweets geoposicionados en el mapa. > > 13. El sistema debe permitir compartir la información en las redes > sociales. > > > > DICCIONARIO: > > > * Alojamiento: nombre, dirección, teléfono, latitud, longitud, > categoría de alojamiento, logo, tipo de publicación. > > * Negocio: dirección, teléfono, latitud, longitud, logo, tipo de > publicación. > > * Eventos: fecha, dirección, descripción, latitud, longitud, > imagen. > > * Puntos de interés turístico: dirección, descripción, latitud, > longitud, imagen. > > * Bar: dirección, teléfono, latitud, longitud, logo, tipo de > publicación. > > * Restaurante: dirección, teléfono, latitud, longitud, > especialidad, logo, tipo de publicación. > > * Categorías alojamientos: 1 estrella, 2 estrellas, 3 estrellas, 4 > estrellas, 5 estrellas, apart hotel, hostel. > > * tipo de publicación: gratis, paga. > > * especialidades: parrilla, pastas, pizzas, tenedor libre, comidas > rápidas, picadas, pescados y mariscos. > > > > REQUERIMIENTOS NO FUNCIONALES: > > > 1. El sistema debe ser web. > > 2. El sistema debe ser compatible con dispositivos móviles. > > 3. El sistema debe utilizar la API de twitter. > > 4. El sistema debe usar herramientas de código libre. > > > -- > Leonardo Tadei > leonardot en pegasusnet.com.ar > Web: http://leonardo.tadei.com.ar > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: gestorcontenidosturisticos3.odt Type: application/vnd.oasis.opendocument.text Size: 11421 bytes Desc: no disponible URL: From jere05.mdq en gmail.com Wed Oct 24 14:35:37 2012 From: jere05.mdq en gmail.com (Jeremias Brisuela) Date: Wed, 24 Oct 2012 14:35:37 -0300 Subject: [Php-avanzado] Requerimientos Jeremias Brisuela Message-ID: Buenas, adjunto la primera versión de los requerimientos, espero sus correcciones y opiniones :D. Gracias y nos vemos en un rato! ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ REQUERIMIENTOS FUNCIONALES 1. El sistema debe gestionar paises 2. El sistema debe gestionar provincias con su país[1] 3. El sistema debe gestionar ciudades con su provincia[2] 4. El sistema debe gestionar editores con su pais[1], provincia[2] o ciudad[3] 5. El sistema debe gestionar géneros/estilos musicales 6. El sistema debe gestionar bandas/intérpretes musicales con su género/estilo[5] y su editor[4] 7. El sistema debe gestionar imágenes con su editor[4] y su banda[6]. 8. El sistema debe gestionar discos con su banda/intérprete[6] y su imagen[7] 9. El sistema debe gestionar canciones con su banda/intérprete[6] o su disco[8] y su editor[4]. 10. El sistema debe gestionar mp3 con su editor[4] y su canción [9]. 11. El sistema debe gestionar videos con su editor[4] y su canción[9]. 12. El sistema debe gestionar letras con su editor [4] y su cancion[9] 13. El sistema debe mostrar listados de: editores[4], géneros[5], bandas/intérpretes[6], imágenes[7], discos[8], canciones[9], mp3[10], videos[11] y letras[12]. 13.1 El listado debe poder realizarse de 4 formas: - Listado simple. - Por ranking de calificaciónes. - Por ranking de visitas. - Por fecha de publicación. (más recientes) 13.2 El listado debe poder realizarse a través de filtros. 14. El sistema debe permitir realizar busquedas de: editores[4], bandas/intérpretes[6], discos[8] y canciones[9]. 15. El sistema debe permitir reproducir canciones[9] y videos[11]. 16. El sistema debe permitir compartir informaqción en las redes sociales. Diccionario: 1. País: nombre. 2. Provincia: nombre,país. 3. Ciudad: nombre, provincia. 4. Editor: nombre, apellido, país, provincia, ciudad, nick, avatar (imagen de perfil), calificación. 5. Género/estilo musical: nombre. 6. Banda/intérprete musical: nombre, descripción, integrantes, género/estilo. 7. Imágen: uploader(editor), banda/intérprete, calificación. 8. Disco: banda/intérprete, imágen, calificación, uploader(editor). 9. Canción: nombre, banda/intérprete, uploader(editor). 10. MP3: enlace, canción, uploader(editor), calificación. 11. Video: enlace canción, uploader(editor), calificación. 12. Letra: contenido, cancion, uploader(editor), calificación. REQUERIMIENTOS NO FUNCIONALES. 1. El sistema debe ser web. 2. El sistema debe ser autogestionable. From jesicabillia en hotmail.com Wed Oct 24 17:47:13 2012 From: jesicabillia en hotmail.com (Jesica Billia) Date: Wed, 24 Oct 2012 20:47:13 +0000 Subject: [Php-avanzado] Cargar imagen BLOB In-Reply-To: References: Message-ID: Buenas a todos!!! Consulta, tengo que cargar una imagen blob, la cargo pero no la puedo visualizar.... está en formato BLOBpego el código para ver si alguien me puede ayudar!! Hay dos archivos, uno es img.php donde tengo la imagen blob y en catalogo2.php es el que debería mostrar la imagen.....Gracias!!! img.php--------- New Document ';echo $name; $ruta= "images/accesorios/".$name ; $im = imagecreatetruecolor(120, 20); // $image = new Imagick(); // $image->setResolution(300, 300); // $image->readImageBlob($content); // convert the output to JPEG // $image->setImageFormat('jpeg'); // $image->setImageCompressionQuality(60) //header("Content-Disposition: attachment; filename=$name"); header("Content-length: $size"); header("Content-type: $type"); print $foto; //imagen blob exit;}?> catalogo2.php Documento sin título
Referencia Imagen Tipo Precio Nombre Descripcion
------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From rodrigo_360_hb en hotmail.com Wed Oct 24 18:24:21 2012 From: rodrigo_360_hb en hotmail.com (rodrigo FSF) Date: Wed, 24 Oct 2012 18:24:21 -0300 Subject: [Php-avanzado] requerimientos medina rodrigo rev 0.1 Message-ID: ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ An embedded and charset-unspecified text was scrubbed... Name: srs.txt URL: From rodrigo_360_hb en hotmail.com Wed Oct 24 21:38:02 2012 From: rodrigo_360_hb en hotmail.com (rodrigo FSF) Date: Wed, 24 Oct 2012 21:38:02 -0300 Subject: [Php-avanzado] ejercicios clase 6 Message-ID: DBA --- 1) Construya una agenda personal con apellido, nombre, direccion y teléfono que guarde los datos en formato DBM. Imágenes -------- 1) Escriba un script PHP en que el usuario ingrese una frase y se muestre con font TTF centrada en un rectángulo de 400 x 10. 2) Escriba un script PHP que arme una imagen basado en 4 imágenes leidas de un directorio, mostrando cada imagen en un cuarto de la imagen destino. 3) Escriba un script PHP que dada una imagen, la muestre teniendo como alto máximo80 píxeles, sin perder la proporcion. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From jorgediiorio en hotmail.com Thu Oct 25 01:11:09 2012 From: jorgediiorio en hotmail.com (Jorge Di Iorio) Date: Thu, 25 Oct 2012 01:11:09 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Especificaci=F3n_de_Requerimientos_?= =?iso-8859-1?q?R5?= In-Reply-To: <1351000745.20659.778.camel@praxisviii.intranet.com> References: , , , , ,,,, <1349803418.11292.1896.camel@praxisviii.intranet.com>,,, ,,, <1350498710.8723.55.camel@praxisviii.intranet.com>,, ,, <1350910821.20659.657.camel@praxisviii.intranet.com>, , <1351000745.20659.778.camel@praxisviii.intranet.com> Message-ID: Le hice todas las modificaciones que charlamos en clase... Jorge Di Iorio ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ An embedded and charset-unspecified text was scrubbed... Name: Requerimientos JD.txt URL: From cesargimenezlascano en gmail.com Thu Oct 25 13:37:24 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Thu, 25 Oct 2012 13:37:24 -0300 Subject: [Php-avanzado] requerimientos Cesar Gimenez V4 Message-ID: Leo! ahí te envío una nueva versión de los SRS con las modificaciones q surgieron de ayer. Saludos y gracias!!!!! El 24 de octubre de 2012 11:35, Cesar Gimenez Lascano < cesargimenezlascano en gmail.com> escribió: > Gracias Leo por la pronta respuesta, te envío de nuevo con las > modificaciones. > Con el tema de twitter, me parece mejor mostrar el perfil de twitter del > comercio/bar/resto/alojamiento en su publicación en el caso de ser paga. > Me interesaría usar la API > del sitio foursquare > para mostrar las opiniones de los usuarios sobre > los comercios/bares/restos/alojamientos. > Agregué categorías de negocios y le cambie el nombre a comercios, me > parece que se entiende mejor. > Quisiera agregar talvez una sección de "destacados" tmb que se muestre a > ingresar al sitio. > Bueno, nos vemos mas tarde, gracias y saludos!!!!! > > El 24 de octubre de 2012 09:04, Leonardo Tadei - Pegasus Tech Supply < > leonardot en pegasusnet.com.ar> escribió: > >> Hola César, >> >> es un muy buen avance. >> >> El mar, 23-10-2012 a las 20:49 -0300, Cesar Gimenez Lascano escribió: >> > Hola Leo!, bueno, ahí te envío una segunda versión de los >> > requerimientos para seguir corrigiendo. >> > En cuanto a los mapas, me mal exprese, sí voy a usar OpenStreetMap y >> > me interesa mucho tmb contribuir con el proyecto. >> > La idea es que los datos los maneje solo un >> > administrador. Incluí ademas la idea de distintos tipos de publicación >> > (paga o gratuita) y mas categorías. >> > saludos y muchas gracias!!!! >> >> Copio y pego abajo la SRS y te hago unos comentarios: >> >> RF1: en el diccionario hacés referencia a que el Negocio tiene un Tipo >> de Publicación, pero este Tipo de Publicación no está especificado antes >> (lo pusiste como RF11) y el RF1 tiene que hacer referencia a él, porque >> lo estarías usando. Y sí, implica volver a rankear la SRS. >> RF5: idem. >> RF6: ibidem. >> RF8: ibibidem. >> RF9: es demasiado general... en vez de "mostrar información" que es muy >> genérico, especificá qué es lo que se va a mostrar sobre el mapa. Si la >> visualización sobre el mapa tiene "filtros" del tipo "solo los bares" o >> "puntos de interés turístico y restaurantes", especificalo como >> subrequerimientos. >> RF10: idem respecto a "información". Tenés que poner cuál es esta >> información. >> RF12: pregunto porque no conozco tanto de Twitter, un tweet se puede >> geoposicionar? y si no tiene geoposición (por ej, no se le permite al >> browser acceder a ese dato) qué hacés con el tweet? >> RF13: idem RF10, y además tenés que especificar cuales son las redes >> sociales. >> >> Saludos! >> >> >> ------------------------------- >> >> Gestor de contenidos turísticos >> OBJETIVO: crear una guia de comercios, servicios e información turística >> web de la ciudad. La información se mostrará sobre un mapa. Se obtendrá >> información de contacto de los lugares al hacer click sobre ellos. >> >> >> REQUERIMIENTOS FUNCIONALES: >> >> >> 1. El sistema debe gestionar negocios. >> >> 2. El sistema debe gestionar eventos. >> >> 3. El sistema debe gestionar puntos de interés turísticos. >> >> 4. El sistema debe mostrar categorías de alojamientos. >> >> 5. El sistema debe gestionar alojamientos con su categoría de >> alojamientos [4]. >> >> 6. El sistema debe gestionar bares. >> >> 7. El sistema debe mostrar especialidades. >> >> 8. El sistema debe gestionar restaurantes con su espacialidad [7]. >> >> 9. El sistema debe mostrar la información sobre un mapa. >> >> 10. El sistema debe poder filtrar la información. >> >> 11. El sistema debe mostrar tipos de publicación. >> >> 12. El sistema debe mostrar tweets geoposicionados en el mapa. >> >> 13. El sistema debe permitir compartir la información en las redes >> sociales. >> >> >> >> DICCIONARIO: >> >> >> * Alojamiento: nombre, dirección, teléfono, latitud, longitud, >> categoría de alojamiento, logo, tipo de publicación. >> >> * Negocio: dirección, teléfono, latitud, longitud, logo, tipo de >> publicación. >> >> * Eventos: fecha, dirección, descripción, latitud, longitud, >> imagen. >> >> * Puntos de interés turístico: dirección, descripción, latitud, >> longitud, imagen. >> >> * Bar: dirección, teléfono, latitud, longitud, logo, tipo de >> publicación. >> >> * Restaurante: dirección, teléfono, latitud, longitud, >> especialidad, logo, tipo de publicación. >> >> * Categorías alojamientos: 1 estrella, 2 estrellas, 3 estrellas, 4 >> estrellas, 5 estrellas, apart hotel, hostel. >> >> * tipo de publicación: gratis, paga. >> >> * especialidades: parrilla, pastas, pizzas, tenedor libre, comidas >> rápidas, picadas, pescados y mariscos. >> >> >> >> REQUERIMIENTOS NO FUNCIONALES: >> >> >> 1. El sistema debe ser web. >> >> 2. El sistema debe ser compatible con dispositivos móviles. >> >> 3. El sistema debe utilizar la API de twitter. >> >> 4. El sistema debe usar herramientas de código libre. >> >> >> -- >> Leonardo Tadei >> leonardot en pegasusnet.com.ar >> Web: http://leonardo.tadei.com.ar >> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key >> >> _______________________________________________ >> Php-avanzado mailing list >> Php-avanzado en pato2.fi.mdp.edu.ar >> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado >> > > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: gestorcontenidosturisticos4.odt Type: application/vnd.oasis.opendocument.text Size: 12712 bytes Desc: no disponible URL: From gabrielinuz en gmail.com Fri Oct 26 02:06:19 2012 From: gabrielinuz en gmail.com (Gabriel Ferreira) Date: Fri, 26 Oct 2012 02:06:19 -0300 Subject: [Php-avanzado] Posibilidad de abrir el curso php orientado a objetos Message-ID: Hola el motivo de este correo es claro, juntar alumnos que hayan aprobado php-avanzado para poder abrir phpoo, hablando con Leo y Silvio la matrícula debería estar conformada (paga) para diciembre y deberíamos ser 10 como mínimo, para poder empezar en febrero, bueno inicio con mi nombre debajo, sumen-sen por favor: 1- 2- 3- 4- 5- Gabriel Nicolás González Ferreira (me gusta el 5, jiji) 6- 7- 8- 9- 10- -- Gabriel Nicolás González Ferreira Administrador en Sistemas GNU/LINUX, aprobado por R.D. Nº 136/04 Artículo 2º, refrendada por O.C.A. Nº 334/05 Facultad de Ingeniería Universidad Nacional de Mar del Plata. From leonardot en pegasusnet.com.ar Fri Oct 26 09:20:20 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Fri, 26 Oct 2012 09:20:20 -0300 Subject: [Php-avanzado] Posibilidad de abrir el curso php orientado a objetos In-Reply-To: References: Message-ID: <1351254020.20659.913.camel@praxisviii.intranet.com> Para más datos sobre el curso, dura 9 clases (por eso lo podemos hacer en Febrero/Marzo) y se enfoca en el diseño de aplicaciones usando Programación Orientada a Objetos. Es un curso de diseño de software. Se diseña software. Hay que partir entonces de un software para diseñar, así que es buena idea tener pensados posibles proyectos y un borrador de la SRS funcional. Al final del curso, en la 9na clase, se presentan los diseños de lo que presentarán como trabajo final, que tienen al menos 3 meses para preparar, y con cuya entrega se aprueba el curso. Hay entre el final de la cursada y la entrega posibilidad de consultas presenciales, además de la lista. Es por tanto un curso intensivo, así que resérvense tiempo para hacer las prácticas y para participar activamente de las discusiones de diseño. PD: hay sugerencias de ex-alumnos de que este curso no sea tan intensivo, y que por ejemplo dure el doble, teniendo una semana el tema y los ejercicios y a la siguiente mostrar las soluciones, discutirlas y ajustarlas... pero el curso pasaría a costar casi el doble. PPD: no sé el costo de curso, pero Gabriel Nicolás puede averiguarlo y contarnos por acá. PPPD: ex-alumnos que no presentaron su trabajo final, podrían negociar con Silvio rehacerlo para ver si se llevan el merecido certificado }:-> El vie, 26-10-2012 a las 02:06 -0300, Gabriel Ferreira escribió: > Hola el motivo de este correo es claro, juntar alumnos que hayan aprobado > php-avanzado para poder abrir phpoo, hablando con Leo y Silvio la > matrícula debería estar conformada (paga) para diciembre y deberíamos ser > 10 como mínimo, para poder empezar en febrero, bueno inicio con mi nombre > debajo, sumen-sen por favor: > > 1- > 2- > 3- > 4- > 5- Gabriel Nicolás González Ferreira (me gusta el 5, jiji) > 6- > 7- > 8- > 9- > 10- > > -- Leonardo Tadei leonardot en pegasusnet.com.ar Pegasus Tech Supply Tel: (+54)(+223) 471-2880 La Salle 1131 - Mar del Plata - Argentina http://www.pegasusnet.com.ar http://www.grupopegasus.com Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From leonardot en pegasusnet.com.ar Fri Oct 26 09:59:50 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Fri, 26 Oct 2012 09:59:50 -0300 Subject: [Php-avanzado] Cargar imagen BLOB In-Reply-To: References: Message-ID: <1351256390.20659.918.camel@praxisviii.intranet.com> Hola Jésica, para generar la imagen almacenada, tal y como hacés tener que emitir los header() adecuados al tipo mime del archivo, pero header no funciona si el script ya tiene salida, y tu código de img.php tiene tags que harán que ya no puedas modificar la cabecera. También tenés que decidirte cómo manejar la imagen: a) si está en un BLOB hay que reconstruirla desde el campo de la tabla. b) si usás imagemagik tenés que tener el archivo ya guardado en el disco (y entonces no tiene sentido el BLOB) c) si usás la bilbioteca GD de PHP, entonces tenés que tener el archivo en el disco y no tiene sentido usar imagemagik. Estás mezclando 3 maneras de manejar una imagen! El mié, 24-10-2012 a las 20:47 +0000, Jesica Billia escribió: > > Buenas a todos!!! > Consulta, tengo que cargar una imagen blob, la cargo pero no la puedo > visualizar.... está en formato BLOB > pego el código para ver si alguien me puede ayudar!! > Hay dos archivos, uno es img.php donde tengo la imagen blob y en > catalogo2.php es el que debería mostrar la imagen..... > Gracias!!! > > > > > > > img.php > --------- > > > New Document > > > > if(isset($_GET['id'])) > { > > > include 'config.php'; > $connection=mysql_connect("$bdservidor","$bdunombre","$bdpass") or > die("Error conectando a la base de datos"); > > > > > > > $db=mysql_select_db("$bdnombre",$connection) or die ("Error > seleccionando la base de datos"); > > > $id = $_GET['id']; > > > > $query = "SELECT name, type, size, content FROM upload WHERE id > = '$id'"; > $result = mysql_query($query) or die('Error, query failed'); > > > list($name, $type, $size, $foto) = mysql_fetch_array($result); > echo 'lista imagen
';echo $name; > > > $ruta= "images/accesorios/".$name ; > $im = imagecreatetruecolor(120, 20); > > > > // $image = new Imagick(); > // $image->setResolution(300, 300); > // $image->readImageBlob($content); > > // convert the output to JPEG > // $image->setImageFormat('jpeg'); > // $image->setImageCompressionQuality(60) > > > //header("Content-Disposition: attachment; filename=$name"); > header("Content-length: $size"); > header("Content-type: $type"); > > > > > print $foto; //imagen blob > exit; > } > ?> > > > > > > > > > > > > catalogo2.php > > > > if (!function_exists("GetSQLValueString")) { > function GetSQLValueString($theValue, $theType, $theDefinedValue = "", > $theNotDefinedValue = "") > { > if (PHP_VERSION < 6) { > $theValue = get_magic_quotes_gpc() ? stripslashes($theValue) : > $theValue; > } > > > $theValue = function_exists("mysql_real_escape_string") ? > mysql_real_escape_string($theValue) : mysql_escape_string($theValue); > > > switch ($theType) { > case "text": > $theValue = ($theValue != "") ? "'" . $theValue . "'" : "NULL"; > break; > case "long": > case "int": > $theValue = ($theValue != "") ? intval($theValue) : "NULL"; > break; > case "double": > $theValue = ($theValue != "") ? doubleval($theValue) : "NULL"; > break; > case "date": > $theValue = ($theValue != "") ? "'" . $theValue . "'" : "NULL"; > break; > case "defined": > $theValue = ($theValue != "") ? $theDefinedValue : > $theNotDefinedValue; > break; > } > return $theValue; > } > } > > > $maxRows_catalogo_imag = 10; //maxima paginas > $pageNum_catalogo_imag = 0; > if (isset($_GET['pageNum_catalogo_imag'])) > { > $pageNum_catalogo_imag = $_GET['pageNum_catalogo_imag']; > } > $startRow_catalogo_imag = $pageNum_catalogo_imag * > $maxRows_catalogo_imag; > > > mysql_select_db($database_con_imag, $con_imag); > $query_catalogo_imag = "SELECT * FROM linkimagen"; > $query_limit_catalogo_imag = sprintf("%s LIMIT %d, %d", > $query_catalogo_imag, $startRow_catalogo_imag, > $maxRows_catalogo_imag); > > $catalogo_imag = mysql_query($query_limit_catalogo_imag, $con_imag) > or die(mysql_error()); > $row_catalogo_imag = mysql_fetch_assoc($catalogo_imag); > > > if (isset($_GET['totalRows_catalogo_imag'])) { > $totalRows_catalogo_imag = $_GET['totalRows_catalogo_imag']; > } else { > $all_catalogo_imag = mysql_query($query_catalogo_imag); > $totalRows_catalogo_imag = mysql_num_rows($all_catalogo_imag); > } > $totalPages_catalogo_imag = > ceil($totalRows_catalogo_imag/$maxRows_catalogo_imag)-1; > ?> > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > Documento sin título > > > > > > > > > > > > > > > > { > $flsize = $row_catalogo_imag['tama?o']; > $fltype = $row_catalogo_imag['tpimagen']; > $name = $row_catalogo_imag['Nombre']; > $foto = $row_catalogo_imag['imagenblob']; > > > ?> > > > > > > > > > > mysql_fetch_assoc($catalogo_imag)); ?> >
ReferenciaImagenTipoPrecioNombreDescripcion
$row_catalogo_imag['Referencia']; ?>
> > > mysql_free_result($catalogo_imag); > ?> > > > > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From leonardot en pegasusnet.com.ar Fri Oct 26 11:48:19 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Fri, 26 Oct 2012 11:48:19 -0300 Subject: [Php-avanzado] requerimientos medina rodrigo rev 0.1 In-Reply-To: References: Message-ID: <1351262899.20659.934.camel@praxisviii.intranet.com> Hola Rodrigo, al final de la SRS ponés "OBSERBACIONES"... me dolieron tanto los ojos de leerla con B en vez de con V, que te lo comento primero :-( Te hago unos comentarios intercalados: El mié, 24-10-2012 a las 18:24 -0300, rodrigo FSF escribió: > Especificación de Requerimientos de Software. Dos Rev:0.1 > > Octubre 2012 > Proyecto: Dos > Revision: 0.1 > Autor: Medina Rodrigo > > > .-Descripcion del Proyecto. > > El proyecto consiste en desarrolar un sistema que, mediante una > interfaz web, permita la gestion de los datos de > una empresa dedicada al transporte de pasajeros, asi como todos las > funciones que esta requiere para poder funcionar > de forma eficiente y ordenada. Muy buena la descripción del proyecto: clara y concisa para dar contexto al problema. > -DEFINICIONES. > > ·Pasajero.- Persona fisica o juridica que contrata el servicio de > transporte o de comisiones. Esta definición ponela como parte del Diccionario, y agregale los atributos que tendría tu abstracción del Pasajero para este sistema. > ·Base de Datos.- Cualquier conjunto de datos organizados para su > almacenamiento ,diseñado para facilitar su mantenimiento y > acceso de una forma estándar. La información se organiza en campos y > registros. Un > campo se refiere a un individuo. Esto borralo: una SRS tiene que especificar el software a construir, no enseñar como funciona otro o se organiza otro software. > ·Planilla.- Conjunto de datos organizados en tablas. Al diccionario con esto! > ·Tabla.- Conjunto de datos tabulados. Al diccionario con esto! (aunque creo que desaparecerá en próximas versiones) > ·Viaje.- Translado de De qué??? > -REQUERIMIENTOS De los 4 tipos de requerimientos que hay para especificar software, lo que estás haciendo son "Requerimientos Funcionales", y no "Requerimientos" a secas. > ·1. El sistema debe gestionar pasajeros. En el diccionario de Pasajero, especificá qué datos tendrá. > ·2. Elsistema debe gestionar viajes. En el diccionario de Pasajero, especificá qué datos tendrá. > ·3. Elsistema debe gestionar planillas. Esto no dice nada Rodrigo. Si el sistema debe emitir planillas, poné un RF con cada una, poneles un nombre, especifícá como se generan, y en el diccionario mantené para cada planilla el modelo que tendrá. > ·4. El sistema debe generar copias de seguridad de la base de datos. Bueno... esto está bien, pero especificalo son hacer referencia a la "base de datos", porque acá no hay que decir nada de cómo se hacen las cosas, solo se habla de qué cosas hay que hacer. Si vas a usar una DB, podés eespecificarlo en una sección de Requerimientos No Funcionales de tu SRS. > -MODELO DE LISTADOS. > > .-Listado de Informacion de Pasajero. > > ·ID_PASAJERO· > ·DNI· > ·APELLIDO· > ·NOMBRE· > ·TELEFONO1· > ·TELEFONO2· > ·FECHA· > > .-Listado de Informacion de Viajes. > > ·ORIGEN· > ·DESTINO· > ·FECHA· > > > .-Listado de Informacion en Planilla. > > --{dia semana} {dia mes} de {mes} del {año} - {chofer} . > {origen del viaje} - {desrino del viaje}-- > ·M· > ·N· > ·IMOPORTE· > ·APELLIDO-NOMBRE· > ·TELEFONO1· > ·TELEFONO2· > ·DNI· > ·S· > ·PROCEDENCIA· > ·DESTINO· > ·B· > --OBSERBACIONES-- Nada más por ahora. Si no veo mal te quedarían 8 o 9 RF, y acordate de poner los atributos de cada cosa en la RF en el diccionario. -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From leonardot en pegasusnet.com.ar Fri Oct 26 12:00:34 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Fri, 26 Oct 2012 12:00:34 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Especificaci=F3n_de_Requerimientos_?= =?iso-8859-1?q?R5?= In-Reply-To: References: , , , , ,,,, <1349803418.11292.1896.camel@praxisviii.intranet.com> ,,, ,,, <1350498710.8723.55.camel@praxisviii.intranet.com> ,, ,, <1350910821.20659.657.camel@praxisviii.intranet.com> , , <1351000745.20659.778.camel@praxisviii.intranet.com> Message-ID: <1351263634.20659.946.camel@praxisviii.intranet.com> Hola Jorge, El jue, 25-10-2012 a las 01:11 -0300, Jorge Di Iorio escribió: > Le hice todas las modificaciones que charlamos en clase... > > Jorge Di Iorio > > > > > > > > > documento de > texto sencillo > adjunto > (Requerimientos > JD.txt) > > Especificacin de Requerimientos > > Sistema de Gestin de Reservas y Alquileres de Complejos Deportivos > > REQUERIMIENTOS FUNCIONALES > > 1. El sistema debe gestionar clientes. > 2. El sistema debe gestionar complejos. > 3. El Sistema debe gestionar deportes. > 4. El sistema debe gestionar Canchas con su > Complejo[4] y Deportes[6]. Para ser consistente, el diccionario de Cancha debería decir "deporteS". > 5. El sistema debe gestionar tarifas con su > Complejo[4]. > 6. El Sistema debe gestionar cotas no laborales de > Canchas[5]. > 7. El Sistema debe gestionar cotas no laborales > de Complejos[2]. > 8. El sistema debe gestionar Reservas con su > Cancha[7], Cliente[3], Tarifa[5] y mostrar su estado. Te olvidaste de especificar antes de esto el mostrar los Estados de Reservas !!! El "estado" te va a quedar entonces con un [] con la referencia al RF. Las Reservas se pueden borrar??? Porque acá dice que sí... > 8.1. El sistema debe mostrar las Reservas > dadas filtrando por fechas, complejo, cancha y deporte. > 8.2. El Sistema debe impedir la Reserva de > una cancha de un complejo si la misma pertenece a un complejo que se > encuentra en una cota de Tiempo de inactividad. > 8.3. El Sistema debe impedir la Reserva de > una cancha si la misma se encuentra en una cota de Tiempo de > inactividad. > 8.4. El Sistema debe impedir realizar > reservas si el Cliente se encuentra inactivo. > 9. El sistema debe gestionar Reservas Fijas con > su Cliente[1], Cancha[4] y Tarifa[5](opcional) y mostrar su estado.. Idem RF8 > 9.1. El sistema debe realizar una reserva > fija un determinado da de la semana y dejarla hecha en el calendario > hasta una fecha de vencimiento. > 9.2. El sistema debe mostrar en el > calendario todas las Reservas fijas. > 9.3. El sistema debe advertir cuando una > reserva fija est llegando a su fin. Con un cartel? manda un mail? te lama por teléfono? Cuál es la naturaleza de la "advertencia"? Cómo se determina "llegando a su fin"? Esto es muy ambiguo!!! > 9.4. El sistema debe dar de baja una > reserva fija para un da determinado y realizar una reserva "comn" para > otro cliente. > 9.5. El Sistema no debe realizar reservas > fijas si el Cliente se encuentra inactivo. > 10. El sistema debe advertir cuando una reserva > fija se cancele repetidas veces(la cantidad de cancelaciones admitida > estar en los parametros del sistema). > 11. El sistema debe gestionar Alquileres con su > Cliente[1], Cancha, Reserva[9](Opcional) y mostrar su estado.. > 11.1. El Sistema no debe realizar Alquileres > si el Cliente se encuentra inactivo. > 12. El sistema debe mostrar el listado de Reservas > de los clientes. > 12.1. El sistema debe mostrar un listado de > reservas con su cliente[1] filtrando por Estado y Fecha. Estado va a tener su [] atrás... > 12.2. El sistema debe mostrar un listado de > reservas fijas por estado por si se le debe llamar la atencion al > cliente. No tiene sentido poner acá para qué se emite el listado, ya que según decís la decisión la tomará una persona. Este RF se acaba en la palabra "estado []". > 13. El sistema debe mostrar el listado de > Alquileres de los clientes. > 13.1. El sistema debe mostrar los alquileres > que realizo un cliente. > 13.2. El sistema debe mostrar un listado de > los alquileres con su cliente[1] filtrando por Fecha. > > Diccionario: > Cliente: Cdigo, Nombre, dni, domicilio, > telfono fijo, telfono celular, email, observacin, activo (s/n). > Complejo: Cdigo, Nombre, Domicilio, > Observacin. > Deporte: Cdigo, Nombre. > Cancha: Cdigo, Nombre, Deporte, Complejo, > Observacin. > Tarifa: Cdigo, Nombre, Complejo, valor, > Observacin. > Cotas no Laborales de Canchas: Detalle, Fecha > y Hora de Inicio, Fecha y Hora de Fin, Cancha. > Cotas no Laborales de Complejos: Detalle, > Fecha de Inicio, Hora de Inicio, Fecha de Fin, Hora de Fin, Complejo. > Estado de Reserva: Nombre[Reservado, > Confirmado, Cancelado Cliente, Cancelado Complejo, Caido], Color. > Reserva: Cliente, Cancha, Tarifa, Descuento, > Recargo, Observacin, Fecha, Hora Inicio, Hora Fin, Estado de Reserva. > Estado de Reserva Fija: Nombre[Cancelado > Cliente, Cancelado Complejo, Caido, Reasignado], Color. > Reserva Fija: Cliente, Cancha, Tarifa, > Descuento, Recargo, Observacin, Fecha Inicio, Fecha Fin, Hora Inicio, > Hora Fin, Dia de la Semana,Estado de Reserva Fija. > Estado de Alquiler: Nombre[Pendiente de Pago, > Pago, Bonificado], Color. > Alquiler: Cliente, Cancha, Tarifa, Descuento, > Recargo, Observacin, Fecha, Hora Inicio, Hora Fin, Tarifa, Pago(s/n), > Con Reserva(s/n), Estado de Alquiler. > Parametros del Sistema: Nombre, Valor. (ej: > nombre:"cantidad de cancelaciones admitida", Valor:5) Seguro que no... toda entrada en el diccionario existe porque hace referencia a un RF, pero no hay un RF de "Parametros del Sistema", lo cual está bien, porque estos parámetros que nombrás son claramente un tema de diseño y no de especificación. Reveé los RF que hablan de parámetros, no nombres el parámetro y especificá cuál es la condición o el nombre de la condición que determina esto. > > REQUERIMIENTOS NO FUNCIONALES > > 1. El sistema debe ser web. > 2. El sistema debe solicitar loguin para su > utilizacin. > 3. El sistema debe gestionar usuarios. > > Diccionario: > Usuario: Cdigo, Nombre, Contrasea, > Agrega Registros, Modifica Registros, Elimina Registros, Modifica > Usuarios. ... y creo que la próxima versión debería ser la última. Seguimos! -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From brunomeschini en hotmail.com Fri Oct 26 11:57:26 2012 From: brunomeschini en hotmail.com (Bruno Meschini) Date: Fri, 26 Oct 2012 14:57:26 +0000 Subject: [Php-avanzado] Posibilidad de abrir el curso php orientado a objetos In-Reply-To: <1351254020.20659.913.camel@praxisviii.intranet.com> References: , <1351254020.20659.913.camel@praxisviii.intranet.com> Message-ID: Hola Leo, vos crees q yo podria hacer el curso, y asi volver a torturarte?.-- Abrazo > From: leonardot en pegasusnet.com.ar > To: php-avanzado en pato2.fi.mdp.edu.ar > Date: Fri, 26 Oct 2012 09:20:20 -0300 > Subject: Re: [Php-avanzado] Posibilidad de abrir el curso php orientado a objetos > > Para más datos sobre el curso, dura 9 clases (por eso lo podemos hacer > en Febrero/Marzo) y se enfoca en el diseño de aplicaciones usando > Programación Orientada a Objetos. > Es un curso de diseño de software. Se diseña software. Hay que partir > entonces de un software para diseñar, así que es buena idea tener > pensados posibles proyectos y un borrador de la SRS funcional. > Al final del curso, en la 9na clase, se presentan los diseños de lo que > presentarán como trabajo final, que tienen al menos 3 meses para > preparar, y con cuya entrega se aprueba el curso. > Hay entre el final de la cursada y la entrega posibilidad de consultas > presenciales, además de la lista. > Es por tanto un curso intensivo, así que resérvense tiempo para hacer > las prácticas y para participar activamente de las discusiones de > diseño. > > PD: hay sugerencias de ex-alumnos de que este curso no sea tan > intensivo, y que por ejemplo dure el doble, teniendo una semana el tema > y los ejercicios y a la siguiente mostrar las soluciones, discutirlas y > ajustarlas... pero el curso pasaría a costar casi el doble. > PPD: no sé el costo de curso, pero Gabriel Nicolás puede averiguarlo y > contarnos por acá. > PPPD: ex-alumnos que no presentaron su trabajo final, podrían negociar > con Silvio rehacerlo para ver si se llevan el merecido certificado }:-> > > > El vie, 26-10-2012 a las 02:06 -0300, Gabriel Ferreira escribió: > > Hola el motivo de este correo es claro, juntar alumnos que hayan aprobado > > php-avanzado para poder abrir phpoo, hablando con Leo y Silvio la > > matrícula debería estar conformada (paga) para diciembre y deberíamos ser > > 10 como mínimo, para poder empezar en febrero, bueno inicio con mi nombre > > debajo, sumen-sen por favor: > > > > 1- > > 2- > > 3- > > 4- > > 5- Gabriel Nicolás González Ferreira (me gusta el 5, jiji) > > 6- > > 7- > > 8- > > 9- > > 10- > > > > > > -- > > Leonardo Tadei > leonardot en pegasusnet.com.ar > Pegasus Tech Supply > Tel: (+54)(+223) 471-2880 > La Salle 1131 - Mar del Plata - Argentina > http://www.pegasusnet.com.ar > http://www.grupopegasus.com > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From leonardot en pegasusnet.com.ar Fri Oct 26 12:19:11 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Fri, 26 Oct 2012 12:19:11 -0300 Subject: [Php-avanzado] requerimientos Cesar Gimenez V4 In-Reply-To: References: Message-ID: <1351264751.20659.965.camel@praxisviii.intranet.com> Hola Cesar, El jue, 25-10-2012 a las 13:37 -0300, Cesar Gimenez Lascano escribió: > Leo! ahí te envío una nueva versión de los SRS con > las modificaciones q surgieron de ayer. Saludos y gracias!!!!! la copio abajo para hacer comentarios: RF2: estás seguro de que no vale la pena gestionarlos? Si solo es "mostrar", los únicos tipos existentes serán los enumerados abajo, y la verdad que el "otras" queda feo... RF3: en el diccionario te falta el Tipo de Comercio. RF9: idem RF2 RF10: espacialidad? ;-) RF12: seguro que no. O esto es un RF no funcional si te referís al acceso, o si es una funcionalidad, te falta encontrarle un nombre más específico. RF13: en el foursquare de quién? Del comercio? De sitio? del visitante? RF14: aparece otras vez el muy general término "usuario". Ponele un nombre más específico. RF15 y RF16: idem anterior. RF17: está clarísimo, pero entonces la única diferencia de tener una publicación paga a una gratuita es que se ven los tweets... y si es esto solo, yo prefería la gratuita por motivos que te puedo contar mejor en persona. Nada más por ahora. Buen avance! Gestor de contenidos turísticos OBJETIVO: crear una guia de comercios, servicios e información turística web de la ciudad. Los lugares se mostrará sobre un mapa. Se obtendrá información de contacto de los lugares al hacer click sobre ellos (publicación). REQUERIMIENTOS FUNCIONALES: 1. El sistema debe mostrar tipos de publicación. 2. El sistema debe mostrar tipos de comercios. 3. El sistema debe gestionar comercios con su tipo de publicación [1] y su tipo de comercio [2]. 4. El sistema debe gestionar eventos. 5. El sistema debe gestionar puntos de interés turísticos. 6. El sistema debe mostrar categorías de alojamientos. 7. El sistema debe gestionar alojamientos con su categoría de alojamientos [6] y su tipo de publicación [1]. 8. El sistema debe gestionar bares con su tipo de publicación [1]. 9. El sistema debe mostrar especialidades. 10. El sistema debe gestionar restaurantes con su espacialidad [9] y su tipo de publicación [1]. 11. El sistema debe mostrar los comercios, bares, restaurantes, alojamientos, eventos y puntos de interés turístico sobre un mapa de la ciudad. 11.1 El sistema debe filtrar por ?solo comercios?, ?solo bares?, ?solo restaurantes?, ?sólo alojamientos?, ?solo eventos? y ?solo puntos de interés turísticos?. 12. El sistema debe manejar usuarios. 13. El sistema debe mostrar los comentarios en foursquare escritos sobre los comercios, bares, restaurantes y alojamientos en su publicación gratis o paga [1]. 14. El sistema debe compartir el nombre, dirección y teléfono de los comercios, bares, restaurantes y alojamientos en las redes sociales twitter y facebook del usuario. 15. El sistema debe compartir la descripción, fecha, hora y dirección de los eventos en las redes sociales twitter y facebook del usuario. 16. El sistema debe compartir la descripción y dirección de los puntos de interés turístico en las redes sociales twitter y facebook del usuario. 17. El sistema debe mostrar los últimos tweets de los bares, restaurantes, comercios y alojamientos en caso de tener una publicación paga [1]. DICCIONARIO: * Alojamiento: nombre, dirección, teléfono, latitud, longitud, categoría de alojamiento, logo, tipo de publicación, twitter_id, foursquere_id. * Comercio: dirección, teléfono, latitud, longitud, logo, tipo de publicación, twitter_id, foursquere_id. * Eventos: fecha, hora, dirección, descripción, latitud, longitud, imagen. * Puntos de interés turístico: dirección, descripción, latitud, longitud, imagen. * Bar: dirección, teléfono, latitud, longitud, logo, tipo de publicación, twitter_id, foursquere_id. * Restaurante: dirección, teléfono, latitud, longitud, especialidad, logo, tipo de publicación, twitter_id, foursquere_id. * Categorías alojamientos: 1 estrella, 2 estrellas, 3 estrellas, 4 estrellas, 5 estrellas, apart hotel, hostel. * tipo de publicación: gratis, paga. * especialidades: parrilla, pastas, pizzas, tenedor libre, comidas rápidas, picadas, pescados y mariscos, otras. * tipos de comercio: electrónica, indumentaria, supermercado, zapatería, belleza, otras. REQUERIMIENTOS NO FUNCIONALES: 1. El sistema debe ser web. 2. El sistema debe ser compatible con dispositivos móviles. 3. El sistema debe utilizar la API de twitter. 4. El sistema debe utilizar la API de foursquare. 5. El sistema debe usar herramientas de código libre. -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From lucianomdq_82 en hotmail.com Fri Oct 26 12:19:58 2012 From: lucianomdq_82 en hotmail.com (Luciano) Date: Fri, 26 Oct 2012 12:19:58 -0300 Subject: [Php-avanzado] Posibilidad de abrir el curso php orientado a objetos In-Reply-To: <1351254020.20659.913.camel@praxisviii.intranet.com> References: <1351254020.20659.913.camel@praxisviii.intranet.com> Message-ID: Hola Leo, Como estas tanto tiempo? Con respecto al curso de POO tengo un par de dudas, ya que lo quise hacer cuando terminamos "Php-avanzado" pero lamentablemente no se pudo abrir. El diseño de un software puede ser el mismo que se implemento en el curso de "Php-avanzado", ya que se tiene el SRS aprobado? Es decir realizar el mismo proyecto pero en POO. En el curso se van a ver de cero el desarrollo en POO teniendo presente obviamente lo que se vio en el curso anterior?. Te comento esto porque ando medio ajustado de tiempo, pero me quede con muchas ganas de hacer el curso y si se llega abrir no me gustaría perder la oportunidad. Saludos. -----Mensaje original----- From: Leonardo Tadei - Pegasus Tech Supply Sent: Friday, October 26, 2012 9:20 AM To: Lista del curso de PHP Avanzado Subject: Re: [Php-avanzado] Posibilidad de abrir el curso php orientado a objetos Para más datos sobre el curso, dura 9 clases (por eso lo podemos hacer en Febrero/Marzo) y se enfoca en el diseño de aplicaciones usando Programación Orientada a Objetos. Es un curso de diseño de software. Se diseña software. Hay que partir entonces de un software para diseñar, así que es buena idea tener pensados posibles proyectos y un borrador de la SRS funcional. Al final del curso, en la 9na clase, se presentan los diseños de lo que presentarán como trabajo final, que tienen al menos 3 meses para preparar, y con cuya entrega se aprueba el curso. Hay entre el final de la cursada y la entrega posibilidad de consultas presenciales, además de la lista. Es por tanto un curso intensivo, así que resérvense tiempo para hacer las prácticas y para participar activamente de las discusiones de diseño. PD: hay sugerencias de ex-alumnos de que este curso no sea tan intensivo, y que por ejemplo dure el doble, teniendo una semana el tema y los ejercicios y a la siguiente mostrar las soluciones, discutirlas y ajustarlas... pero el curso pasaría a costar casi el doble. PPD: no sé el costo de curso, pero Gabriel Nicolás puede averiguarlo y contarnos por acá. PPPD: ex-alumnos que no presentaron su trabajo final, podrían negociar con Silvio rehacerlo para ver si se llevan el merecido certificado }:-> El vie, 26-10-2012 a las 02:06 -0300, Gabriel Ferreira escribió: > Hola el motivo de este correo es claro, juntar alumnos que hayan aprobado > php-avanzado para poder abrir phpoo, hablando con Leo y Silvio la > matrícula debería estar conformada (paga) para diciembre y deberíamos ser > 10 como mínimo, para poder empezar en febrero, bueno inicio con mi nombre > debajo, sumen-sen por favor: > > 1- > 2- > 3- > 4- > 5- Gabriel Nicolás González Ferreira (me gusta el 5, jiji) > 6- > 7- > 8- > 9- > 10- > > -- Leonardo Tadei leonardot en pegasusnet.com.ar Pegasus Tech Supply Tel: (+54)(+223) 471-2880 La Salle 1131 - Mar del Plata - Argentina http://www.pegasusnet.com.ar http://www.grupopegasus.com Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key _______________________________________________ Php-avanzado mailing list Php-avanzado en pato2.fi.mdp.edu.ar http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado From leonardot en pegasusnet.com.ar Fri Oct 26 12:30:00 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Fri, 26 Oct 2012 12:30:00 -0300 Subject: [Php-avanzado] Posibilidad de abrir el curso php orientado a objetos In-Reply-To: References: , <1351254020.20659.913.camel@praxisviii.intranet.com> Message-ID: <1351265400.20659.972.camel@praxisviii.intranet.com> Sí, yo creo que podrías volver a torturarme ;-) Te venís de Salta para cada clase, o estás más cerquita? Abrazo! El vie, 26-10-2012 a las 14:57 +0000, Bruno Meschini escribió: > Hola Leo, vos crees q yo podria hacer el curso, y asi volver a > torturarte?.-- > Abrazo > > > > From: leonardot en pegasusnet.com.ar > > To: php-avanzado en pato2.fi.mdp.edu.ar > > Date: Fri, 26 Oct 2012 09:20:20 -0300 > > Subject: Re: [Php-avanzado] Posibilidad de abrir el curso php > orientado a objetos > > > > Para más datos sobre el curso, dura 9 clases (por eso lo podemos > hacer > > en Febrero/Marzo) y se enfoca en el diseño de aplicaciones usando > > Programación Orientada a Objetos. > > Es un curso de diseño de software. Se diseña software. Hay que > partir > > entonces de un software para diseñar, así que es buena idea tener > > pensados posibles proyectos y un borrador de la SRS funcional. > > Al final del curso, en la 9na clase, se presentan los diseños de lo > que > > presentarán como trabajo final, que tienen al menos 3 meses para > > preparar, y con cuya entrega se aprueba el curso. > > Hay entre el final de la cursada y la entrega posibilidad de > consultas > > presenciales, además de la lista. > > Es por tanto un curso intensivo, así que resérvense tiempo para > hacer > > las prácticas y para participar activamente de las discusiones de > > diseño. > > > > PD: hay sugerencias de ex-alumnos de que este curso no sea tan > > intensivo, y que por ejemplo dure el doble, teniendo una semana el > tema > > y los ejercicios y a la siguiente mostrar las soluciones, > discutirlas y > > ajustarlas... pero el curso pasaría a costar casi el doble. > > PPD: no sé el costo de curso, pero Gabriel Nicolás puede averiguarlo > y > > contarnos por acá. > > PPPD: ex-alumnos que no presentaron su trabajo final, podrían > negociar > > con Silvio rehacerlo para ver si se llevan el merecido > certificado }:-> > > > > > > El vie, 26-10-2012 a las 02:06 -0300, Gabriel Ferreira escribió: > > > Hola el motivo de este correo es claro, juntar alumnos que hayan > aprobado > > > php-avanzado para poder abrir phpoo, hablando con Leo y Silvio la > > > matrícula debería estar conformada (paga) para diciembre y > deberíamos ser > > > 10 como mínimo, para poder empezar en febrero, bueno inicio con mi > nombre > > > debajo, sumen-sen por favor: > > > > > > 1- > > > 2- > > > 3- > > > 4- > > > 5- Gabriel Nicolás González Ferreira (me gusta el 5, jiji) > > > 6- > > > 7- > > > 8- > > > 9- > > > 10- > > > > > > > > > > -- > > > > Leonardo Tadei > > leonardot en pegasusnet.com.ar > > Pegasus Tech Supply > > Tel: (+54)(+223) 471-2880 > > La Salle 1131 - Mar del Plata - Argentina > > http://www.pegasusnet.com.ar > > http://www.grupopegasus.com > > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > > > _______________________________________________ > > Php-avanzado mailing list > > Php-avanzado en pato2.fi.mdp.edu.ar > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado -- Leonardo Tadei leonardot en pegasusnet.com.ar Pegasus Tech Supply Tel: (+54)(+223) 471-2880 La Salle 1131 - Mar del Plata - Argentina http://www.pegasusnet.com.ar http://www.grupopegasus.com Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From gabrielinuz en gmail.com Fri Oct 26 13:07:52 2012 From: gabrielinuz en gmail.com (Gabriel Ferreira) Date: Fri, 26 Oct 2012 13:07:52 -0300 Subject: [Php-avanzado] Posibilidad de abrir el curso php orientado a objetos In-Reply-To: <1351254020.20659.913.camel@praxisviii.intranet.com> References: <1351254020.20659.913.camel@praxisviii.intranet.com> Message-ID: Hablé con Silvio y el costo del curso es $250 de matrícula + 2 cuotas de $250 cada una. por favor agreguen su nombre a la lista, saludos! En 26/10/2012 09:20:20, Leonardo Tadei - Pegasus Tech Supply escribió: > Para más datos sobre el curso, dura 9 clases (por eso lo podemos hacer > en Febrero/Marzo) y se enfoca en el diseño de aplicaciones usando > Programación Orientada a Objetos. > Es un curso de diseño de software. Se diseña software. Hay que partir > entonces de un software para diseñar, así que es buena idea tener > pensados posibles proyectos y un borrador de la SRS funcional. > Al final del curso, en la 9na clase, se presentan los diseños de lo que > presentarán como trabajo final, que tienen al menos 3 meses para > preparar, y con cuya entrega se aprueba el curso. > Hay entre el final de la cursada y la entrega posibilidad de consultas > presenciales, además de la lista. > Es por tanto un curso intensivo, así que resérvense tiempo para hacer > las prácticas y para participar activamente de las discusiones de > diseño. > > PD: hay sugerencias de ex-alumnos de que este curso no sea tan > intensivo, y que por ejemplo dure el doble, teniendo una semana el tema > y los ejercicios y a la siguiente mostrar las soluciones, discutirlas y > ajustarlas... pero el curso pasaría a costar casi el doble. > PPD: no sé el costo de curso, pero Gabriel Nicolás puede averiguarlo y > contarnos por acá. > PPPD: ex-alumnos que no presentaron su trabajo final, podrían negociar > con Silvio rehacerlo para ver si se llevan el merecido certificado }:-> > > > El vie, 26-10-2012 a las 02:06 -0300, Gabriel Ferreira escribió: >> Hola el motivo de este correo es claro, juntar alumnos que hayan >> aprobado >> php-avanzado para poder abrir phpoo, hablando con Leo y Silvio la >> matrícula debería estar conformada (paga) para diciembre y deberíamos >> ser >> 10 como mínimo, para poder empezar en febrero, bueno inicio con mi >> nombre >> debajo, sumen-sen por favor: >> >> 1- >> 2- >> 3- >> 4- >> 5- Gabriel Nicolás González Ferreira (me gusta el 5, jiji) >> 6- >> 7- >> 8- >> 9- >> 10- >> >> > -- Gabriel Nicolás González Ferreira Administrador en Sistemas GNU/LINUX, aprobado por R.D. Nº 136/04 Artículo 2º, refrendada por O.C.A. Nº 334/05 Facultad de Ingeniería Universidad Nacional de Mar del Plata. From leonardot en pegasusnet.com.ar Fri Oct 26 14:55:18 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Fri, 26 Oct 2012 14:55:18 -0300 Subject: [Php-avanzado] Posibilidad de abrir el curso php orientado a objetos In-Reply-To: References: <1351254020.20659.913.camel@praxisviii.intranet.com> Message-ID: <1351274118.20659.980.camel@praxisviii.intranet.com> Hola Luciano, El vie, 26-10-2012 a las 12:19 -0300, Luciano escribió: > Hola Leo, > Como estas tanto tiempo? Todo muy bien! > Con respecto al curso de POO tengo un par de dudas, ya que lo quise hacer > cuando terminamos "Php-avanzado" pero lamentablemente no se pudo abrir. > El diseño de un software puede ser el mismo que se implemento en el curso > de "Php-avanzado", ya que se tiene el SRS aprobado? > Es decir realizar el mismo proyecto pero en POO. Mmmm... te entiendo el planteo, pero esto depende más bien del tipo de software, ya que si bien todo se puede hacer en POO, un sistema que solo lea y guarde información (por más compleja que sea la estructura de dicha información) no tiene absolutamente ninguna complejidad interesante para resolver desde este punto de vista. Tu sistema médico-administrativo tiene un buen tamaño, pero fijate que "solo" guarda información y la recupera. (y con esto, por favor no o tomes a mal, no quiero decir que tu sistema no sea necesario ni que no haya sido complejo ni trabajoso llevarlo adelante). Para este curso, por ejemplo, sería un mejor ejercicio implementar un sistema de turnos para las consultas médicas, y que los turnos y las consultas sean el corazón de la aplicación. Si vos querés hacer el mismo sistema, yo no te lo voy a impedir, pero de veras vas a sacarle muy poco jugo al curso, porque no hay casi nada que diseñar :-( > En el curso se van a ver de cero el desarrollo en POO teniendo presente > obviamente lo que se vio en el curso anterior?. Sí: asumimos que ya escriben PHP y HTML fluidamente, y no tocamos ningún tema de uso del lenguaje, concentrándonos en las 5 o 6 palabras reservadas con las que se implementa POO. > Te comento esto porque ando medio ajustado de tiempo, pero me quede con > muchas ganas de hacer el curso y si se llega abrir no me gustaría perder la > oportunidad. Ojalá puedas sumarte! > Saludos. =mente! > -----Mensaje original----- > From: Leonardo Tadei - Pegasus Tech Supply > Sent: Friday, October 26, 2012 9:20 AM > To: Lista del curso de PHP Avanzado > Subject: Re: [Php-avanzado] Posibilidad de abrir el curso php orientado a > objetos > > Para más datos sobre el curso, dura 9 clases (por eso lo podemos hacer > en Febrero/Marzo) y se enfoca en el diseño de aplicaciones usando > Programación Orientada a Objetos. > Es un curso de diseño de software. Se diseña software. Hay que partir > entonces de un software para diseñar, así que es buena idea tener > pensados posibles proyectos y un borrador de la SRS funcional. > Al final del curso, en la 9na clase, se presentan los diseños de lo que > presentarán como trabajo final, que tienen al menos 3 meses para > preparar, y con cuya entrega se aprueba el curso. > Hay entre el final de la cursada y la entrega posibilidad de consultas > presenciales, además de la lista. > Es por tanto un curso intensivo, así que resérvense tiempo para hacer > las prácticas y para participar activamente de las discusiones de > diseño. > > PD: hay sugerencias de ex-alumnos de que este curso no sea tan > intensivo, y que por ejemplo dure el doble, teniendo una semana el tema > y los ejercicios y a la siguiente mostrar las soluciones, discutirlas y > ajustarlas... pero el curso pasaría a costar casi el doble. > PPD: no sé el costo de curso, pero Gabriel Nicolás puede averiguarlo y > contarnos por acá. > PPPD: ex-alumnos que no presentaron su trabajo final, podrían negociar > con Silvio rehacerlo para ver si se llevan el merecido certificado }:-> > > > El vie, 26-10-2012 a las 02:06 -0300, Gabriel Ferreira escribió: > > Hola el motivo de este correo es claro, juntar alumnos que hayan aprobado > > php-avanzado para poder abrir phpoo, hablando con Leo y Silvio la > > matrícula debería estar conformada (paga) para diciembre y deberíamos ser > > 10 como mínimo, para poder empezar en febrero, bueno inicio con mi nombre > > debajo, sumen-sen por favor: > > > > 1- > > 2- > > 3- > > 4- > > 5- Gabriel Nicolás González Ferreira (me gusta el 5, jiji) > > 6- > > 7- > > 8- > > 9- > > 10- > > > > > -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From lucianomdq_82 en hotmail.com Fri Oct 26 15:47:22 2012 From: lucianomdq_82 en hotmail.com (Luciano) Date: Fri, 26 Oct 2012 15:47:22 -0300 Subject: [Php-avanzado] Posibilidad de abrir el curso php orientado a objetos In-Reply-To: <1351274118.20659.980.camel@praxisviii.intranet.com> References: <1351254020.20659.913.camel@praxisviii.intranet.com> <1351274118.20659.980.camel@praxisviii.intranet.com> Message-ID: Si Leo la otra vez tuvimos que acortar el tema de turnos porque sino era muy largo, seria buena idea implementarlo ahora en este curso, no lo tomo a mal al contrario seria genial implementar eso que me quedo pendiente en el curso anterior. Bueno Leo, si se llega a abrir el curso cuenten conmigo, veré como adaptare los horarios pero tratare de no perder esta oportunidad. Saludos y Gracias. -----Mensaje original----- From: Leonardo Tadei - Pegasus Tech Supply Sent: Friday, October 26, 2012 2:55 PM To: Lista del curso de PHP Avanzado Subject: Re: [Php-avanzado] Posibilidad de abrir el curso php orientado a objetos Hola Luciano, El vie, 26-10-2012 a las 12:19 -0300, Luciano escribió: > Hola Leo, > Como estas tanto tiempo? Todo muy bien! > Con respecto al curso de POO tengo un par de dudas, ya que lo quise hacer > cuando terminamos "Php-avanzado" pero lamentablemente no se pudo abrir. > El diseño de un software puede ser el mismo que se implemento en el curso > de "Php-avanzado", ya que se tiene el SRS aprobado? > Es decir realizar el mismo proyecto pero en POO. Mmmm... te entiendo el planteo, pero esto depende más bien del tipo de software, ya que si bien todo se puede hacer en POO, un sistema que solo lea y guarde información (por más compleja que sea la estructura de dicha información) no tiene absolutamente ninguna complejidad interesante para resolver desde este punto de vista. Tu sistema médico-administrativo tiene un buen tamaño, pero fijate que "solo" guarda información y la recupera. (y con esto, por favor no o tomes a mal, no quiero decir que tu sistema no sea necesario ni que no haya sido complejo ni trabajoso llevarlo adelante). Para este curso, por ejemplo, sería un mejor ejercicio implementar un sistema de turnos para las consultas médicas, y que los turnos y las consultas sean el corazón de la aplicación. Si vos querés hacer el mismo sistema, yo no te lo voy a impedir, pero de veras vas a sacarle muy poco jugo al curso, porque no hay casi nada que diseñar :-( > En el curso se van a ver de cero el desarrollo en POO teniendo presente > obviamente lo que se vio en el curso anterior?. Sí: asumimos que ya escriben PHP y HTML fluidamente, y no tocamos ningún tema de uso del lenguaje, concentrándonos en las 5 o 6 palabras reservadas con las que se implementa POO. > Te comento esto porque ando medio ajustado de tiempo, pero me quede con > muchas ganas de hacer el curso y si se llega abrir no me gustaría perder > la > oportunidad. Ojalá puedas sumarte! > Saludos. =mente! > -----Mensaje original----- > From: Leonardo Tadei - Pegasus Tech Supply > Sent: Friday, October 26, 2012 9:20 AM > To: Lista del curso de PHP Avanzado > Subject: Re: [Php-avanzado] Posibilidad de abrir el curso php orientado a > objetos > > Para más datos sobre el curso, dura 9 clases (por eso lo podemos hacer > en Febrero/Marzo) y se enfoca en el diseño de aplicaciones usando > Programación Orientada a Objetos. > Es un curso de diseño de software. Se diseña software. Hay que partir > entonces de un software para diseñar, así que es buena idea tener > pensados posibles proyectos y un borrador de la SRS funcional. > Al final del curso, en la 9na clase, se presentan los diseños de lo que > presentarán como trabajo final, que tienen al menos 3 meses para > preparar, y con cuya entrega se aprueba el curso. > Hay entre el final de la cursada y la entrega posibilidad de consultas > presenciales, además de la lista. > Es por tanto un curso intensivo, así que resérvense tiempo para hacer > las prácticas y para participar activamente de las discusiones de > diseño. > > PD: hay sugerencias de ex-alumnos de que este curso no sea tan > intensivo, y que por ejemplo dure el doble, teniendo una semana el tema > y los ejercicios y a la siguiente mostrar las soluciones, discutirlas y > ajustarlas... pero el curso pasaría a costar casi el doble. > PPD: no sé el costo de curso, pero Gabriel Nicolás puede averiguarlo y > contarnos por acá. > PPPD: ex-alumnos que no presentaron su trabajo final, podrían negociar > con Silvio rehacerlo para ver si se llevan el merecido certificado }:-> > > > El vie, 26-10-2012 a las 02:06 -0300, Gabriel Ferreira escribió: > > Hola el motivo de este correo es claro, juntar alumnos que hayan > > aprobado > > php-avanzado para poder abrir phpoo, hablando con Leo y Silvio la > > matrícula debería estar conformada (paga) para diciembre y deberíamos > > ser > > 10 como mínimo, para poder empezar en febrero, bueno inicio con mi > > nombre > > debajo, sumen-sen por favor: > > > > 1- > > 2- > > 3- > > 4- > > 5- Gabriel Nicolás González Ferreira (me gusta el 5, jiji) > > 6- > > 7- > > 8- > > 9- > > 10- > > > > > -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key _______________________________________________ Php-avanzado mailing list Php-avanzado en pato2.fi.mdp.edu.ar http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado From neiker en gmail.com Fri Oct 26 15:58:42 2012 From: neiker en gmail.com (Javier Alvarez) Date: Fri, 26 Oct 2012 15:58:42 -0300 Subject: [Php-avanzado] Numero de semana Message-ID: Buenas.. Necesito obtener el numero actual de la semana, pero no estoy seguro que día se tiene en cuenta como inicio de semana... Tengo el timezone en Argentina: date_default_timezone_set('America/Argentina/Buenos_Aires'); Hice una prueba sacando el timestamp actual y sumandole 2 y 3 días, y parece que el 1er día de la semana es el lunes echo date("W",1351277237+86400+86400); (semana 43) echo date("W",1351277237+86400+86400+86400); (semana 44) Pero tengo que estas 100% seguro ya que es para un concurso, y no encuentro la info en ningún lado... Alguien tiene idea si siempre toma el lunes como el 1er día (como yo necesito) o existe la posibilidad de que sea domingo? Depende del timezone de date? Saludos! -- Javier Alejandro Alvarez ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From leonardot en pegasusnet.com.ar Fri Oct 26 21:16:09 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Fri, 26 Oct 2012 21:16:09 -0300 Subject: [Php-avanzado] Numero de semana In-Reply-To: References: Message-ID: <1351296969.20659.990.camel@praxisviii.intranet.com> Hola Javier, el número de semana en PHP está normalizado como ISO-8601 (a partir de PHP 4.0.0 según el manual). Según el standard, la numeración de las semanas depende de qué día haya caído el 1ro de Enero, pero siempre empieza en lunes. https://en.wikipedia.org/wiki/ISO_8601 Estate atento a la zona horaria, porque sí dependerá de ella cuando sea el último segundo válido del concurso. Suena rara esta cuestión del número de semana: no se le pued eponer al concurso simplemente una fecha y hora de inicio y de finalización? Saludos! El vie, 26-10-2012 a las 15:58 -0300, Javier Alvarez escribió: > Buenas.. > Necesito obtener el numero actual de la semana, pero no estoy seguro > que día se tiene en cuenta como inicio de semana... > Tengo el timezone en Argentina: > date_default_timezone_set('America/Argentina/Buenos_Aires'); > > > Hice una prueba sacando el timestamp actual y sumandole 2 y 3 días, y > parece que el 1er día de la semana es el lunes > echo date("W",1351277237+86400+86400); (semana 43) > echo date("W",1351277237+86400+86400+86400); (semana 44) > > > Pero tengo que estas 100% seguro ya que es para un concurso, y no > encuentro la info en ningún lado... Alguien tiene idea si siempre toma > el lunes como el 1er día (como yo necesito) o existe la posibilidad de > que sea domingo? Depende del timezone de date? > > > Saludos! > > > -- > Javier Alejandro Alvarez > > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From jorgediiorio en hotmail.com Sat Oct 27 01:06:39 2012 From: jorgediiorio en hotmail.com (Jorge Di Iorio) Date: Sat, 27 Oct 2012 01:06:39 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?_Especificaci=F3n_de_Requerimientos?= =?iso-8859-1?q?_R6?= In-Reply-To: <1351263634.20659.946.camel@praxisviii.intranet.com> References: , , , , , ,,,,, <1349803418.11292.1896.camel@praxisviii.intranet.com>,,,, ,,,, <1350498710.8723.55.camel@praxisviii.intranet.com>,,, ,,, <1350910821.20659.657.camel@praxisviii.intranet.com>,, ,, <1351000745.20659.778.camel@praxisviii.intranet.com>, , <1351263634.20659.946.camel@praxisviii.intranet.com> Message-ID: Las Reservas se pueden Eliminar. Jorge Di Iorio ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ An embedded and charset-unspecified text was scrubbed... Name: Requerimientos JD.txt URL: From leonardot en pegasusnet.com.ar Sat Oct 27 01:15:49 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Sat, 27 Oct 2012 01:15:49 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Especificaci=F3n_de_Requerimientos_?= =?iso-8859-1?q?R6?= In-Reply-To: References: , , , , , ,,,,, <1349803418.11292.1896.camel@praxisviii.intranet.com> ,,,, ,,,, <1350498710.8723.55.camel@praxisviii.intranet.com> ,,, ,,, <1350910821.20659.657.camel@praxisviii.intranet.com> ,, ,, <1351000745.20659.778.camel@praxisviii.intranet.com> , , <1351263634.20659.946.camel@praxisviii.intranet.com> Message-ID: <1351311349.20659.1025.camel@praxisviii.intranet.com> El sáb, 27-10-2012 a las 01:06 -0300, Jorge Di Iorio escribió: > Las Reservas se pueden Eliminar. Y no falsea esto los listados? Y los Alquileres también se pueden borrar??? Esto implica perder información económica que estás generando, y que suele ser importante. PD: sacá la palabra "usuario" de los Requerimientos Funcionales, porque es ambigua!!! PPD: qué horas de estar frente a la computadora. Estos programadores! ;-) -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From jorgediiorio en hotmail.com Sat Oct 27 11:01:09 2012 From: jorgediiorio en hotmail.com (Jorge Di Iorio) Date: Sat, 27 Oct 2012 11:01:09 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Especificaci=F3n_de_Requerimientos_?= =?iso-8859-1?q?R6=2E1?= In-Reply-To: <1351311349.20659.1025.camel@praxisviii.intranet.com> References: , , , , , , ,,,,,, <1349803418.11292.1896.camel@praxisviii.intranet.com>,,,,, ,,,,, <1350498710.8723.55.camel@praxisviii.intranet.com>,,,, ,,,, <1350910821.20659.657.camel@praxisviii.intranet.com>,,, ,,, <1351000745.20659.778.camel@praxisviii.intranet.com>,, ,, <1351263634.20659.946.camel@praxisviii.intranet.com>, , <1351311349.20659.1025.camel@praxisviii.intranet.com> Message-ID: Leo, Buen día. Entiendo lo que me decís sobre el borrado, sería como borrar comprobantes en un sistema de gestión. Que sucede con los casos en que por ejemplo cargan mal una reserva o una reserva fija donde la responsabilidad no es del cliente, sino del usuario que grabo algo que no debía haber registrado por error? Quedaría una "Mancha" en el calendario que no debería estar... Tal vez debería especificar un RF que no se puedan eliminar reservas si tienen algún tipo de "aplicación" con otra información? Me explico? Cualquier cosa lo hablamos el miércoles. Ya saqué la palabra usuario. Saludos y buen finde! Jorge Di Iorio ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ An embedded and charset-unspecified text was scrubbed... Name: Requerimientos JD.txt URL: From leonardot en pegasusnet.com.ar Sat Oct 27 12:19:14 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Sat, 27 Oct 2012 12:19:14 -0300 Subject: [Php-avanzado] =?iso-8859-1?q?Especificaci=F3n_de_Requerimientos_?= =?iso-8859-1?q?R6=2E1?= In-Reply-To: References: , , , , , , ,,,,,, <1349803418.11292.1896.camel@praxisviii.intranet.com> ,,,,, ,,,,, <1350498710.8723.55.camel@praxisviii.intranet.com> ,,,, ,,,, <1350910821.20659.657.camel@praxisviii.intranet.com> ,,, ,,, <1351000745.20659.778.camel@praxisviii.intranet.com> ,, ,, <1351263634.20659.946.camel@praxisviii.intranet.com> , , <1351311349.20659.1025.camel@praxisviii.intranet.com> Message-ID: <1351351154.20659.1035.camel@praxisviii.intranet.com> Hola Jorge, El sáb, 27-10-2012 a las 11:01 -0300, Jorge Di Iorio escribió: > Leo, > > > Buen día. Entiendo lo que me decís sobre el borrado, sería como > borrar comprobantes en un sistema de gestión. Que sucede con los casos > en que por ejemplo cargan mal una reserva o una reserva fija donde la > responsabilidad no es del cliente, sino del usuario que grabo algo que > no debía haber registrado por error? Quedaría una "Mancha" en el > calendario que no debería estar... Tal vez debería especificar un RF > que no se puedan eliminar reservas si tienen algún tipo de > "aplicación" con otra información? Me explico? Cualquier cosa lo > hablamos el miércoles. Te explicás, pero no veo la "mancha": ya previste un estado "cancelado por el complejo", y como las Reservas y los Alquileres cancelados no se verán, es como si no estuvieran. En el ejemplo del sistema de gestión comercial, las facturas "anuladas" no te suman la caja, pero no permitís borrarlas. > Ya saqué la palabra usuario. Ok. Salvo el tema de borrar reservas y alquileres, parece que la SRS es suficientemente descriptiva del sistema. El único detalle importante que veo es que los RF 8 y 10 tienen un [] que no va en el medio (al que yo te hacía referencia para que cuando lo uses le pongas el número en cuestión) y que el RF 9 no tiene en el uso del Estado el [8] que le tocó, y lo mismo para el RF 11, cuyo Estado tocó como [10]. Te falta especificar el Estado que se usa en el RF 13: te lo comiste entre la funcionalidad, pero ya está en el diccionario. Con esto y la definición de si se borran o no las cosas, estaríamos terminando. Muy buen trabajo! > Saludos y buen finde! =mente! -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From jesicabillia en hotmail.com Sat Oct 27 17:42:11 2012 From: jesicabillia en hotmail.com (Jesica Billia) Date: Sat, 27 Oct 2012 20:42:11 +0000 Subject: [Php-avanzado] Cargar imagen BLOB Message-ID: Hola!! Gracias x la respuesta!! No me podrás pasar por ejemplo cómo armar la cabecera porque solamente quiero usar blob!! Y otra aclaración, lo estoy usando como para cargar imágenes tipo lista. Saludos!! -----Original Message----- From: Leonardo Tadei - Pegasus Tech Supply Sent: 26 Oct 2012 13:00:16 GMT To: Lista del curso de PHP Avanzado Subject: Re: [Php-avanzado] Cargar imagen BLOB Hola Jésica, para generar la imagen almacenada, tal y como hacés tener que emitir los header() adecuados al tipo mime del archivo, pero header no funciona si el script ya tiene salida, y tu código de img.php tiene tags que harán que ya no puedas modificar la cabecera. También tenés que decidirte cómo manejar la imagen: a) si está en un BLOB hay que reconstruirla desde el campo de la tabla. b) si usás imagemagik tenés que tener el archivo ya guardado en el disco (y entonces no tiene sentido el BLOB) c) si usás la bilbioteca GD de PHP, entonces tenés que tener el archivo en el disco y no tiene sentido usar imagemagik. Estás mezclando 3 maneras de manejar una imagen! El mié, 24-10-2012 a las 20:47 +0000, Jesica Billia escribió: > > Buenas a todos!!! > Consulta, tengo que cargar una imagen blob, la cargo pero no la puedo > visualizar.... está en formato BLOB > pego el código para ver si alguien me puede ayudar!! > Hay dos archivos, uno es img.php donde tengo la imagen blob y en > catalogo2.php es el que debería mostrar la imagen..... > Gracias!!! > > > > > > > img.php > --------- > > > New Document > > > > if(isset($_GET['id'])) > { > > > include 'config.php'; > $connection=mysql_connect("$bdservidor","$bdunombre","$bdpass") or > die("Error conectando a la base de datos"); > > > > > > > $db=mysql_select_db("$bdnombre",$connection) or die ("Error > seleccionando la base de datos"); > > > $id = $_GET['id']; > > > > $query = "SELECT name, type, size, content FROM upload WHERE id > = '$id'"; > $result = mysql_query($query) or die('Error, query failed'); > > > list($name, $type, $size, $foto) = mysql_fetch_array($result); > echo 'lista imagen
';echo $name; > > > $ruta= "images/accesorios/".$name ; > $im = imagecreatetruecolor(120, 20); > > > > // $image = new Imagick(); > // $image->setResolution(300, 300); > // $image->readImageBlob($content); > > // convert the output to JPEG > // $image->setImageFormat('jpeg'); > // $image->setImageCompressionQuality(60) > > > //header("Content-Disposition: attachment; filename=$name"); > header("Content-length: $size"); > header("Content-type: $type"); > > > > > print $foto; //imagen blob > exit; > } > ?> > > > > > > > > > > > > catalogo2.php > > > > if (!function_exists("GetSQLValueString")) { > function GetSQLValueString($theValue, $theType, $theDefinedValue = "", > $theNotDefinedValue = "") > { > if (PHP_VERSION < 6) { > $theValue = get_magic_quotes_gpc() ? stripslashes($theValue) : > $theValue; > } > > > $theValue = function_exists("mysql_real_escape_string") ? > mysql_real_escape_string($theValue) : mysql_escape_string($theValue); > > > switch ($theType) { > case "text": > $theValue = ($theValue != "") ? "'" . $theValue . "'" : "NULL"; > break; > case "long": > case "int": > $theValue = ($theValue != "") ? intval($theValue) : "NULL"; > break; > case "double": > $theValue = ($theValue != "") ? doubleval($theValue) : "NULL"; > break; > case "date": > $theValue = ($theValue != "") ? "'" . $theValue . "'" : "NULL"; > break; > case "defined": > $theValue = ($theValue != "") ? $theDefinedValue : > $theNotDefinedValue; > break; > } > return $theValue; > } > } > > > $maxRows_catalogo_imag = 10; //maxima paginas > $pageNum_catalogo_imag = 0; > if (isset($_GET['pageNum_catalogo_imag'])) > { > $pageNum_catalogo_imag = $_GET['pageNum_catalogo_imag']; > } > $startRow_catalogo_imag = $pageNum_catalogo_imag * > $maxRows_catalogo_imag; > > > mysql_select_db($database_con_imag, $con_imag); > $query_catalogo_imag = "SELECT * FROM linkimagen"; > $query_limit_catalogo_imag = sprintf("%s LIMIT %d, %d", > $query_catalogo_imag, $startRow_catalogo_imag, > $maxRows_catalogo_imag); > > $catalogo_imag = mysql_query($query_limit_catalogo_imag, $con_imag) > or die(mysql_error()); > $row_catalogo_imag = mysql_fetch_assoc($catalogo_imag); > > > if (isset($_GET['totalRows_catalogo_imag'])) { > $totalRows_catalogo_imag = $_GET['totalRows_catalogo_imag']; > } else { > $all_catalogo_imag = mysql_query($query_catalogo_imag); > $totalRows_catalogo_imag = mysql_num_rows($all_catalogo_imag); > } > $totalPages_catalogo_imag = > ceil($totalRows_catalogo_imag/$maxRows_catalogo_imag)-1; > ?> > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > Documento sin título > > > > > > > > > > > > > > > > { > $flsize = $row_catalogo_imag['tama?o']; > $fltype = $row_catalogo_imag['tpimagen']; > $name = $row_catalogo_imag['Nombre']; > $foto = $row_catalogo_imag['imagenblob']; > > > ?> > > > > > > > > > > mysql_fetch_assoc($catalogo_imag)); ?> >
ReferenciaImagenTipoPrecioNombreDescripcion
$row_catalogo_imag['Referencia']; ?>
> > > mysql_free_result($catalogo_imag); > ?> > > > > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key _______________________________________________ Php-avanzado mailing list Php-avanzado en pato2.fi.mdp.edu.ar http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado From leonardot en pegasusnet.com.ar Sat Oct 27 21:19:51 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Sat, 27 Oct 2012 21:19:51 -0300 Subject: [Php-avanzado] Cargar imagen BLOB In-Reply-To: References: Message-ID: <1351383591.20659.1043.camel@praxisviii.intranet.com> Hola Jésica, en la segunda parte del apunte de PHP Inicial hay un ejemplo. No sé si tenés ese apunte. En este enlace tenés todo el proceso: http://anyexample.com/programming/php/php_mysql_example__image_gallery_% 28blob_storage%29.xml La parte de visualización está después del elseif (isset($_GET['show'])) Fijate que la parte de mostrar la imagen no tiene ninguna salida: la idea es que este script, en tu caso recibiendo por GET el id de la imagen a mostrar, sea llamado en el src de una tag imagen del BLOB Salu2! El sáb, 27-10-2012 a las 20:42 +0000, Jesica Billia escribió: > Hola!! Gracias x la respuesta!! No me podrás pasar por ejemplo cómo armar la cabecera porque solamente quiero usar blob!! Y otra aclaración, lo estoy usando como para cargar imágenes tipo lista. Saludos!! > > -----Original Message----- > > From: Leonardo Tadei - Pegasus Tech Supply > Sent: 26 Oct 2012 13:00:16 GMT > To: Lista del curso de PHP Avanzado > Subject: Re: [Php-avanzado] Cargar imagen BLOB > > Hola Jésica, > > para generar la imagen almacenada, tal y como hacés tener que emitir > los header() adecuados al tipo mime del archivo, pero header no funciona > si el script ya tiene salida, y tu código de img.php tiene tags que > harán que ya no puedas modificar la cabecera. > > También tenés que decidirte cómo manejar la imagen: > a) si está en un BLOB hay que reconstruirla desde el campo de la tabla. > b) si usás imagemagik tenés que tener el archivo ya guardado en el disco > (y entonces no tiene sentido el BLOB) > c) si usás la bilbioteca GD de PHP, entonces tenés que tener el archivo > en el disco y no tiene sentido usar imagemagik. > > Estás mezclando 3 maneras de manejar una imagen! > > > > El mié, 24-10-2012 a las 20:47 +0000, Jesica Billia escribió: > > > > Buenas a todos!!! > > Consulta, tengo que cargar una imagen blob, la cargo pero no la puedo > > visualizar.... está en formato BLOB > > pego el código para ver si alguien me puede ayudar!! > > Hay dos archivos, uno es img.php donde tengo la imagen blob y en > > catalogo2.php es el que debería mostrar la imagen..... > > Gracias!!! > > > > > > > > > > > > > > img.php > > --------- > > > > > > New Document > > > > > > > > > if(isset($_GET['id'])) > > { > > > > > > include 'config.php'; > > $connection=mysql_connect("$bdservidor","$bdunombre","$bdpass") or > > die("Error conectando a la base de datos"); > > > > > > > > > > > > > > $db=mysql_select_db("$bdnombre",$connection) or die ("Error > > seleccionando la base de datos"); > > > > > > $id = $_GET['id']; > > > > > > > > $query = "SELECT name, type, size, content FROM upload WHERE id > > = '$id'"; > > $result = mysql_query($query) or die('Error, query failed'); > > > > > > list($name, $type, $size, $foto) = mysql_fetch_array($result); > > echo 'lista imagen
';echo $name; > > > > > > $ruta= "images/accesorios/".$name ; > > $im = imagecreatetruecolor(120, 20); > > > > > > > > // $image = new Imagick(); > > // $image->setResolution(300, 300); > > // $image->readImageBlob($content); > > > > // convert the output to JPEG > > // $image->setImageFormat('jpeg'); > > // $image->setImageCompressionQuality(60) > > > > > > //header("Content-Disposition: attachment; filename=$name"); > > header("Content-length: $size"); > > header("Content-type: $type"); > > > > > > > > > > print $foto; //imagen blob > > exit; > > } > > ?> > > > > > > > > > > > > > > > > > > > > > > > > catalogo2.php > > > > > > > > > if (!function_exists("GetSQLValueString")) { > > function GetSQLValueString($theValue, $theType, $theDefinedValue = "", > > $theNotDefinedValue = "") > > { > > if (PHP_VERSION < 6) { > > $theValue = get_magic_quotes_gpc() ? stripslashes($theValue) : > > $theValue; > > } > > > > > > $theValue = function_exists("mysql_real_escape_string") ? > > mysql_real_escape_string($theValue) : mysql_escape_string($theValue); > > > > > > switch ($theType) { > > case "text": > > $theValue = ($theValue != "") ? "'" . $theValue . "'" : "NULL"; > > break; > > case "long": > > case "int": > > $theValue = ($theValue != "") ? intval($theValue) : "NULL"; > > break; > > case "double": > > $theValue = ($theValue != "") ? doubleval($theValue) : "NULL"; > > break; > > case "date": > > $theValue = ($theValue != "") ? "'" . $theValue . "'" : "NULL"; > > break; > > case "defined": > > $theValue = ($theValue != "") ? $theDefinedValue : > > $theNotDefinedValue; > > break; > > } > > return $theValue; > > } > > } > > > > > > $maxRows_catalogo_imag = 10; //maxima paginas > > $pageNum_catalogo_imag = 0; > > if (isset($_GET['pageNum_catalogo_imag'])) > > { > > $pageNum_catalogo_imag = $_GET['pageNum_catalogo_imag']; > > } > > $startRow_catalogo_imag = $pageNum_catalogo_imag * > > $maxRows_catalogo_imag; > > > > > > mysql_select_db($database_con_imag, $con_imag); > > $query_catalogo_imag = "SELECT * FROM linkimagen"; > > $query_limit_catalogo_imag = sprintf("%s LIMIT %d, %d", > > $query_catalogo_imag, $startRow_catalogo_imag, > > $maxRows_catalogo_imag); > > > > $catalogo_imag = mysql_query($query_limit_catalogo_imag, $con_imag) > > or die(mysql_error()); > > $row_catalogo_imag = mysql_fetch_assoc($catalogo_imag); > > > > > > if (isset($_GET['totalRows_catalogo_imag'])) { > > $totalRows_catalogo_imag = $_GET['totalRows_catalogo_imag']; > > } else { > > $all_catalogo_imag = mysql_query($query_catalogo_imag); > > $totalRows_catalogo_imag = mysql_num_rows($all_catalogo_imag); > > } > > $totalPages_catalogo_imag = > > ceil($totalRows_catalogo_imag/$maxRows_catalogo_imag)-1; > > ?> > > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > Documento sin título > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > { > > $flsize = $row_catalogo_imag['tama?o']; > > $fltype = $row_catalogo_imag['tpimagen']; > > $name = $row_catalogo_imag['Nombre']; > > $foto = $row_catalogo_imag['imagenblob']; > > > > > > ?> > > > > > > > > > > > > > > > > > > > > > mysql_fetch_assoc($catalogo_imag)); ?> > >
ReferenciaImagenTipoPrecioNombreDescripcion
> $row_catalogo_imag['Referencia']; ?>
> > > > > > > mysql_free_result($catalogo_imag); > > ?> > > > > > > > > > > _______________________________________________ > > Php-avanzado mailing list > > Php-avanzado en pato2.fi.mdp.edu.ar > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > -- > Leonardo Tadei > leonardot en pegasusnet.com.ar > Web: http://leonardo.tadei.com.ar > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From jere05.mdq en gmail.com Sun Oct 28 13:42:04 2012 From: jere05.mdq en gmail.com (Jeremias Brisuela) Date: Sun, 28 Oct 2012 13:42:04 -0300 Subject: [Php-avanzado] Requerimientos v2 Message-ID: Envío de nuevo los requerimientos sin los items de listados y eliminando las palabras "debe permitir" y "debe poder". Saludos! ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ REQUERIMIENTOS FUNCIONALES 1. El sistema debe gestionar paises 2. El sistema debe gestionar provincias con su país[1] 3. El sistema debe gestionar ciudades con su provincia[2] 4. El sistema debe gestionar editores con su pais[1], provincia[2] o ciudad[3] 5. El sistema debe gestionar géneros/estilos musicales 6. El sistema debe gestionar bandas/intérpretes musicales con su género/estilo[5] y su editor[4] 7. El sistema debe gestionar imágenes con su editor[4] y su banda[6]. 8. El sistema debe gestionar discos con su banda/intérprete[6] y su imagen[7] 9. El sistema debe gestionar canciones con su banda/intérprete[6] o su disco[8] y su editor[4]. 10. El sistema debe gestionar mp3 con su editor[4] y su canción [9]. 11. El sistema debe gestionar videos con su editor[4] y su canción[9]. 12. El sistema debe gestionar letras con su editor [4] y su cancion[9] 13. El sistema debe realizar busquedas de: editores[4], bandas/intérpretes[6], discos[8] y canciones[9]. 14. El sistema debe reproducir canciones[9] y videos[11]. Diccionario: 1. País: nombre. 2. Provincia: nombre,país. 3. Ciudad: nombre, provincia. 4. Editor: nombre, apellido, país, provincia, ciudad, nick, avatar (imagen de perfil), calificación. 5. Género/estilo musical: nombre. 6. Banda/intérprete musical: nombre, descripción, integrantes, género/estilo. 7. Imágen: uploader(editor), banda/intérprete, calificación. 8. Disco: banda/intérprete, imágen, calificación, uploader(editor). 9. Canción: nombre, banda/intérprete, uploader(editor). 10. MP3: enlace, canción, uploader(editor), calificación. 11. Video: enlace canción, uploader(editor), calificación. 12. Letra: contenido, cancion, uploader(editor), calificación. REQUERIMIENTOS NO FUNCIONALES. 1. El sistema debe ser web. 2. El sistema debe ser autogestionable. From nicolasmallol en gmail.com Mon Oct 29 19:08:34 2012 From: nicolasmallol en gmail.com (Nicolas Mallol) Date: Mon, 29 Oct 2012 19:08:34 -0300 Subject: [Php-avanzado] Requerimientos Message-ID: Buenas Tardes Leo. Adjunto txt con requerimientos. Saludos!. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ REQUERIMIENTOS FUNCIONALES: --------------------------- 1- El sistema debe gestionar empleados. 2- El sistmea debe gestionar barras. 3- El sistema debe gestionar boleterias. 3- El sistema debe gestionar guardarropas. 4- El sistema debe gestionar restaurante. 5- El sistema debe gestionar tipos de talonarios. 6- El sistema debe gestionar talonarios [5]. 7- El sistema debe gestionar tipos de bebidas 8- El sistema debe gestionar bebidas [7]. 9- El sistema debe gestionar deposito. 10- El sistema debe generar informes. 11- El sistema debe permitir generar consultas de total de retiros de dinero, total de cambio, cantidad de talonarios vendidos, cantidad de bebida. DICCIONARIO: ------------ Empleados: nombre, apellido, direccion, telefono, fecha de nacimiento, e-mail, fecha de alta, sector. Barras: numero de barra, cajero, cambio inicial, retiros, cierre de caja. Boleterias: numero de barra, cajero, cambio inicial, retiros, cierre de caja. Guardarropas: numero de barra, cajero, cambio inicial, retiros, cierre de caja. Restaurante: numero de mesa, reservas, cubiertos efectivos, nombre de la reserva, seña, camarero, bebidas, importe. Tipos de talonarios: agua-gaseosa-speed, vinos, cerveza, champagne, tragos, con consumicion, sin consumicion. Talonarios:importe, inicio, fin. Bebidas: Marca, cantidad. Deposito: mercaderia, cantidad. REQUERIMIENTOS NO FUNCIONALES: ------------------------------ 1- El sistema debe ser web. 2- El sistema debe solicitar loguin de usuario. From leonardot en pegasusnet.com.ar Mon Oct 29 22:34:17 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Mon, 29 Oct 2012 22:34:17 -0300 Subject: [Php-avanzado] Requerimientos v2 In-Reply-To: References: Message-ID: <1351560857.20659.1153.camel@praxisviii.intranet.com> Hola Jeremías, es un muy buen avance de la SRS. Te hago algunas consultas para entender mejor la cuestión: El dom, 28-10-2012 a las 13:42 -0300, Jeremias Brisuela escribió: > Envío de nuevo los requerimientos sin los items de listados y > eliminando las palabras "debe permitir" y "debe poder". Saludos! > > > > > > > documento de > texto sencillo > adjunto > (Requerimientos.txt) > > REQUERIMIENTOS FUNCIONALES > > 1. El sistema debe gestionar paises > > 2. El sistema debe gestionar provincias con su país[1] > > 3. El sistema debe gestionar ciudades con su provincia[2] y la ciudad no tiene también un País ? Pareciera que sí, porque tiene Provincia y la Provincia tiene País, pero al no ponerlo acá, ni en el diccionario, queda la duda. En los requerimientos hay que evitar "requerimientos por transitividad", porque sacan claridad a la especificación. > 4. El sistema debe gestionar editores con su pais[1], > provincia[2] o ciudad[3] > > 5. El sistema debe gestionar géneros/estilos musicales > > 6. El sistema debe gestionar bandas/intérpretes musicales con su > género/estilo[5] y su editor[4] Las Bandas/Intérpretes Musicales tienen solo un Género/Estilo? > 7. El sistema debe gestionar imágenes con su editor[4] y su > banda[6]. > > 8. El sistema debe gestionar discos con su banda/intérprete[6] y > su imagen[7] No me queda claro que la Imagen sea un RF aparte, en vez de ser solo un atributo del Disco... La imagen tiene un Editor, pero el Disco no lo tiene (y sí está en el diccionario. Tampoco le encuentro sentido a que la Imagen y el Disco tengan ambos una calificación. Qué es "calificar" la imagen? Lo podemos charlar en clase para ver detalles, pero de veras que parece que la Imagen sobra entre los RF. De paso, si llamás Editor a alguien, no lo llames luego Uploader, porque confunde. Parece suficientemente claro que el Editor cargue información, inclusive archivos. > 9. El sistema debe gestionar canciones con su banda/intérprete[6] > o su disco[8] y su editor[4]. > > 10. El sistema debe gestionar mp3 con su editor[4] y su canción > [9]. Puede haber varios MP3 para una sola Canción? Si la respuesta es "no", parece que los MP3 son solo un aributo más de la Canción... > 11. El sistema debe gestionar videos con su editor[4] y su > canción[9]. Idem. > 12. El sistema debe gestionar letras con su editor [4] y su > cancion[9] Ibidem > 13. El sistema debe realizar busquedas de: editores[4], > bandas/intérpretes[6], discos[8] y canciones[9]. Creá un RF para cada búsqueda de estas. > 14. El sistema debe reproducir canciones[9] y videos[11]. En varios RF parece la "calificación", pero no aparece especificado ningún mecanismo para calificar. Un editor sube algo y él mismo le pone la calificación??? > Diccionario: > > 1. País: nombre. > > 2. Provincia: nombre,país. > > 3. Ciudad: nombre, provincia. > > 4. Editor: nombre, apellido, país, provincia, ciudad, nick, avatar > (imagen de perfil), calificación. > > 5. Género/estilo musical: nombre. > > 6. Banda/intérprete musical: nombre, descripción, integrantes, > género/estilo. > > 7. Imágen: uploader(editor), banda/intérprete, calificación. > > 8. Disco: banda/intérprete, imágen, calificación, uploader(editor). > > 9. Canción: nombre, banda/intérprete, uploader(editor). > > 10. MP3: enlace, canción, uploader(editor), calificación. > > 11. Video: enlace canción, uploader(editor), calificación. > > 12. Letra: contenido, cancion, uploader(editor), calificación. > > > REQUERIMIENTOS NO FUNCIONALES. > > 1. El sistema debe ser web. > 2. El sistema debe ser autogestionable. Con todos los "el sistema debe gestionar..." que hay, parece que el RNF 2 está de más... o querés decir alguna otra cosa? Seguimos! -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From leonardot en pegasusnet.com.ar Mon Oct 29 22:59:09 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Mon, 29 Oct 2012 22:59:09 -0300 Subject: [Php-avanzado] Requerimientos In-Reply-To: References: Message-ID: <1351562349.20659.1176.camel@praxisviii.intranet.com> Hola Nicolás, es una muy buena primer versión. Te hago unos comentarios intercalados: El lun, 29-10-2012 a las 19:08 -0300, Nicolas Mallol escribió: > Buenas Tardes Leo. Adjunto txt con requerimientos. Saludos!. > > > > > > > documento de > texto sencillo > adjunto > (requerimientos.txt) Nos vendría bien un párrafo con una introducción describiendo el contexto del sistema. > REQUERIMIENTOS FUNCIONALES: > --------------------------- > > 1- El sistema debe gestionar empleados. El el diccionario del Empleado aparece "sector", y pareciera que estos Sectores deberían gestionarse o al menos mostrarse por separado en y especificarse en un RF anterior, y en este hacer referencia a él. > 2- El sistmea debe gestionar barras. El "cajero" que figura en la barra es un Empleado? De ser así, deberías hacer referencia a que sí lo es, y si no lo es, considerar el especificar Cajeros. Después en el diccionario aparecen "retiros" y "cierres de caja", pero casi seguro que el "retirar dinero" y el "cerrar caja" son en realidad otro RF que tendrá su propia especificación. > 3- El sistema debe gestionar boleterias. Idem. La Bolerería tiene un número de barra o es un copy & paste? > 3- El sistema debe gestionar guardarropas. Ibidem! > 4- El sistema debe gestionar restaurante. Acá estás mezclando al Restaurante con la Mesa, con las Reservas y con la Adición en un solo RF!!! Separalos! > 5- El sistema debe gestionar tipos de talonarios. Si se gestionan, aclará que la enumeración que hacés en el diccionario es un ejemplo solamente, ya que podrá haber muchos más o diferentes. Si en cambio la lista es completa, poné esto como "El sistema debe mostrar..." > 6- El sistema debe gestionar talonarios [5]. Y el talonario no tiene un Tipo de Talonario? > 7- El sistema debe gestionar tipos de bebidas Falta el diccionario de Tipo de Bebida. > 8- El sistema debe gestionar bebidas [7]. La Bebida no se está relacionando ni en el RF ni en el diccionario con el Tipo de Bebida... algo no está bien. > 9- El sistema debe gestionar deposito. Tanto la Bebida como el Depósito tienen una "cantidad". Tendrías que especificar cual es el mecanismo que suma y cual es el que resta a esta cantidad. > 10- El sistema debe generar informes. Esto es muy ambiguo: generá un RF para cada informe, poniéndole un título y en el diccionario los datos que tendrá cada uno. Está bueno porque los informes son una muy buena fuente para encontrar requerimientos! > 11- El sistema debe permitir generar consultas de total de retiros de > dinero, total de cambio, cantidad de talonarios vendidos, cantidad de > bebida. Separá cada cosa en un RF aparte, y creales una entrada en el diccionario para saber qué datos emite cada consulta. > > DICCIONARIO: > ------------ > > > Empleados: nombre, apellido, direccion, telefono, fecha de nacimiento, > e-mail, fecha de alta, sector. > > Barras: numero de barra, cajero, cambio inicial, retiros, cierre de > caja. > > Boleterias: numero de barra, cajero, cambio inicial, retiros, cierre > de caja. > > Guardarropas: numero de barra, cajero, cambio inicial, retiros, cierre > de caja. > > Restaurante: numero de mesa, reservas, cubiertos efectivos, nombre de > la reserva, seña, camarero, bebidas, importe. > > Tipos de talonarios: agua-gaseosa-speed, vinos, cerveza, champagne, > tragos, con consumicion, sin consumicion. > > Talonarios:importe, inicio, fin. > > Bebidas: Marca, cantidad. > > Deposito: mercaderia, cantidad. El diccionario está bien planteado. Va a ampliarse cuando modifiques los RF. > REQUERIMIENTOS NO FUNCIONALES: > ------------------------------ > > > 1- El sistema debe ser web. > 2- El sistema debe solicitar loguin de usuario. Los RNF están bien. Tal vez tengas que agregar quién puede acceder por ejemplo a cerrar caja y a retirar dinero. Es posible que una vez especificado, quede un sistema demasiado grande para hacer como tesis de este curso. En ese caso, con la SRS terminada, podemos ver de implementar para la entrega solo una parte, y el resto lo seguís por tu cuenta más adelante. Saludos! -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From jere05.mdq en gmail.com Tue Oct 30 01:05:58 2012 From: jere05.mdq en gmail.com (Jeremias Brisuela) Date: Tue, 30 Oct 2012 01:05:58 -0300 Subject: [Php-avanzado] Requerimientos v2 In-Reply-To: <1351560857.20659.1153.camel@praxisviii.intranet.com> References: <1351560857.20659.1153.camel@praxisviii.intranet.com> Message-ID: El 29 de octubre de 2012 22:34, Leonardo Tadei - Pegasus Tech Supply < leonardot en pegasusnet.com.ar> escribió: > Hola Jeremías, > > es un muy buen avance de la SRS. > Te hago algunas consultas para entender mejor la cuestión: > > El dom, 28-10-2012 a las 13:42 -0300, Jeremias Brisuela escribió: > > Envío de nuevo los requerimientos sin los items de listados y > > eliminando las palabras "debe permitir" y "debe poder". Saludos! > > > > > > > > > > > > > > documento de > > texto sencillo > > adjunto > > (Requerimientos.txt) > > > > REQUERIMIENTOS FUNCIONALES > > > > 1. El sistema debe gestionar paises > > > > 2. El sistema debe gestionar provincias con su país[1] > > > > 3. El sistema debe gestionar ciudades con su provincia[2] > > y la ciudad no tiene también un País ? > Pareciera que sí, porque tiene Provincia y la Provincia tiene País, > pero al no ponerlo acá, ni en el diccionario, queda la duda. > En los requerimientos hay que evitar "requerimientos por > transitividad", porque sacan claridad a la especificación. > > > 4. El sistema debe gestionar editores con su pais[1], > > provincia[2] o ciudad[3] > > > > 5. El sistema debe gestionar géneros/estilos musicales > > > > 6. El sistema debe gestionar bandas/intérpretes musicales con su > > género/estilo[5] y su editor[4] > > Las Bandas/Intérpretes Musicales tienen solo un Género/Estilo? > > > 7. El sistema debe gestionar imágenes con su editor[4] y su > > banda[6]. > > > > 8. El sistema debe gestionar discos con su banda/intérprete[6] y > > su imagen[7] > > No me queda claro que la Imagen sea un RF aparte, en vez de ser > solo un > atributo del Disco... La imagen tiene un Editor, pero el Disco no lo > tiene (y sí está en el diccionario. > Tampoco le encuentro sentido a que la Imagen y el Disco tengan > ambos > una calificación. Qué es "calificar" la imagen? > Lo podemos charlar en clase para ver detalles, pero de veras que > parece > que la Imagen sobra entre los RF. > > De paso, si llamás Editor a alguien, no lo llames luego Uploader, > porque confunde. Parece suficientemente claro que el Editor cargue > información, inclusive archivos. > > > 9. El sistema debe gestionar canciones con su banda/intérprete[6] > > o su disco[8] y su editor[4]. > > > > 10. El sistema debe gestionar mp3 con su editor[4] y su canción > > [9]. > > Puede haber varios MP3 para una sola Canción? > Si la respuesta es "no", parece que los MP3 son solo un aributo > más de > la Canción... > > > 11. El sistema debe gestionar videos con su editor[4] y su > > canción[9]. > > Idem. > > > 12. El sistema debe gestionar letras con su editor [4] y su > > cancion[9] > > Ibidem > > > 13. El sistema debe realizar busquedas de: editores[4], > > bandas/intérpretes[6], discos[8] y canciones[9]. > > Creá un RF para cada búsqueda de estas. > > > 14. El sistema debe reproducir canciones[9] y videos[11]. > > En varios RF parece la "calificación", pero no aparece especificado > ningún mecanismo para calificar. > Un editor sube algo y él mismo le pone la calificación??? > > > Diccionario: > > > > 1. País: nombre. > > > > 2. Provincia: nombre,país. > > > > 3. Ciudad: nombre, provincia. > > > > 4. Editor: nombre, apellido, país, provincia, ciudad, nick, avatar > > (imagen de perfil), calificación. > > > > 5. Género/estilo musical: nombre. > > > > 6. Banda/intérprete musical: nombre, descripción, integrantes, > > género/estilo. > > > > 7. Imágen: uploader(editor), banda/intérprete, calificación. > > > > 8. Disco: banda/intérprete, imágen, calificación, uploader(editor). > > > > 9. Canción: nombre, banda/intérprete, uploader(editor). > > > > 10. MP3: enlace, canción, uploader(editor), calificación. > > > > 11. Video: enlace canción, uploader(editor), calificación. > > > > 12. Letra: contenido, cancion, uploader(editor), calificación. > > > > > > REQUERIMIENTOS NO FUNCIONALES. > > > > 1. El sistema debe ser web. > > 2. El sistema debe ser autogestionable. > > Con todos los "el sistema debe gestionar..." que hay, parece que > el RNF > 2 está de más... o querés decir alguna otra cosa? > > Seguimos! > > -- > Leonardo Tadei > leonardot en pegasusnet.com.ar > Web: http://leonardo.tadei.com.ar > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > Hola Leo, te agradezco la respuesta! Paso a responder las preguntas para aclarar algunos puntos. *> 3. El sistema debe gestionar ciudades con su provincia[2] y la ciudad no tiene también un País ? Pareciera que sí, porque tiene Provincia y la Provincia tiene País, pero al no ponerlo acá, ni en el diccionario, queda la duda. En los requerimientos hay que evitar "requerimientos por transitividad", porque sacan claridad a la especificación.* tenés razón, no queda especificado que la ciudad tenga país, pero sí. Modificando el RF de esta manera: * 3. * El sistema debe gestionar ciudades con su provincia[2] y por ende su país[1] ¿Deja dudas también? ¿Lo pongo en el diccionario? Lo que quise hacer es una especie de dependencia. Si no tengo el país no puedo tener la provincia, y si no tengo la provincia no puedo tener la ciudad. Pero quizá esa forma de expresarlo no esta bien para el RF ya que tiene que ver también con la forma de programarlo. *> 6. El sistema debe gestionar bandas/intérpretes musicales con su > género/estilo[5] y su editor[4] Las Bandas/Intérpretes Musicales tienen solo un Género/Estilo?* Entiendo lo que me decís ya que una Banda/Intérprete Musical* *puede llegar a tener más de un solo género/estilo. Lo ideal sería que solo tenga uno, pero podría entrar en conflicto con los usuarios que busquen una banda mediante el filtro del género/estilo y no la encuentren ya que se le definió otro género, pero ambos podrían ser correctos. Por otra parte si quisiera hacer que una banda tuviera más de un solo género, no tengo bien claro como se relacionarían el genero/estilo y la banda/intérprete en la base de datos. *> 8. El sistema debe gestionar discos con su banda/intérprete[6] y > su imagen[7] No me queda claro que la Imagen sea un RF aparte, en vez de ser solo un atributo del Disco... La imagen tiene un Editor, pero el Disco no lo tiene (y sí está en el diccionario. Tampoco le encuentro sentido a que la Imagen y el Disco tengan ambos una calificación. Qué es "calificar" la imagen? Lo podemos charlar en clase para ver detalles, pero de veras que parece que la Imagen sobra entre los RF. De paso, si llamás Editor a alguien, no lo llames luego Uploader, porque confunde. Parece suficientemente claro que el Editor cargue información, inclusive archivos.* De nuevo tenes razón, me equivoque al especificarlo. En realidad el Disco y la canción no deberían tener editor ya que no tienen información propia más que el nombre. Tampoco aclare el término calificación (el cual también me genera varias dudas). Calificación vendría a ser la valoración que dan los editores a un artículo (imagen, MP3, video o letra) insertado por otro editor para darle una reputación al editor que va a ser el promedio de las calificaciones a sus artículos. Ahora bien, el disco y la canción también tienen calificación (me falto ponérsela a la canción) pero no es la misma que la calificación que la de los artículos creados por los editores. Esta calificación es la valoración dada por todos los usuarios y es propia del disco o la canción, es como la opinión del usuario sobre que tanto le gusto el disco o la canción, para después hacer una especie de sistema de recomendaciones con las canciones o bandas mejores puntuadas o un ranking. La imagen está sobre los RF porque si bien el disco solo tiene una imagen, una banda puede tener muchas imágenes y esas imágenes tienen la calificación de los editores. De igual manera tengo dudas de si debería o no estar en los RF, lo podemos charlar en clase. *> 10. El sistema debe gestionar mp3 con su editor[4] y su canción[9]. Puede haber varios MP3 para una sola Canción? Si la respuesta es "no", parece que los MP3 son solo un aributo más de la Canción...* Estoy en duda, porque si bien una canción podría tener varias versiones en MP3 y video (en letra no estoy seguro), tampoco quisiera que existan MP3, videos o letras iguales cargados por diferentes usuarios para ver quien consigue más puntos. * * *> 2. El sistema debe ser autogestionable. Con todos los "el sistema debe gestionar..." que hay, parece que el RNF 2 está de más... o querés decir alguna otra cosa?* Lo que quise decir es que el sistema debe ser gestionado por los editores no por los administradores del sitio, de todas formas creo que debe haber administradores que controlen a los editores y los baneen en caso de ser necesario. Tengo mis dudas al respecto. En clase lo charlamos. Voy a modificar los requerimientos de acuerdo a lo que hablamos y a lo mejor le agrego un par de RF que se me vienen a la mente. Saludos! ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From gabrielinuz en gmail.com Tue Oct 30 07:19:48 2012 From: gabrielinuz en gmail.com (Gabriel Ferreira) Date: Tue, 30 Oct 2012 07:19:48 -0300 Subject: [Php-avanzado] Parece un libro interesante, que opinan Message-ID: Acá un resumen: http://tratandodeentenderlo.blogspot.com.ar/2011/01/clean-code.html -- Gabriel Nicolás González Ferreira Administrador en Sistemas GNU/LINUX, aprobado por R.D. Nº 136/04 Artículo 2º, refrendada por O.C.A. Nº 334/05 Facultad de Ingeniería Universidad Nacional de Mar del Plata. From leonardot en pegasusnet.com.ar Tue Oct 30 08:02:22 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Tue, 30 Oct 2012 08:02:22 -0300 Subject: [Php-avanzado] Requerimientos v2 In-Reply-To: References: <1351560857.20659.1153.camel@praxisviii.intranet.com> Message-ID: <1351594943.20659.1236.camel@praxisviii.intranet.com> Hola Jeremías, te respondo a algunas cuestiones, así la próxima versión se acerca más al final. Lo que quede, lo charlamos en clase: El mar, 30-10-2012 a las 01:05 -0300, Jeremias Brisuela escribió: > Hola Leo, te agradezco la respuesta! > > > Paso a responder las preguntas para aclarar algunos puntos. > > > > > > > > 3. El sistema debe gestionar ciudades con su provincia[2] > > y la ciudad no tiene también un País ? > Pareciera que sí, porque tiene Provincia y la Provincia tiene > País, > pero al no ponerlo acá, ni en el diccionario, queda la duda. > En los requerimientos hay que evitar "requerimientos por > transitividad", porque sacan claridad a la especificación. > > > tenés razón, no queda especificado que la ciudad tenga país, pero sí. > Modificando el RF de esta manera: > > > 3. El sistema debe gestionar ciudades con su provincia[2] y por > ende su país[1] > > > ¿Deja dudas también? ¿Lo pongo en el diccionario? Lo que quise hacer > es una especie > de dependencia. Si no tengo el país no puedo tener la provincia, y si > no tengo la provincia no > puedo tener la ciudad. Pero quizá esa forma de expresarlo no esta bien > para el RF ya que > tiene que ver también con la forma de programarlo. No deja dudas escrito así. La parte "por ende" sobra. Entiendo que quisiste plantear como dependencias, pero la idea de una SRS es explicitar todo. Para plantear cosas como dependientes deberías especificar qué atributos son obligatorios en cada cosa, con lo que es mucho más denso de escribir y de leer. Tal y como decís, acá la "forma de programarlo" no juega ningún papel, y generalmente es un error de especificación. > > 6. El sistema debe gestionar bandas/intérpretes musicales con > su > > género/estilo[5] y su editor[4] > > Las Bandas/Intérpretes Musicales tienen solo un Género/Estilo? > > > Entiendo lo que me decís ya que una Banda/Intérprete Musical puede > llegar a tener más de un > solo género/estilo. Lo ideal sería que solo tenga uno, pero podría > entrar en conflicto con los usuarios > que busquen una banda mediante el filtro del género/estilo y no la > encuentren ya que se le definió > otro género, pero ambos podrían ser correctos. Por otra parte si > quisiera hacer que una banda tuviera > más de un solo género, no tengo bien claro como se relacionarían el > genero/estilo y la banda/intérprete > en la base de datos. Para implementar que una Banda/Intérprete Musical puede llegar a tener más de un solo género/estilo es un tema que veremos justo la clase siguiente a la evaluación. Despreocupate. Volviendo a la especificación, si querés que tenga más de un género/estilo, especificalo así: 6. El sistema debe gestionar bandas/intérpretes musicales con sus géneros/estilos[5] y su editor[4] > > 8. El sistema debe gestionar discos con su banda/intérprete[6] > y > > su imagen[7] > > No me queda claro que la Imagen sea un RF aparte, en vez de > ser solo un > atributo del Disco... La imagen tiene un Editor, pero el Disco no lo > tiene (y sí está en el diccionario. > Tampoco le encuentro sentido a que la Imagen y el Disco tengan > ambos > una calificación. Qué es "calificar" la imagen? > Lo podemos charlar en clase para ver detalles, pero de veras > que parece > que la Imagen sobra entre los RF. > > De paso, si llamás Editor a alguien, no lo llames luego > Uploader, > porque confunde. Parece suficientemente claro que el Editor cargue > información, inclusive archivos. > > > > De nuevo tenes razón, me equivoque al especificarlo. En realidad el > Disco y la canción > no deberían tener editor ya que no tienen información propia más que > el nombre. > Tampoco aclare el término calificación (el cual también me genera > varias dudas). > Calificación vendría a ser la valoración que dan los editores a un > artículo (imagen, MP3, > video o letra) insertado por otro editor para darle una reputación al > editor que va a ser el > promedio de las calificaciones a sus artículos. > Ahora bien, el disco y la canción también tienen calificación (me > falto ponérsela a la canción) > pero no es la misma que la calificación que la de los artículos > creados por los editores. > Esta calificación es la valoración dada por todos los usuarios y es > propia del disco o la canción, > es como la opinión del usuario sobre que tanto le gusto el disco o la > canción, para después > hacer una especie de sistema de recomendaciones con las canciones o > bandas mejores > puntuadas o un ranking. > > > La imagen está sobre los RF porque si bien el disco solo tiene una > imagen, una banda puede > tener muchas imágenes y esas imágenes tienen la calificación de los > editores. [..] Pero en este caso, si una banda tuviera varias imágenes, lo podés especificar poniéndolo en plural, como en el caso de más arriba. Igual, la cuestión importante es saber si la imagen es un atributo de la cosa, o un RF aparte... y pareciera que es solo un atributo, y por tanto no tendrás una funcionalidad que haga referencia a esto. Pasando al tema siguiente, si la calificación es un "ranking" que darán "usuarios", tenés que tener un RF que indique la funcinalidad de rankear cada cosa! Por ejemplo "El sistema debe rankear Bandas/Intérpretes" y en el diccionario poner cómo se calcula este ranking. > > 10. El sistema debe gestionar mp3 con su editor[4] y su > canción[9]. > > Puede haber varios MP3 para una sola Canción? > Si la respuesta es "no", parece que los MP3 son solo un > aributo más de > la Canción... > > > > Estoy en duda, porque si bien una canción podría tener varias > versiones en MP3 y video > (en letra no estoy seguro), tampoco quisiera que existan MP3, videos o > letras iguales cargados Esto tiene pros y contras, pero lo tenés que decidir antes porque tiene un impacto considerable en la construcción del sistema. > por diferentes usuarios para ver quien consigue más puntos. WTF! Esto quiere decir que los Editores tienen un ranking también??? Especificalo! > > 2. El sistema debe ser autogestionable. > > Con todos los "el sistema debe gestionar..." que hay, parece > que el RNF > 2 está de más... o querés decir alguna otra cosa? > > > Lo que quise decir es que el sistema debe ser gestionado por los > editores no por los > administradores del sitio, de todas formas creo que debe haber > administradores que controlen > a los editores y los baneen en caso de ser necesario. Tengo mis dudas > al respecto. > En clase lo charlamos. Dale! > Voy a modificar los requerimientos de acuerdo a lo que hablamos y a lo > mejor le agrego un par de RF > que se me vienen a la mente. > Saludos! =mente! -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From cesargimenezlascano en gmail.com Tue Oct 30 09:58:40 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Tue, 30 Oct 2012 09:58:40 -0300 Subject: [Php-avanzado] Parece un libro interesante, que opinan In-Reply-To: References: Message-ID: es muy bueno!!!! se podrá conseguir la versión en español en pdf? gracias, saludos!!!!! El 30 de octubre de 2012 07:19, Gabriel Ferreira escribió: > Acá un resumen: > > http://tratandodeentenderlo.**blogspot.com.ar/2011/01/clean-**code.html > > > -- > Gabriel Nicolás González Ferreira > Administrador en Sistemas GNU/LINUX, > aprobado por R.D. Nº 136/04 Artículo 2º, refrendada por O.C.A. Nº 334/05 > Facultad de Ingeniería > Universidad Nacional de Mar del Plata. > ______________________________**_________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.**ar > http://www3.fi.mdp.edu.ar/cgi-**bin/mailman/listinfo/php-**avanzado > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: From cesargimenezlascano en gmail.com Tue Oct 30 14:08:38 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Tue, 30 Oct 2012 14:08:38 -0300 Subject: [Php-avanzado] requerimientos Cesar Gimenez V5 Message-ID: Muchas gracias Leo!. Ahí te envío una nueva versión de los SRS, Saque el concepto de publicación paga y gratuita, te explico mejor en persona pero me interesa mas concentrarme en mejorar el sistema y que quede bien funcional en vez de estar pensando en una futura posible monetizacion del mismo, así que voy a mostrar mas sobre todos los comercios en su "sección de información" (el popup que sale al hacer click en un lugar). Espero el resto de los conceptos queden claros, sino los discutimos en persona. hasta mañana!!!! El 26 de octubre de 2012 12:19, Leonardo Tadei - Pegasus Tech Supply < leonardot en pegasusnet.com.ar> escribió: > Hola Cesar, > > El jue, 25-10-2012 a las 13:37 -0300, Cesar Gimenez Lascano escribió: > > Leo! ahí te envío una nueva versión de los SRS con > > las modificaciones q surgieron de ayer. Saludos y gracias!!!!! > > la copio abajo para hacer comentarios: > > RF2: estás seguro de que no vale la pena gestionarlos? Si solo es > "mostrar", los únicos tipos existentes serán los enumerados abajo, y la > verdad que el "otras" queda feo... > > RF3: en el diccionario te falta el Tipo de Comercio. > > RF9: idem RF2 > > RF10: espacialidad? ;-) > > RF12: seguro que no. O esto es un RF no funcional si te referís al > acceso, o si es una funcionalidad, te falta encontrarle un nombre más > específico. > > RF13: en el foursquare de quién? Del comercio? De sitio? del visitante? > > RF14: aparece otras vez el muy general término "usuario". Ponele un > nombre más específico. > > RF15 y RF16: idem anterior. > > RF17: está clarísimo, pero entonces la única diferencia de tener una > publicación paga a una gratuita es que se ven los tweets... y si es esto > solo, yo prefería la gratuita por motivos que te puedo contar mejor en > persona. > > > Nada más por ahora. > Buen avance! > > > Gestor de contenidos turísticos > OBJETIVO: crear una guia de comercios, servicios e información turística > web de la ciudad. Los lugares se mostrará sobre un mapa. Se obtendrá > información de contacto de los lugares al hacer click sobre ellos > (publicación). > > > REQUERIMIENTOS FUNCIONALES: > > > 1. El sistema debe mostrar tipos de publicación. > > 2. El sistema debe mostrar tipos de comercios. > > 3. El sistema debe gestionar comercios con su tipo de publicación > [1] y su tipo de comercio [2]. > > 4. El sistema debe gestionar eventos. > > 5. El sistema debe gestionar puntos de interés turísticos. > > 6. El sistema debe mostrar categorías de alojamientos. > > 7. El sistema debe gestionar alojamientos con su categoría de > alojamientos [6] y su tipo de publicación [1]. > > 8. El sistema debe gestionar bares con su tipo de publicación [1]. > > 9. El sistema debe mostrar especialidades. > > 10. El sistema debe gestionar restaurantes con su espacialidad [9] y > su tipo de publicación [1]. > > 11. El sistema debe mostrar los comercios, bares, restaurantes, > alojamientos, eventos y puntos de interés turístico sobre un > mapa de la ciudad. > > > 11.1 El sistema debe filtrar por ?solo comercios?, ?solo bares?, ?solo > restaurantes?, ?sólo alojamientos?, ?solo eventos? y ?solo puntos de > interés turísticos?. > > 12. El sistema debe manejar usuarios. > > 13. El sistema debe mostrar los comentarios en foursquare escritos sobre > los comercios, bares, restaurantes y alojamientos en su publicación > gratis o paga [1]. > > 14. El sistema debe compartir el nombre, dirección y teléfono de los > comercios, bares, restaurantes y alojamientos en las redes sociales > twitter y facebook del usuario. > > 15. El sistema debe compartir la descripción, fecha, hora y dirección de > los eventos en las redes sociales twitter y facebook del usuario. > > 16. El sistema debe compartir la descripción y dirección de los puntos > de interés turístico en las redes sociales twitter y facebook del > usuario. > > 17. El sistema debe mostrar los últimos tweets de los bares, > restaurantes, comercios y alojamientos en caso de tener una publicación > paga [1]. > > > > DICCIONARIO: > > > * Alojamiento: nombre, dirección, teléfono, latitud, longitud, > categoría de alojamiento, logo, tipo de publicación, twitter_id, > foursquere_id. > > * Comercio: dirección, teléfono, latitud, longitud, logo, tipo de > publicación, twitter_id, foursquere_id. > > * Eventos: fecha, hora, dirección, descripción, latitud, longitud, > imagen. > > * Puntos de interés turístico: dirección, descripción, latitud, > longitud, imagen. > > * Bar: dirección, teléfono, latitud, longitud, logo, tipo de > publicación, twitter_id, foursquere_id. > > * Restaurante: dirección, teléfono, latitud, longitud, > especialidad, logo, tipo de publicación, twitter_id, > foursquere_id. > > * Categorías alojamientos: 1 estrella, 2 estrellas, 3 estrellas, 4 > estrellas, 5 estrellas, apart hotel, hostel. > > * tipo de publicación: gratis, paga. > > * especialidades: parrilla, pastas, pizzas, tenedor libre, comidas > rápidas, picadas, pescados y mariscos, otras. > > * tipos de comercio: electrónica, indumentaria, supermercado, > zapatería, belleza, otras. > > > > REQUERIMIENTOS NO FUNCIONALES: > > > 1. El sistema debe ser web. > > 2. El sistema debe ser compatible con dispositivos móviles. > > 3. El sistema debe utilizar la API de twitter. > > 4. El sistema debe utilizar la API de foursquare. > > 5. El sistema debe usar herramientas de código libre. > > -- > Leonardo Tadei > leonardot en pegasusnet.com.ar > Web: http://leonardo.tadei.com.ar > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: gestorcontenidosturisticos5.odt Type: application/vnd.oasis.opendocument.text Size: 12335 bytes Desc: no disponible URL: From leonardot en pegasusnet.com.ar Tue Oct 30 16:34:54 2012 From: leonardot en pegasusnet.com.ar (Leonardo Tadei - Pegasus Tech Supply) Date: Tue, 30 Oct 2012 16:34:54 -0300 Subject: [Php-avanzado] requerimientos Cesar Gimenez V5 In-Reply-To: References: Message-ID: <1351625694.20659.1253.camel@praxisviii.intranet.com> Hola Cesar, la SRS mejoró mucho. Mañana en clase seguimos. El mar, 30-10-2012 a las 14:08 -0300, Cesar Gimenez Lascano escribió: > Muchas gracias Leo!. Ahí te envío una nueva versión de los SRS, Saque > el concepto de publicación paga y gratuita, te explico mejor en > persona pero me interesa mas concentrarme en mejorar el sistema y que > quede bien funcional en vez de estar pensando en una futura posible > monetizacion del mismo, así que voy a mostrar mas sobre todos los > comercios en su "sección de información" (el popup que sale al hacer > click en un lugar). Espero el resto de los conceptos queden claros, > sino los discutimos en persona. hasta mañana!!!! > > El 26 de octubre de 2012 12:19, Leonardo Tadei - Pegasus Tech Supply > escribió: > Hola Cesar, > > El jue, 25-10-2012 a las 13:37 -0300, Cesar Gimenez Lascano > escribió: > > Leo! ahí te envío una nueva versión de los SRS con > > las modificaciones q surgieron de ayer. Saludos y > gracias!!!!! > > > la copio abajo para hacer comentarios: > > RF2: estás seguro de que no vale la pena gestionarlos? Si solo > es > "mostrar", los únicos tipos existentes serán los enumerados > abajo, y la > verdad que el "otras" queda feo... > > RF3: en el diccionario te falta el Tipo de Comercio. > > RF9: idem RF2 > > RF10: espacialidad? ;-) > > RF12: seguro que no. O esto es un RF no funcional si te > referís al > acceso, o si es una funcionalidad, te falta encontrarle un > nombre más > específico. > > RF13: en el foursquare de quién? Del comercio? De sitio? del > visitante? > > RF14: aparece otras vez el muy general término "usuario". > Ponele un > nombre más específico. > > RF15 y RF16: idem anterior. > > RF17: está clarísimo, pero entonces la única diferencia de > tener una > publicación paga a una gratuita es que se ven los tweets... y > si es esto > solo, yo prefería la gratuita por motivos que te puedo contar > mejor en > persona. > > > Nada más por ahora. > Buen avance! > > > Gestor de contenidos turísticos > OBJETIVO: crear una guia de comercios, servicios e información > turística > > web de la ciudad. Los lugares se mostrará sobre un mapa. Se > obtendrá > información de contacto de los lugares al hacer click sobre > ellos > > (publicación). > > > REQUERIMIENTOS FUNCIONALES: > > > 1. El sistema debe mostrar tipos de publicación. > > 2. El sistema debe mostrar tipos de comercios. > > 3. El sistema debe gestionar comercios con su tipo de > publicación > [1] y su tipo de comercio [2]. > > 4. El sistema debe gestionar eventos. > > 5. El sistema debe gestionar puntos de interés > turísticos. > > 6. El sistema debe mostrar categorías de alojamientos. > > 7. El sistema debe gestionar alojamientos con su > categoría de > > alojamientos [6] y su tipo de publicación [1]. > > 8. El sistema debe gestionar bares con su tipo de > publicación [1]. > > 9. El sistema debe mostrar especialidades. > > 10. El sistema debe gestionar restaurantes con su > espacialidad [9] y > su tipo de publicación [1]. > > 11. El sistema debe mostrar los comercios, bares, > restaurantes, > alojamientos, eventos y puntos de interés turístico > sobre un > mapa de la ciudad. > > > 11.1 El sistema debe filtrar por ?solo comercios?, ?solo > bares?, ?solo > restaurantes?, ?sólo alojamientos?, ?solo eventos? y ?solo > puntos de > interés turísticos?. > > 12. El sistema debe manejar usuarios. > > 13. El sistema debe mostrar los comentarios en foursquare > escritos sobre > los comercios, bares, restaurantes y alojamientos en su > publicación > gratis o paga [1]. > > 14. El sistema debe compartir el nombre, dirección y teléfono > de los > comercios, bares, restaurantes y alojamientos en las redes > sociales > twitter y facebook del usuario. > > 15. El sistema debe compartir la descripción, fecha, hora y > dirección de > los eventos en las redes sociales twitter y facebook del > usuario. > > 16. El sistema debe compartir la descripción y dirección de > los puntos > de interés turístico en las redes sociales twitter y facebook > del > usuario. > > 17. El sistema debe mostrar los últimos tweets de los bares, > restaurantes, comercios y alojamientos en caso de tener una > publicación > paga [1]. > > > > DICCIONARIO: > > > * Alojamiento: nombre, dirección, teléfono, latitud, > longitud, > > categoría de alojamiento, logo, tipo de publicación, > twitter_id, > foursquere_id. > > * Comercio: dirección, teléfono, latitud, longitud, > logo, tipo de > publicación, twitter_id, foursquere_id. > > * Eventos: fecha, hora, dirección, descripción, latitud, > longitud, > imagen. > > * Puntos de interés turístico: dirección, descripción, > latitud, > longitud, imagen. > > * Bar: dirección, teléfono, latitud, longitud, logo, > tipo de > > publicación, twitter_id, foursquere_id. > > * Restaurante: dirección, teléfono, latitud, longitud, > > especialidad, logo, tipo de publicación, twitter_id, > foursquere_id. > > * Categorías alojamientos: 1 estrella, 2 estrellas, 3 > estrellas, 4 > estrellas, 5 estrellas, apart hotel, hostel. > > * tipo de publicación: gratis, paga. > > * especialidades: parrilla, pastas, pizzas, tenedor > libre, comidas > > rápidas, picadas, pescados y mariscos, otras. > > * tipos de comercio: electrónica, indumentaria, > supermercado, > zapatería, belleza, otras. > > > > REQUERIMIENTOS NO FUNCIONALES: > > > 1. El sistema debe ser web. > > 2. El sistema debe ser compatible con dispositivos > móviles. > > 3. El sistema debe utilizar la API de twitter. > > > 4. El sistema debe utilizar la API de foursquare. > > 5. El sistema debe usar herramientas de código libre. > > -- > Leonardo Tadei > leonardot en pegasusnet.com.ar > Web: http://leonardo.tadei.com.ar > Firma pública: > http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado -- Leonardo Tadei leonardot en pegasusnet.com.ar Web: http://leonardo.tadei.com.ar Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key From cesargimenezlascano en gmail.com Tue Oct 30 16:47:53 2012 From: cesargimenezlascano en gmail.com (Cesar Gimenez Lascano) Date: Tue, 30 Oct 2012 16:47:53 -0300 Subject: [Php-avanzado] Posibilidad de abrir el curso php orientado a objetos In-Reply-To: References: <1351254020.20659.913.camel@praxisviii.intranet.com> <1351274118.20659.980.camel@praxisviii.intranet.com> Message-ID: interesante, lo voy a tener muy en cuenta....... El día 26 de octubre de 2012 15:47, Luciano escribió: > Si Leo la otra vez tuvimos que acortar el tema de turnos porque sino era muy > largo, seria buena idea implementarlo ahora en este curso, no lo tomo a mal > al contrario seria genial implementar eso que me quedo pendiente en el curso > anterior. > Bueno Leo, si se llega a abrir el curso cuenten conmigo, veré como adaptare > los horarios pero tratare de no perder esta oportunidad. > > Saludos y Gracias. > > > -----Mensaje original----- From: Leonardo Tadei - Pegasus Tech Supply > Sent: Friday, October 26, 2012 2:55 PM > > To: Lista del curso de PHP Avanzado > Subject: Re: [Php-avanzado] Posibilidad de abrir el curso php orientado a > objetos > > Hola Luciano, > > El vie, 26-10-2012 a las 12:19 -0300, Luciano escribió: >> >> Hola Leo, >> Como estas tanto tiempo? > > > Todo muy bien! > >> Con respecto al curso de POO tengo un par de dudas, ya que lo quise hacer >> cuando terminamos "Php-avanzado" pero lamentablemente no se pudo abrir. >> El diseño de un software puede ser el mismo que se implemento en el curso >> de "Php-avanzado", ya que se tiene el SRS aprobado? >> Es decir realizar el mismo proyecto pero en POO. > > > Mmmm... te entiendo el planteo, pero esto depende más bien del tipo de > software, ya que si bien todo se puede hacer en POO, un sistema que solo > lea y guarde información (por más compleja que sea la estructura de > dicha información) no tiene absolutamente ninguna complejidad > interesante para resolver desde este punto de vista. > Tu sistema médico-administrativo tiene un buen tamaño, pero fijate que > "solo" guarda información y la recupera. (y con esto, por favor no o > tomes a mal, no quiero decir que tu sistema no sea necesario ni que no > haya sido complejo ni trabajoso llevarlo adelante). > Para este curso, por ejemplo, sería un mejor ejercicio implementar un > sistema de turnos para las consultas médicas, y que los turnos y las > consultas sean el corazón de la aplicación. > Si vos querés hacer el mismo sistema, yo no te lo voy a impedir, pero > de veras vas a sacarle muy poco jugo al curso, porque no hay casi nada > que diseñar :-( > >> En el curso se van a ver de cero el desarrollo en POO teniendo presente >> obviamente lo que se vio en el curso anterior?. > > > Sí: asumimos que ya escriben PHP y HTML fluidamente, y no tocamos > ningún tema de uso del lenguaje, concentrándonos en las 5 o 6 palabras > reservadas con las que se implementa POO. > >> Te comento esto porque ando medio ajustado de tiempo, pero me quede con >> muchas ganas de hacer el curso y si se llega abrir no me gustaría perder >> la >> oportunidad. > > > Ojalá puedas sumarte! > >> Saludos. > > > =mente! > > >> -----Mensaje original----- From: Leonardo Tadei - Pegasus Tech Supply >> Sent: Friday, October 26, 2012 9:20 AM >> To: Lista del curso de PHP Avanzado >> Subject: Re: [Php-avanzado] Posibilidad de abrir el curso php orientado a >> objetos >> >> Para más datos sobre el curso, dura 9 clases (por eso lo podemos hacer >> en Febrero/Marzo) y se enfoca en el diseño de aplicaciones usando >> Programación Orientada a Objetos. >> Es un curso de diseño de software. Se diseña software. Hay que partir >> entonces de un software para diseñar, así que es buena idea tener >> pensados posibles proyectos y un borrador de la SRS funcional. >> Al final del curso, en la 9na clase, se presentan los diseños de lo que >> presentarán como trabajo final, que tienen al menos 3 meses para >> preparar, y con cuya entrega se aprueba el curso. >> Hay entre el final de la cursada y la entrega posibilidad de consultas >> presenciales, además de la lista. >> Es por tanto un curso intensivo, así que resérvense tiempo para hacer >> las prácticas y para participar activamente de las discusiones de >> diseño. >> >> PD: hay sugerencias de ex-alumnos de que este curso no sea tan >> intensivo, y que por ejemplo dure el doble, teniendo una semana el tema >> y los ejercicios y a la siguiente mostrar las soluciones, discutirlas y >> ajustarlas... pero el curso pasaría a costar casi el doble. >> PPD: no sé el costo de curso, pero Gabriel Nicolás puede averiguarlo y >> contarnos por acá. >> PPPD: ex-alumnos que no presentaron su trabajo final, podrían negociar >> con Silvio rehacerlo para ver si se llevan el merecido certificado }:-> >> >> >> El vie, 26-10-2012 a las 02:06 -0300, Gabriel Ferreira escribió: >> > Hola el motivo de este correo es claro, juntar alumnos que hayan > >> > aprobado >> > php-avanzado para poder abrir phpoo, hablando con Leo y Silvio la >> > matrícula debería estar conformada (paga) para diciembre y deberíamos > >> > ser >> > 10 como mínimo, para poder empezar en febrero, bueno inicio con mi > >> > nombre >> > debajo, sumen-sen por favor: >> > >> > 1- >> > 2- >> > 3- >> > 4- >> > 5- Gabriel Nicolás González Ferreira (me gusta el 5, jiji) >> > 6- >> > 7- >> > 8- >> > 9- >> > 10- >> > >> > >> > > -- > Leonardo Tadei > leonardot en pegasusnet.com.ar > Web: http://leonardo.tadei.com.ar > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key > > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado > _______________________________________________ > Php-avanzado mailing list > Php-avanzado en pato2.fi.mdp.edu.ar > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado