Aplicar las relaciones de una bd MySQL en la tarea propel:build-schema

[Nacesprin]

Hola. Mi pregunta es la siguiente:
tengo una bd MySQL con 5 tablitas a las cuales les he definido las
relaciones mediante el diseñador de relaciones del phpMyAdmin.

He visto que cuando genero el schema.yml con la tarea propel:build-
schema, me genera la estructura de la base de datos, excepto las
relaciones que creé.

¿Sabeis cuál puede ser el motivo de que no genere las relaciones y
tenga que escribir a pelo dichas relaciones una vez he generado el
fichero schema.yml?

Gracias.

[Alexis jeansalle]

Hola Javier, en el caso mio para hacer las relaciones desde phpmyadmin
las he realizado desde la vista de relaciones (se encuentra en la
parte inferior cuando miras la estructura de la tabla) y nunca he
tenido inconveniente a la hora de realizar el shema.yml. te
recomendaría que pruebes con esa opción, quizás no este funcionando
bien el diseñador de relaciones que trae phpmyadmin y debido a esto te
traiga problemas con propel:build-schema.

saludos!

[Julian Reyes]

Hola a todos

he encontrado un plug para symfony basado en una libreria pChart que es
muy buena lo he probado en mi servidor y funciona bastante bien, pero el
problema es que instale el plugin xsPchart que no es mas que un wrapper
para pChart el problema es que me arruga los siguientes errores

Warning: imageftbbox() [function.imageftbbox]: Could not find/open font
in /home/xxxx/Proyectos/xxxx/plugins/xsPChartPlugin/lib/pChart/pChart/pChart.class on line 2656

pero ya tengo todo con los permisos adecuados, ya borre la cache ya hice
prácticamente todo lo que se pero no se como solucionarlo.

a ver si alguien me hecha una mano con esto.

muchas gracias de antemano

[ReynierPM]

Julian Reyes wrote:
> he encontrado un plug para symfony basado en una libreria pChart que es
> muy buena lo he probado en mi servidor y funciona bastante bien, pero el
> problema es que instale el plugin xsPchart que no es mas que un wrapper
> para pChart el problema es que me arruga los siguientes errores

¿Por qué no usas el pChart?

> Warning: imageftbbox() [function.imageftbbox]: Could not find/open font
> in /home/xxxx/Proyectos/xxxx/plugins/xsPChartPlugin/lib/pChart/pChart/pChart.class on line 2656

Claramente te está diciendo que no encuentra el tipo de fuente que
intentas usar en las gráficas, leete la documentación del plugin o de la
librería a ver si encuentras algo.

> pero ya tengo todo con los permisos adecuados, ya borre la cache ya hice

> prácticamente todo lo que se pero no se como solucionarlo.
Creo que no tiene nada que ver con esto

--
Saludos
ReynierPM

[Julian Reyes]

Hola a todos
tengo una duda respecto a el paso de variables desde un formulario ajax,
he buscado en el libro y ponen los ejemplos que quieran sobre como hacer
un formulario pero ningun ejemplo completo con la accion

quiero un pequeño formulario con ajax con un unico campo donde escribo
una cadena y como la debe recibir la accion para procesarla, y quiero
que de ese parametro hacer un consulta y devolver una lista html.

como podria hacer esto, puesto que nunca he usado symfony con ajax

[David Israel Galindo García]

Que tal este seria un ejemplo muy sencillo de como lo procesaría la acción

public function executeSearch(sfWebRequest $request)

{
  
  if ($request->isXmlHttpRequest())

  {
    $parametetro = $request->getParameter('parametro');
    ...
    tus operaciones
    ...
    return $this->renderText('tu respuesta'); // para devolver una simple cadena de texto

  }
}

Presupungo que ya tendrás armado el javascript con tu petición al servidor

Y bueno solo comentarte que el capitulo 18 de jobeet abarca el tema de ajax con jquery. saludos!

[Julian Reyes]

muchas gracias

asi lo hice pero si quiere devolver por ejemplo un fragmento de html,
como seria

[KNO]

En versiones anteriores symfony detectaba automáticamente si la
petición era xmlhttprequest y automáticamente no aplicaba el patrón
decorator ¿hemos perdido esa funcionalidad?

Julian, en respuesta a tu pregunta, el fragemento html irá en el
layout de la acción y se cargará donde le digas con javascript.

kNo

El día 3 de noviembre de 2009 04:21, Julian Reyes
<julian.rey...@gmail.com> escribió:

[Damian Suarez]

2009/11/3 KNO <lin...@gmail.com>

En versiones anteriores symfony detectaba automáticamente si la
petición era xmlhttprequest y automáticamente no aplicaba el patrón
decorator ¿hemos perdido esa funcionalidad?

Para nada. Sigue estando en el objeto request.
 

Julian, en respuesta a tu pregunta, el fragemento html irá en el
layout de la acción y se cargará  donde le digas con javascript.

kNo

El día 3 de noviembre de 2009 04:21, Julian Reyes

<julian.rey...@gmail.com> escribió:
>

> muchas gracias
>
> asi lo hice pero si quiere devolver por ejemplo un fragmento de html,
> como seria
>
>
> >
>

Por otro lado ... soy un enemigo del método de implementación de AJAX que tiene symfony y en genereal de las rutinas/helpers de javascript.

Creo que tampoco no le han dedicado mucho tiempo en el proyecto y de alguna manera, me parece de puro charlatán no mas, no está dentro de los objetivos implementar de mejor manera este tipo de técnicas/tecnologías.

Saludos.

--
www.cabezaderaton.com.ar

[KNO]

El día 3 de noviembre de 2009 12:35, Damian Suarez
<rdsu...@gmail.com> escribió:

>
>
> 2009/11/3 KNO <lin...@gmail.com>
>>
>> En versiones anteriores symfony detectaba automáticamente si la
>> petición era xmlhttprequest y automáticamente no aplicaba el patrón
>> decorator ¿hemos perdido esa funcionalidad?
>>
>
> Para nada. Sigue estando en el objeto request.

Me refiero a si hace automáticamente el no decorar con el layout
general y devolver solo el render del action, no a que en el objeto
request puedas y tengas la configuración de comprobarlo.

>
>>
>> Julian, en respuesta a tu pregunta, el fragemento html irá en el
>> layout de la acción y se cargará  donde le digas con javascript.
>>
>> kNo
>>
>> El día 3 de noviembre de 2009 04:21, Julian Reyes
>> <julian.rey...@gmail.com> escribió:
>> >
>> > muchas gracias
>> >
>> > asi lo hice pero si quiere devolver por ejemplo un fragmento de html,
>> > como seria
>> >
>> >
>> > >
>> >
>>
>>
>
> Por otro lado ... soy un enemigo del método de implementación de AJAX que
> tiene symfony y en genereal de las rutinas/helpers de javascript.
>
> Creo que tampoco no le han dedicado mucho tiempo en el proyecto y de alguna
> manera, me parece de puro charlatán no mas, no está dentro de los objetivos
> implementar de mejor manera este tipo de técnicas/tecnologías.
>

Pues yo lo he usado de manera satisfactoria, seguro que podría
mejorar, pero ¿en qué lo mejorarías?

> Saludos.
>
> --
> www.cabezaderaton.com.ar
>
> >
>

[Damian Suarez]

2009/11/3 KNO <lin...@gmail.com>

El día 3 de noviembre de 2009 12:35, Damian Suarez
<rdsu...@gmail.com> escribió:

>
>
> 2009/11/3 KNO <lin...@gmail.com>
>>
>> En versiones anteriores symfony detectaba automáticamente si la
>> petición era xmlhttprequest y automáticamente no aplicaba el patrón
>> decorator ¿hemos perdido esa funcionalidad?
>>
>
> Para nada. Sigue estando en el objeto request.

Me refiero a si hace automáticamente el no decorar con el layout
general y devolver solo el render del action, no a que en el objeto
request puedas y tengas la configuración de comprobarlo.

Ha ... no lo se. Creo que si, pero no me consta. He terminado usando siempre isXmlHttpRequest en el controlador acsi como costumbre.
 

>
>>
>> Julian, en respuesta a tu pregunta, el fragemento html irá en el
>> layout de la acción y se cargará  donde le digas con javascript.
>>
>> kNo
>>
>> El día 3 de noviembre de 2009 04:21, Julian Reyes
>> <julian.rey...@gmail.com> escribió:
>> >
>> > muchas gracias
>> >
>> > asi lo hice pero si quiere devolver por ejemplo un fragmento de html,
>> > como seria
>> >
>> >
>> > >
>> >
>>
>>
>

> Por otro lado ... soy un enemigo del método de implementación de AJAX que
> tiene symfony y en genereal de las rutinas/helpers de javascript.
>
> Creo que tampoco no le han dedicado mucho tiempo en el proyecto y de alguna
> manera, me parece de puro charlatán no mas, no está dentro de los objetivos
> implementar de mejor manera este tipo de técnicas/tecnologías.
>

Pues yo lo he usado de manera satisfactoria, seguro que podría
mejorar, pero ¿en qué lo mejorarías?

Principalmente en el js generado. Es intrusivo y yo creo que hasta sucio. Utiliza técnicas que no están programadas de la mejor manera.

Por ejemplo, cuando reseteas un filtro de un listado generador por el admin-generator TODO el código necesario lo hace embedido en el html de la propiedad submit del formulario, esto es:

Crea una variable de elemento de Formulario. Crea un campo inputo hidden. Asigna los valores necesarios tanto para el formulario como para este campo para que al hacer submit llegue al controlado un campo con nombre sf_filter = _reset (o algo parecedio, no recuerdo), mete esta nueva variable dentro del árbol de nodos, intercepta el evento natural del formulario, etc.

Estas técnicas son utulizadas casi en todos los helpers que utilizan JS.

Lo que pasa es que no hacerlo intrusivo es realmente complejo. A principio de año comencé a trabajar en un generador que implementa una UI y usa ajax para las consultas. Actualmente funciona bien, pero tiene mucho erroes de las cuales la mayoría son fácilmente corregibles y otros conceptualmente habría que replantearlos.
Pero creo que es una herramienta interesante. Siempre digo que lo voy a poner onLine pero por una cosa u otra no lo he hecho. Tengo el plugin en github y es público, pero esta en menos que alfa.

Hoy subo un proyecto funcionando con el plugin así lo muestro.

Saludos.


 

> Saludos.
>
> --
> www.cabezaderaton.com.ar
>
> >
>

--
www.cabezaderaton.com.ar

[KNO]

El día 3 de noviembre de 2009 13:09, Damian Suarez
<rdsu...@gmail.com> escribió:

> Principalmente en el js generado. Es intrusivo y yo creo que hasta sucio.
> Utiliza técnicas que no están programadas de la mejor manera.
>
> Por ejemplo, cuando reseteas un filtro de un listado generador por el
> admin-generator TODO el código necesario lo hace embedido en el html de la
> propiedad submit del formulario, esto es:
>
> Crea una variable de elemento de Formulario. Crea un campo inputo hidden.
> Asigna los valores necesarios tanto para el formulario como para este campo
> para que al hacer submit llegue al controlado un campo con nombre sf_filter
> = _reset (o algo parecedio, no recuerdo), mete esta nueva variable dentro
> del árbol de nodos, intercepta el evento natural del formulario, etc.
>
> Estas técnicas son utulizadas casi en todos los helpers que utilizan JS.
>
> Lo que pasa es que no hacerlo intrusivo es realmente complejo. A principio
> de año comencé a trabajar en un generador que implementa una UI y usa ajax
> para las consultas. Actualmente funciona bien, pero tiene mucho erroes de
> las cuales la mayoría son fácilmente corregibles y otros conceptualmente
> habría que replantearlos.
> Pero creo que es una herramienta interesante. Siempre digo que lo voy a
> poner onLine pero por una cosa u otra no lo he hecho. Tengo el plugin en
> github y es público, pero esta en menos que alfa.
>
> Hoy subo un proyecto funcionando con el plugin así lo muestro.
>
> Saludos.

Se agradecerá mucho!

[Damian Suarez]

2009/11/3 KNO <lin...@gmail.com>

Bueno, al fin pude poner onLine un ejemplo. Este es el link del blog [1] que estoy haciendo, y esta es una entrada que habla de un proyecto onLine de prueba [2].

saludos.

[1] http://www.symfonias.com.ar/
[2] http://www.symfonias.com.ar/2009/11/proyecto-de-ejemplo/

 

--
www.cabezaderaton.com.ar | www.symfonias.com.ar