Edición de «Preguntas Frecuentes»

De KumbiaPHP Framework Wiki

Advertencia: no has iniciado sesión. Tu dirección IP se hará pública si haces cualquier edición. Si inicias sesión o creas una cuenta, tus ediciones se atribuirán a tu nombre de usuario, además de otros beneficios.

Puedes deshacer la edición. Antes de deshacer la edición, comprueba la siguiente comparación para verificar que realmente es lo que quieres hacer, y entonces guarda los cambios para así efectuar la reversión.

Revisión actual Tu texto
Línea 1: Línea 1:
==¿Por qué no suben simultáneamente los cambios a Launchpad y SourceForge?==
+
'''¿Por qué no suben simultaneamente los cambios a Launchpad y SourceForge?'''
===Actualmente esta en GitHub [https://github.com/KumbiaPHP/KumbiaPHP KumbiaPHP en GitHub]===
 
  
Primero [https://launchpad.net/kumbia Launchpad] es básicamente para el [[Team_Development_KumbiaPHP_Framework| Equipo de Desarrollo]], aunque puede existir usuarios que deseen bajar de allí, en launchpad/kumbiaphp podemos decir que esta la versión más inestable aunque nosotros (el equipo de desarrollo) tenemos aplicaciones en production y el framework es probado con esas aplicaciones. Recordemos que launchpad trabaja con [http://doc.bazaar-vcs.org/ Bazaar] para el control de versiones que no es lo mismo a [http://es.wikipedia.org/wiki/Subversion SVN].
+
Primero Launchpad es básicamente para los desarrolladores, aunque puede existir usuarios que deseen bajar de allí, aqui podemos decir que esta la versión más inestable aunque nosotros (los desarrolladores) tenemos aplicaciones en production y el framework es probado con esas aplicaciones. Recordemos que launchpad trabaja con Bazaar para el control de versiones que no es lo mismo a SVN.
  
Segunda opción es el [http://kumbia.svn.sourceforge.net/viewvc/kumbia/ SVN público de kumbiaphp] donde tenemos la [[Descargar_SVN|Descarga de Kumbiaphp]], allí pasamos lo mas estable, es decir luego que el [[Team_Development_KumbiaPHP_Framework| Equipo de Desarrollo]] realiza pruebas en aplicaciones que estan en production se hace el update del SVN de SourceForge.
+
Segunda opción es el SVN público de SourceForge donde tenemos la descarga de Kumbia, allí pasamos lo mas estable es decir luego que todos probamos en nuestras aplicaciones luego de eso hacemos update del SVN de SourceForge.
  
== ¿Problemas con la descarga de KumbiaPHP Framework? ==
+
'''¿Cómo uso o para qué sirven los "temas" que hay en la carpeta ''public/themes''?'''
Si descargas KumbiaPHP Framework de su repositorio SVN, y observas por ejemplo, que su Pagina de Bienvenida no carga bien (no carga su CSS) es posible que esto sea debido a una mal descarga. Para el caso del repositorio SVN, cambia el https por http y procede nuevamente a su descarga. Si eres usuario Linux puedes usar subversion o mejor aun, el programa SVN Workbench. Para el caso de usuarios Windows, puede usarse TortoiseSVN.
 
 
 
==¿Cuál es la convención para nombrar los archivos y clases de modelos y controladores?==
 
*Para nombre de controladores es la siguiente:
 
 
 
El archivo debe llevar el sufijo '''_controller''' por ejemplo '''ciudad_controller.php''' y el nombre de la clase es '''CiudadController''' en notación [http://es.wikipedia.org/wiki/Camel_Case Camel Case], si queremos nombrar controller que contienen mas de dos palabras un ejemplo seria '''grupo_usuario_controller.php''' y la clase '''GrupoUsuarioController'''.
 
 
 
*Para los Modelos es la siguiente:
 
 
 
El nombre de archivo debe ser igual al nombre de la tabla en la BD, es decir si tenemos una tabla llamada '''usuarios''' el archivo debe llamarse usuarios.php y la clase Usuarios y debe [http://es.wikipedia.org/wiki/Programaci%C3%B3n_orientada_a_objetos#Conceptos_fundamentales heredar] de la superclase '''ActiveRecord''', si tenemos nombre de tablas compuesto por dos palabras ejemplo '''grupo_usuarios''' el archivo del modelo debe llamarse grupo_usuarios.php y la clase igual que en los controladores debe ser en notación [http://es.wikipedia.org/wiki/Camel_Case Camel Case], es decir '''GrupoUsuario'''
 
 
 
==¿Cuál es la diferencia entre Redirect::route_to() y View::select($view)?==
 
Primero hay que aclarar que el '''Redirect::route_to()''' es un método para enrutar, es decir para redireccionar internamente en el framework llevar de un controller y/o action a otro controller y/o action, mientras que el método '''View::select($view)''' es para renderizar (mostrar) una vista, esta vista siempre será por defecto el nombre de nuestra action, pero en ocasiones podemos indicar que no queremos renderizar la vista asociada a esa action '''View::select('otra_view')''' o que simplemente no renderize nada '''View::select(null);''' (importante para entender el ejemplo).
 
 
 
Veamos un ejemplo para apreciar no solo la diferencia porque en realidad son métodos para cosas distintas aunque pueden cumplir el mismo fin, solo que la  intención es aplicar las mejores prácticas de desarrollo.
 
 
 
Ejemplo, tenemos el siguiente controller
 
<source lang="php" line>
 
<?php
 
class PruebaController extends ApplicationController
 
 
   
 
    public function index()
 
    {
 
        Redirect::route_to('action: create');
 
    }
 
    public function create()
 
    {}
 
}
 
 
 
</source>
 
 
 
En primer lugar hay que decir que aunque esto pueda cumplir un fin especifico (renderizar una vista, en este caso create.phtml), '''no es la forma correcta'''. la forma adecuada es la siguiente:
 
 
 
<source lang="php" line>
 
<?php
 
class PruebaController extends ApplicationController{ 
 
   
 
    public function index(){
 
        View::select('create');
 
    }
 
}
 
 
 
</source>
 
Esto se interpreta que cuando ejecutemos la action index del controller Prueba (http://localhost/prueba/index/) no se renderizara '''index.phtml''' sino '''create.phtml''' y como se puede apreciar quitamos un método que esta vació (consumimos menos memoria) y será más rápido porque no se volverá a ejecutar un ciclo de enrutamiento innecesario.
 
 
 
==¿Si deseo añadir hoja de estilos en una copia de app donde debo colocar el .css?==
 
 
 
En la carpeta public de la app que quieras que pertenezca.
 
 
 
 
 
==¿Cómo puedo visualizar la sentencia SQL que se ejecutó en un modelo?==
 
 
 
Activando el logger del modelo con:
 
 
 
<source lang="php" line>
 
<?php
 
class Ciudad extends ActiveRecord{
 
 
 
    public $logger = true;//Logger esta activo
 
   
 
}
 
</source>
 
 
 
Este logger almacena en archivos de texto la información, en la carpeta: temp/log/logddmmYYYY.txt
 
 
 
==¿Cuál es la diferencia entre libraries y vendors en la versión 1.0?==
 
'''Libraries''' son propias de [http://www.kumbiaphp.com KumbiaPHP] es decir las que mantiene el [[Team_Development_KumbiaPHP_Framework| Equipo de Desarrollo]] y '''vendors''', son de terceros como por ejemplo '''fpdf''' en la cual el Equipo de Desarrollo no interviene en su mantenimiento.
 
 
 
==Puedo mandar a renderizar (mostrar) partials desde un controller?==
 
No, ya que esto no es MVC. los partials son pequeñas vistas que deben ser renderizadas desde la vista.
 
 
 
==¿Puedo acceder a procedimientos almacenados mediante ActiveRecord? ==
 
En [http://www.kumbiaphp.com KumbiaPHP] no hace falta hacer mucho para acceder a estos solo con indicarlo como una columna basta, por ejemplo: supongamos que tenemos un procedimiento llamado '''getMoneyName''' el cual recibe como parámetro un entero y retorna un string, la manera de acceder a este seria la siguiente:
 
 
 
<source lang=php>
 
$bien = new Bien(); //donde Bien es un modelo de kumbia
 
$bien->find_first(‘columns: getMoneyName(moneda_id) ’,’conditions: nrobien=1’);
 
Flash::message($bien->getmoneyname);
 
</source>
 
 
 
 
 
==¿Kumbia PHP es compatible con la version 5.3.x de PHP ?==
 
En este momento hay un bug en la version de PHP 5.3.0 y 5.3.1, que afecta las rutas estáticas de KumbiaPHP. A partir de PHP 5.3.3 en adelante, la versión beta2 de KumbiaPHP es completamente compatible.
 
 
 
Para la beta1 y anteriores, se recomienda utilizar la version 5.2.2 o superior. Pero no la 5.3.
 
 
 
Ambas versiones disponibles en [http://www.php.net/downloads.php#v5 Php.Net:Downloads]
 

Ten en cuenta que todas las contribuciones a KumbiaPHP Framework Wiki pueden ser editadas, modificadas o eliminadas por otros colaboradores. Si no deseas que las modifiquen sin limitaciones, no las publiques aquí.
Al mismo tiempo, asumimos que eres el autor de lo que escribiste, o lo copiaste de una fuente en el dominio público o con licencia libre (véase Proyecto:Derechos de autor para más detalles). ¡No uses textos con copyright sin permiso!

Para editar esta página, responde la pregunta que aparece abajo (más información):

Cancelar Ayuda de edición (se abre en una ventana nueva)