Mensaje de error para ser desplegado vía redirect

118 views
Skip to first unread message

Carlos Beltran

unread,
Feb 24, 2010, 1:46:48 PM2/24/10
to KumbiaPHP Framework
Necesito Mostrar un mensaje producido en una función de un controlador
(vía Flash::error("Error ...")) que luego se <redirect> a otra función
o a la misma del mismo controlador. ¿Como encadeno con el
respectivo .phtml de la función redireccionada para que despliegue
dicho mensaje de error? Gracias de antemano.

Ismael Peralta

unread,
Feb 24, 2010, 3:07:27 PM2/24/10
to kum...@googlegroups.com
Redirecciona primero al controlador que desees, luego imprimes el mensaje de error en esa funcion.
En el caso de .phtml debes crear una vista con el nombre de la funcion(en caso de no existir), y dentro de esa vista debes colocar <?php content(); ?> o tambien  <?php View::content(); ?> en caso de usar Spirit


--
Viva KumbiaPHP Framework!
 http://www.kumbiaphp.com/
 Ha recibido este mensaje porque está suscrito a Grupo "KumbiaPHP Framework" de Grupos de Google.
 Para obtener más opciones, visita este grupo en http://groups.google.com/group/kumbia?hl=es.

Carlos Beltran

unread,
Feb 24, 2010, 4:16:54 PM2/24/10
to kum...@googlegroups.com
El 24 de febrero de 2010 15:07, Ismael Peralta <isma...@gmail.com> escribió:
Redirecciona primero al controlador que desees, luego imprimes el mensaje de error en esa funcion.
En el caso de .phtml debes crear una vista con el nombre de la funcion(en caso de no existir), y dentro de esa vista debes colocar <?php content(); ?> o tambien  <?php View::content(); ?> en caso de usar Spirit

Gracias Ismael . En efecto uso Spirit y buenísimo lo de <?php View::content(); ?> lo probé con Flash::notice(). Sin embargo el error surge en la lógica de la función y por lo tanto hago el <Flash::error(E..)> para luego inmediatamente hacer el <redirect>. Y por su puesto se pierde el mensaje del flash. Ahora ya en la funcion redireccionada no sé nada del posible error anterior al redirect o vía request desde el navegador. ¿Cómo podría hacer para que ese <Flash::error(E..)> sea conocido en la ejecución vía redirect?.

Deivinson Tejeda

unread,
Feb 24, 2010, 4:29:30 PM2/24/10
to kum...@googlegroups.com
Lo que sucede es que vas a otro request y siempre pierdes los datos este comportamiento es propio de PHP no de KumbiaPHP sin embargo en el proximo beta2 de KumbiaPHP ya fue resuelto :)

Ahora lo puedes hacer de esta forma en la beta1...




--
Deivinson Tejeda (CaChi)
KumbiaPHP Framework Developer
http://www.kumbiaphp.com

Twitter @DeivinsonTejeda

Carlos Beltran

unread,
Feb 24, 2010, 5:09:45 PM2/24/10
to kum...@googlegroups.com
El 24 de febrero de 2010 16:29, Deivinson Tejeda <deivins...@kumbiaphp.com> escribió:
Lo que sucede es que vas a otro request y siempre pierdes los datos este comportamiento es propio de PHP no de KumbiaPHP sin embargo en el proximo beta2 de KumbiaPHP ya fue resuelto :)

Ahora lo puedes hacer de esta forma en la beta1...


 Delvinson. Gracias por tu respuesta y la sugerencia de usar una variables en session, sin embargo me gustaría obtener la beta2 a la que te refieres, ¿Cómo obtengo la spirit beta2?

Deivinson Tejeda

unread,
Feb 24, 2010, 7:40:24 PM2/24/10
to kum...@googlegroups.com
Me permito aclararte que no es un beta2 oficial, estamos trabajando en los últimos detalles que son basicamente documentación y pequeños retoques al código, tenemos usuarios que la estan utilizando en aplicaciones que estan en producción que nos sirven para recibir feedback de la misma y hasta el momento todo esta perfecto.

Esta versión se encuentra disponible en el SVN de KumbiaPHP[1], en cuanto al soporte de esta por su falta de documentación (recuerda que no esta lanzada oficialmente) se esta gestionando por el IRC[2] donde estan (estamos) desarrolladores y usuarios que vienen utilizando dicha versión que facilmente pueden ayudar a solventar problemas.

Una vez mas repito es una versión totalmente funcional, que si sabemos utilizar un buen IDE podemos aprovechar el PHPDocs y sacar provecho de estos como base de la documentación, ademas las personas dispuestas a utilizar esta versión y quieren ayudar para documentar la Wiki estan bienvenidos ayudar en este sentido para dar el lanzamiento...

Éxitos!

--
Viva KumbiaPHP Framework!
http://www.kumbiaphp.com/
Ha recibido este mensaje porque está suscrito a Grupo "KumbiaPHP Framework" de Grupos de Google.
Para obtener más opciones, visita este grupo en http://groups.google.com/group/kumbia?hl=es.

Carlos Beltran

unread,
Feb 25, 2010, 4:25:12 PM2/25/10
to kum...@googlegroups.com
El 24 de febrero de 2010 19:40, Deivinson Tejeda <deivins...@kumbiaphp.com> escribió:
Me permito aclararte que no es un beta2 oficial, estamos trabajando en los últimos detalles que son basicamente documentación y pequeños retoques al código, tenemos usuarios que la estan utilizando en aplicaciones que estan en producción que nos sirven para recibir feedback de la misma y hasta el momento todo esta perfecto.

Esta versión se encuentra disponible en el SVN de KumbiaPHP[1], en cuanto al soporte de esta por su falta de documentación (recuerda que no esta lanzada oficialmente) se esta gestionando por el IRC[2] donde estan (estamos) desarrolladores y usuarios que vienen utilizando dicha versión que facilmente pueden ayudar a solventar problemas.

Una vez mas repito es una versión totalmente funcional, que si sabemos utilizar un buen IDE podemos aprovechar el PHPDocs y sacar provecho de estos como base de la documentación, ademas las personas dispuestas a utilizar esta versión y quieren ayudar para documentar la Wiki estan bienvenidos ayudar en este sentido para dar el lanzamiento...

Éxitos!

Gracias Deivinson. Y estoy dispuesto a colaborar probando y en lo que más pueda. Ya instalé la beta 2 y moví los controllers y views de la aplicación que estamos desarrollando. Y en una primera inspección encuentro que no existe boot.ini donde se había agregado la lib auth. Además en el directorio views ya no están los directorios templates y partials.
Después de actualizar los inis y mover los controladores, vistas y modelos para dejar la aplicación tal y como venía en beta 1, no identifica la funcionalidad de tags y falla así: Fatal error: Call to undefined function javascript_include_tag() in /var/www/spirit2/app/views/iniciarsesion/index.phtml on line 1. Esta línea es <?= javascript_include_tag("enviarUnaVez") ?> y ya tengo enviarUnaVez.js en app/public/javascript/.
Gracias de antemano por tu nueva ayuda.

Deivinson Tejeda

unread,
Feb 25, 2010, 9:49:56 PM2/25/10
to kum...@googlegroups.com
El 25 de febrero de 2010 16:25, Carlos Beltran <carlos.beltr...@gmail.com> escribió:
El 24 de febrero de 2010 19:40, Deivinson Tejeda <deivins...@kumbiaphp.com> escribió:
Me permito aclararte que no es un beta2 oficial, estamos trabajando en los últimos detalles que son basicamente documentación y pequeños retoques al código, tenemos usuarios que la estan utilizando en aplicaciones que estan en producción que nos sirven para recibir feedback de la misma y hasta el momento todo esta perfecto.

Esta versión se encuentra disponible en el SVN de KumbiaPHP[1], en cuanto al soporte de esta por su falta de documentación (recuerda que no esta lanzada oficialmente) se esta gestionando por el IRC[2] donde estan (estamos) desarrolladores y usuarios que vienen utilizando dicha versión que facilmente pueden ayudar a solventar problemas.

Una vez mas repito es una versión totalmente funcional, que si sabemos utilizar un buen IDE podemos aprovechar el PHPDocs y sacar provecho de estos como base de la documentación, ademas las personas dispuestas a utilizar esta versión y quieren ayudar para documentar la Wiki estan bienvenidos ayudar en este sentido para dar el lanzamiento...

Éxitos!

Gracias Deivinson. Y estoy dispuesto a colaborar probando y en lo que más pueda. Ya instalé la beta 2 y moví los controllers y views de la aplicación que estamos desarrollando. Y en una primera inspección encuentro que no existe boot.ini donde se había agregado la lib auth. Además en el directorio views ya no están los directorios templates y partials.

El Auth y las librerias de KumbiaPHP se cargan solas (autoload) esto porque pocos usuarios saben utilizar el boot.ini y decidimos quitarlo para evitar confusiones y ahora como somos flojos KumbiaPHP lo hace por ti :) nada mal ¿no ?

Después de actualizar los inis y mover los controladores, vistas y modelos para dejar la aplicación tal y como venía en beta 1, no identifica la funcionalidad de tags y falla así: Fatal error: Call to undefined function javascript_include_tag() in /var/www/spirit2/app/views/iniciarsesion/index.phtml on line 1. Esta línea es <?= javascript_include_tag("enviarUnaVez") ?> y ya tengo enviarUnaVez.js en app/public/javascript/.
Gracias de antemano por tu nueva ayuda.

Bueno la idea de la migración es que aproveches las nuevas bondades de KumbiaPHP entre ella sus nuevos helpers, que ahora son clases con métodos estáticos totalmente extensibles por los usuarios.

Deberías comenzar a sustituir los viejos helpers por los nuevos, aunque estos (los viejos) siguen existiendo no son aconsejable y menos si estan migrando mejor hacer todo el trabajo de un golpe que es bastante sencillo...

Si utilizas un IDE decente al colocar en algunas de tus vistas <?php echo Form:: ?> te debe autocompletar con todos los métodos de la class Form la cual tiene todos los métodos para el manejo de formularios...

Ejemplo...

<?php echo Form::open('controller/action/')?>
    <?php echo Form::text('nombre') ?>//genera un input text  
<?php echo Form::close()?>

Asi como esta otras clases como Html, Js, Tag cada una con su PHPDocs actualizado y explica como se utiliza por eso te mencione sobre tu IDE ya que este te debe autocompletar...

La idea es documentar todo lo que estas haciendo para la migración par ayudar a los nuevos usuarios en su proceso, es bastante simple y lo que se haga se tendra en beneficios en el desarrollo.

--
Viva KumbiaPHP Framework!
http://www.kumbiaphp.com/
Ha recibido este mensaje porque está suscrito a Grupo "KumbiaPHP Framework" de Grupos de Google.
Para obtener más opciones, visita este grupo en http://groups.google.com/group/kumbia?hl=es.



--
Atte...

Deivinson Tejeda (CaChi)
http://cachi.temiga.org/
http://www.kumbiaphp.com

Giovanny luis

unread,
Feb 25, 2010, 10:20:58 PM2/25/10
to kum...@googlegroups.com
Buenas noches :)
Era muy necesario?
Supongo que la autocarga es "al vuelo" ¿no?
¿Algunos usuarios no sabian usarlo? ¿Como es eso?
recuerdo que con los modelos tambien se hacia autoload y luego se elimino esta funcionalidad.

Por cierto despues de mucho tiempo vuelvo al ruedo, tenia mucho trabajo :P

Saludos.


El Thu, 25 Feb 2010 21:49:56 -0500
Deivinson Tejeda <deivins...@gmail.com> Escribió:

> El Auth y las librerias de KumbiaPHP se cargan solas (autoload) esto porque
> pocos usuarios saben utilizar el boot.ini y decidimos quitarlo para evitar
> confusiones y ahora como somos flojos KumbiaPHP lo hace por ti :) nada mal
> ¿no ?

--
Giovanny luis <Giovan...@gmail.com>

Deivinson Tejeda

unread,
Feb 26, 2010, 8:00:21 AM2/26/10
to kum...@googlegroups.com
hmmmm Creo que no haz entendido que es autoload...

El autoload es una funcionalidad propia de PHP, que en KumbiaPHP la hemos aprovechado, mas bien te hemos quitado trabajo, porque pocos usuarios realmente sabían como cargar librerías...

Ahora simplemente haces new Auth(...) y KumbiaPHP te incluye la dependencia, mas fácil sería Inteligencia Artificial, ademas puedes seguir usando Load::libs('auth')...

El autoload para modelos es otra historia, que la explicaremos para que aprendan mejor a cargar modelos...

Pues Giovanny bienvenido nuevamente a KumbiaPHP :)

Éxitos!


2010/2/25 Giovanny luis <giovan...@gmail.com>
--
Viva KumbiaPHP Framework!
 http://www.kumbiaphp.com/
 Ha recibido este mensaje porque está suscrito a Grupo "KumbiaPHP Framework" de Grupos de Google.
 Para obtener más opciones, visita este grupo en http://groups.google.com/group/kumbia?hl=es.



--

Giovanny luis

unread,
Feb 26, 2010, 9:28:24 AM2/26/10
to kum...@googlegroups.com
Ahora lo entiendo mejor(supongo que se usa __autoload)

Saludos

El Fri, 26 Feb 2010 08:30:21 -0430
Deivinson Tejeda <deivins...@kumbiaphp.com> Escribió:


--
Giovanny luis <Giovan...@gmail.com>

Carlos Beltran

unread,
Feb 26, 2010, 4:45:42 PM2/26/10
to kum...@googlegroups.com
Bueno la idea de la migración es que aproveches las nuevas bondades de KumbiaPHP entre ella sus nuevos helpers, que ahora son clases con métodos estáticos totalmente extensibles por los usuarios.

Deberías comenzar a sustituir los viejos helpers por los nuevos, aunque estos (los viejos) siguen existiendo no son aconsejable y menos si estan migrando mejor hacer todo el trabajo de un golpe que es bastante sencillo...

Si utilizas un IDE decente al colocar en algunas de tus vistas <?php echo Form:: ?> te debe autocompletar con todos los métodos de la class Form la cual tiene todos los métodos para el manejo de formularios...

Ejemplo...

<?php echo Form::open('controller/action/')?>
    <?php echo Form::text('nombre') ?>//genera un input text  
<?php echo Form::close()?>

Asi como esta otras clases como Html, Js, Tag cada una con su PHPDocs actualizado y explica como se utiliza por eso te mencione sobre tu IDE ya que este te debe autocompletar...

La idea es documentar todo lo que estas haciendo para la migración par ayudar a los nuevos usuarios en su proceso, es bastante simple y lo que se haga se tendra en beneficios en el desarrollo.

Delvinson, nuevamente gracias. En efecto estoy invocando las nuevas funcionalidades de las nuevas clases e indudablemente mejora mucho. Y aprovecho para reportarte este errorcito <?= Form::text('usuario', 'id: nombre')?> me regresa <input id="usuario" name="usuario" type="text" value="" id: nombre/> sin embargo con <?= text_field_tag('usuario', 'id: nombre')?> me produce <input id="nombre" name="usuario" type="text"> como en efecto debe quedar el id="nombre" y no id: nombre/
Hasta pronto.
Nota. ¿Que IDE me recomiendas? Trabajamos con Linux Ubuntu 9.10 tanto en server como en Desktops.

Deivinson Tejeda

unread,
Feb 26, 2010, 9:09:04 PM2/26/10
to kum...@googlegroups.com
En estos nuevos helpers (recuerda aun falta documentación) ya no se usa named:parameters básicamente porque eso era emular un comportamiento que no era propio de PHP que traía inconvenientes de lentitud, como dato te dejo que estos helpers son 100 veces mas rápidos que los antiguos...

La forma de usarlo es simple y según tu duda veo que no estas aprovechando al máximo los helpers y la autocarga de formularios que ofrece KumbiaPHP[1], mirate el CRUD de KumbiaPHP en el beta2[2] sobre todo aprecia como se usan los helpers y lo simple que se vuelve desarrollar en KumbiaPHP, si sigues convención todo sale muy fluido y fácil...

Seguimos generando un buen feedback de este hilo, que sirve como guía de migración a futuros usuarios...



2010/2/26 Carlos Beltran <carlos.beltr...@gmail.com>

--
Viva KumbiaPHP Framework!
http://www.kumbiaphp.com/
Ha recibido este mensaje porque está suscrito a Grupo "KumbiaPHP Framework" de Grupos de Google.
Para obtener más opciones, visita este grupo en http://groups.google.com/group/kumbia?hl=es.



--

Deivinson Tejeda

unread,
Feb 26, 2010, 9:13:07 PM2/26/10
to kum...@googlegroups.com
Sobre los IDE's el que gustes, en lo personal uso Eclipse y Komodo Edit andan perfecto en netbeans incluso hay un compañero que la comunidad haciendo un gran esfuerzo para hacer un plugin[1] para ese IDE's, cualquiera de estos te ira bien...

Como datos adicional NetBeans y eclipse consumen bastante recursos pero muy completos en todos los sentidos, por lo contrario Komodo Edit es muy liviano...

--
Viva KumbiaPHP Framework!
http://www.kumbiaphp.com/
Ha recibido este mensaje porque está suscrito a Grupo "KumbiaPHP Framework" de Grupos de Google.
Para obtener más opciones, visita este grupo en http://groups.google.com/group/kumbia?hl=es.



--

Carlos Beltran

unread,
Feb 27, 2010, 10:23:40 PM2/27/10
to kum...@googlegroups.com
El 26 de febrero de 2010 21:09, Deivinson Tejeda <deivins...@kumbiaphp.com> escribió:
En estos nuevos helpers (recuerda aun falta documentación) ya no se usa named:parameters básicamente porque eso era emular un comportamiento que no era propio de PHP que traía inconvenientes de lentitud, como dato te dejo que estos helpers son 100 veces mas rápidos que los antiguos...

La forma de usarlo es simple y según tu duda veo que no estas aprovechando al máximo los helpers y la autocarga de formularios que ofrece KumbiaPHP[1], mirate el CRUD de KumbiaPHP en el beta2[2] sobre todo aprecia como se usan los helpers y lo simple que se vuelve desarrollar en KumbiaPHP, si sigues convención todo sale muy fluido y fácil...

Seguimos generando un buen feedback de este hilo, que sirve como guía de migración a futuros usuarios...

Delvinson. Gracias. En efecto empiezo a usar mejor la autocarga de formularios y bueno en el controlador cuando identifico que aún no llegan los atributos via post hago:
Load::models('usuario');
Y en la vista:
<?= Tag::js('enviarUnaVez')?>
<?= Tag::js('foco')?>
<?= Tag::js('md5')?>
<h3>Login<h3>
<?= Form::open()?>
        <label for="usuario.usuario">Usuario?:</label>
        <?= Form::text('usuario.usuario')?>
        <label for="usuario.password">Clave?:</label>
        <?= Form::pass('usuario.password')?>
        <?= Form::submit('Enviar') ?>
<?= Form::close()?>
<?= View::content()?>
Y bueno realmente siento mejoría en el código con la práctica que propones.
Ahora dado que ya no existe el manejo de parametros asociativos (named:parameters) al invocar los métodos. ¿Cómo hago para lo que hacía en la beta 1:
Usuario?: <?= Form::text('usuario', 'id: nombre')?>
Dado que necesito que el id sea nombre para efecto de enfocar el cursor en este input con foco.js.
<?= Form::submit('enviar', 'value: Enviar','onclick: password.value = hex_md5(password.value)')?>
Dado que debo invocar onclick con el md5.js para que password viaje encriptado. Bueno el convenio exigido por enviarUnaVez.js es que el name sea enviar con el fin de bloquear un segundo o posibles siguientes clicks.

Además dado que usando el esquema de tabla.atributo (Que me parece buenísimo porque evita las dudas cuando com método post se reciben atributos de diferentes clases), y por lo tanto su identificación es:
$usuario = $_POST['usuario']['usuario'];
$password = $_POST['usuario']['password'];
Entonces ¿Como hago ahora para lo que hacía ?:
if($this->has_post('usuario','password')) {
     $usuario = $this->post('usuario');
     $password = $this->post('password');
     ....
}
Gracias de antemano y feliz fin de semana.

Deivinson Tejeda

unread,
Feb 27, 2010, 10:47:50 PM2/27/10
to kum...@googlegroups.com


2010/2/27 Carlos Beltran <carlos.beltr...@gmail.com>
El 26 de febrero de 2010 21:09, Deivinson Tejeda <deivins...@kumbiaphp.com> escribió:

En estos nuevos helpers (recuerda aun falta documentación) ya no se usa named:parameters básicamente porque eso era emular un comportamiento que no era propio de PHP que traía inconvenientes de lentitud, como dato te dejo que estos helpers son 100 veces mas rápidos que los antiguos...

La forma de usarlo es simple y según tu duda veo que no estas aprovechando al máximo los helpers y la autocarga de formularios que ofrece KumbiaPHP[1], mirate el CRUD de KumbiaPHP en el beta2[2] sobre todo aprecia como se usan los helpers y lo simple que se vuelve desarrollar en KumbiaPHP, si sigues convención todo sale muy fluido y fácil...

Seguimos generando un buen feedback de este hilo, que sirve como guía de migración a futuros usuarios...

Delvinson. Gracias. En efecto empiezo a usar mejor la autocarga de formularios y bueno en el controlador cuando identifico que aún no llegan los atributos via post hago:
Load::models('usuario');
Y en la vista:
<?= Tag::js('enviarUnaVez')?>
<?= Tag::js('foco')?>
<?= Tag::js('md5')?>
<h3>Login<h3>
<?= Form::open()?>
        <label for="usuario_usuario">Usuario?:</label>

        <?= Form::text('usuario.usuario')?>
        <label for="usuario.password">Clave?:</label>
        <?= Form::pass('usuario.password')?>
        <?= Form::submit('Enviar') ?>
<?= Form::close()?>
<?= View::content()?>
Y bueno realmente siento mejoría en el código con la práctica que propones.
Ahora dado que ya no existe el manejo de parametros asociativos (named:parameters) al invocar los métodos. ¿Cómo hago para lo que hacía en la beta 1:
Usuario?: <?= Form::text('usuario', 'id: nombre')?>

Para que quieres darle ID si ya KumbiaPHP lo hace por ti?... si miras el código generado tendrás input de este tipo: 
<input type="text" id="usuario_password"> entonces tu label tendría <label for="usuario_password">Usuario?:</label>

Todos los input te daran un id del tipo usuario_password si sigues la convención mode.field

¿Quien es password.value?

Con el submit es esto Form::submit('Enviar', "onclick='password.value = hex_md5(password.value)'")
 
Si estas usando la version del SVN es decir beta2...

te deje un enlace con el CRUD en este mismo hilo donde se ve como se saca la información[1], si miras el Input::post('usuario') tendrás un array


Dado que necesito que el id sea nombre para efecto de enfocar el cursor en este input con foco.js.
<?= Form::submit('enviar', 'value: Enviar','onclick: password.value = hex_md5(password.value)')?>
Dado que debo invocar onclick con el md5.js para que password viaje encriptado. Bueno el convenio exigido por enviarUnaVez.js es que el name sea enviar con el fin de bloquear un segundo o posibles siguientes clicks.

Además dado que usando el esquema de tabla.atributo (Que me parece buenísimo porque evita las dudas cuando com método post se reciben atributos de diferentes clases), y por lo tanto su identificación es:
$usuario = $_POST['usuario']['usuario'];
$password = $_POST['usuario']['password'];
Entonces ¿Como hago ahora para lo que hacía ?:
if($this->has_post('usuario','password')) {
     $usuario = $this->post('usuario');
     $password = $this->post('password');
     ....
}
Gracias de antemano y feliz fin de semana.

--
Viva KumbiaPHP Framework!
http://www.kumbiaphp.com/
Ha recibido este mensaje porque está suscrito a Grupo "KumbiaPHP Framework" de Grupos de Google.
Para obtener más opciones, visita este grupo en http://groups.google.com/group/kumbia?hl=es.

Carlos Beltran

unread,
Mar 2, 2010, 12:06:34 AM3/2/10
to kum...@googlegroups.com
¿Quien es password.value?

Con el submit es esto Form::submit('Enviar', "onclick='password.value = hex_md5(password.value)'")

Gracias por la sugerencia y en efecto funciona (es decir invoca el md5 y asigna el md5 a password.value) para:
<?= Form::open()?>
   <label for='usuario'>Usuario?:</label>
   <?= Form::text('usuario')?>
   <label for='password'>Clave?:</label>
   <?= Form::pass('password')?>
   <?= Form::submit('Enviar', 'onclick = "password.value = hex_md5(password.value)"')?>
<?= Form::close()?>
Sin embargo cuando:
<?= Form::open()?>
   <label for='usuario.usuario'>Usuario?:</label>

   <?= Form::text('usuario.usuario')?>
   <label for='usuario.password'>Clave?:</label>
   <?= Form::pass('usuario.password')?>
   <?= Form::submit('Enviar', 'onclick = "usuario[password].value = hex_md5(usuario[password].value)"')?>
<?= Form::close()?>
y he probado con usuario.password.value, anteponiendo this y bueno muchas combinaciones y no invoca el md5.

¿Como identifico el valor de usuario.password?
Gracias de antemano.

Deivinson Tejeda

unread,
Mar 2, 2010, 1:19:42 PM3/2/10
to kum...@googlegroups.com
Bueno es que no haz visto el xhtml generado...

cuando haces esto Form::text('model.atributte') el id generados es model_atributte mírate el source del código generado en tu xhtml y te darás cuenta :) incluso si utilizas alguna herramienta como firebug o webdevelopers podrás notarlo...


2010/3/2 Carlos Beltran <carlos.beltr...@gmail.com>

--
Viva KumbiaPHP Framework!
http://www.kumbiaphp.com/
Ha recibido este mensaje porque está suscrito a Grupo "KumbiaPHP Framework" de Grupos de Google.
Para obtener más opciones, visita este grupo en http://groups.google.com/group/kumbia?hl=es.

Carlos Beltran

unread,
Mar 3, 2010, 11:06:57 AM3/3/10
to kum...@googlegroups.com
El 2 de marzo de 2010 13:19, Deivinson Tejeda <deivins...@kumbiaphp.com> escribió:
Bueno es que no haz visto el xhtml generado...

cuando haces esto Form::text('model.atributte') el id generados es model_atributte mírate el source del código generado en tu xhtml y te darás cuenta :) incluso si utilizas alguna herramienta como firebug o webdevelopers podrás notarlo...

Delvinson. Justo trabajo con Web Developer y bueno este es el código generado:
<script type="text/javascript" src="/spiritb2/javascript/md5.js"></script><br>

<form action="/spiritb2/iniciarsesion" method="post">   <label for="usuario.usuario">Usuario?:</label><label>

   <input id="usuario.usuario" name="usuario[usuario]" value="" type="text">   </label><label for="usuario.password">Clave?:</label><label>

   <input id="usuario.password" name="usuario[password]" value="" type="password">   <input value="Enviar" onclick="usuario.password.value = hex_md5(usuario.password.value)" type="submit">
a partir del view forma.phtml que es:
<?=Tag::js('md5')?>
<br></br>
<?= Form::open()?>
   <label for='usuario.usuario'>Usuario?:<label>

   <?= Form::text('usuario.usuario')?>
   <label for='usuario.password'>Clave?:<label>

   <?= Form::pass('usuario.password')?>
   <?= Form::submit('Enviar','onclick = "usuario.password.value = hex_md5(usuario.password.value)"')?>

<?= Form::close()?>
<?= View::content()?>
Con controlador iniciarsesion.php así:
class IniciarsesionController extends ApplicationController {
   public function index() {
      if(Input::hasPost('usuario')) {
         ...
      }
      return Router::route_to("action: forma");
   }
   public function forma() {
      $error = Session::get("error");
      if (!empty($error)) {
         Flash::error($error);
         Session::unset_data("error");
      }
      Load::models('usuario');
   }
}
Ya de regreso a index en verifico el contenido de $_POST y tiene:
Array
(
    [usuario] => Array
        (
            [usuario] => 19555666

            [password] => CARLOS
        )
)
evidenciando que no fue exitosa la invocación de md5 ([password] está sin encriptar) con
<?= Form::submit('Enviar','onclick = "usuario.password.value = hex_md5(usuario.password.value)"')?>
Es decir al name="usuario[password]" ¿Cómo identifico el valor de ese name para luego asignar el nuevo que regrese hex_md5?

Nota cabe anotar que tuve que dejar el anterior enfoque en el cual si funciona, sin embargo el esquema model.attribute me parece mucho mas natural y por insisto en dicha identificación.
Gracias de antemano.

Deivinson Tejeda

unread,
Mar 3, 2010, 7:48:23 PM3/3/10
to kum...@googlegroups.com
Cierto tienes razón olvide comentarte, que ese cambio de model.field fue implementado ya que HTML es su documentación permitia como ID's ese carácter (el punto) pues probando encontramos que ese carácter da problemas con css, a su vez con jquery ya que lo interpreta como una class

Aún esta colgado el cambio en el svn y pero seguira (hasta el momento) como antes model_field

Será cuentión de horas para habilitar ese cambio a nivel del repositorio central (bazaar) y llevarlo al svn

Éxitos!


Gracias de antemano.

--
Viva KumbiaPHP Framework!
http://www.kumbiaphp.com/
Ha recibido este mensaje porque está suscrito a Grupo "KumbiaPHP Framework" de Grupos de Google.
Para obtener más opciones, visita este grupo en http://groups.google.com/group/kumbia?hl=es.



--
Atte...

Deivinson Tejeda (CaChi)
Blog: http://cachi.temiga.org/
Site: http://www.kumbiaphp.com
Twitter: @DeivinsonTejeda
Skype: deivinsontejeda

Carlos Beltran

unread,
Mar 5, 2010, 12:55:05 PM3/5/10
to kum...@googlegroups.com
El 3 de marzo de 2010 19:48, Deivinson Tejeda <deivins...@gmail.com> escribió:
Cierto tienes razón olvide comentarte, que ese cambio de model.field fue implementado ya que HTML es su documentación permitia como ID's ese carácter (el punto) pues probando encontramos que ese carácter da problemas con css, a su vez con jquery ya que lo interpreta como una class

Aún esta colgado el cambio en el svn y pero seguira (hasta el momento) como antes model_field

Será cuentión de horas para habilitar ese cambio a nivel del repositorio central (bazaar) y llevarlo al svn

Éxitos!

Delvinson. Buenas tardes

Justo hace 30 min hice  checkout con

sudo svn co https://kumbia.svn.sourceforge.net/svnroot/kumbia/branches/1.0/ spirit12

Y obtuve la revisión 759. El comportamiento model.field continua igual. Favor confirmar si ¿La nueva revisión la debo bajar de otro servidor svn?. Gracias.

Daniel Mariano Garcia Fernandez

unread,
Mar 21, 2010, 11:05:05 AM3/21/10
to kum...@googlegroups.com
http://www.havana557.k25.net/

2010/2/25 Giovanny luis <giovan...@gmail.com>
Reply all
Reply to author
Forward
0 new messages