Cambios Pendientes Spirit

Cambios Pendientes KumbiaPHP versión 1.0 Spirit

• Terminar el scaffold

Views

• templates, partials y errors por _shared y ponerlos dentro o no se pueden usar esos nombres para controllers
• en View para usar el set_response tambien usar _xxx. ejemplo: views/controller/_rss/action
• Proposicion crear tambien un dir default(u otro nombre) dentro del _shared, para tener views por defecto si no existe para esa accion en su dir views/controller/action.

Por ejemplo si no tiene index.php cargar el shared/default/index.phmtl si existe. Otro, un xml.phtml que podria usar cualquier accion de cualquier controller.

ActiveRecord

• Eliminar ereg, eregi, ereg_xxx del codigo
• Ahora los modelos llevaran el include_once arriba para la clase que necesiten
• Mirar si podemos pasarle algo del nuevo ActiveRecord
• Si lo podemos aligerar un poco mejor
• (Crear convencion _up en activeRecord para upload de archivos.)

Helpers

• Crear alias e para el echo, igual como ahora el h para htmlspecialchars
• Este es mejor:

crear alias eh para que haga las 2 cosas de un golpe, el echo y el htmlspecialchars. Podemos escoger otro nombre para este alias. ejemplo:

<h1><?php eh($model->campo) ?></h1>

Router

• Quitar el redirect del controller y pasarlo al router, tambien que pueda pasar el 301, 302,... si no usa tiempo.
• Optimizarlo
• Cambiar routes.ini para evitar el bug que tiene php 5.3
• poder pasar parametros usando el routes.ini

Recordar

• Crear plantilla para partials, helpers, ... (Autor, categoria, descripcion,...)
• Crear boceto para sistema de plugins(mini apps)
• Considerar HomeController como controller por defecto (mostraria la bienvenida tb) sin usar routes.ini
• Considerar admin o backend modulo por defecto con auth
• Intentar poder usar el auth por defecto, si existe la tabla usuarios y usar el http auth.(convencion sobre configuaracion)
• Mirar donde podemos usar mas Try y Catch de exceptions, y poder quitar validaciones.
• Quitar o cambiar los vendors por nuevos
• Posible cambio en pages, en vez de show usar el index. Asi funcionaria example.com/pages/xxx

Antiguo

• Terminar la nueva bienvenida
• Cuando se lanzan las excepciones en ocasiones no se cargan los estilos
• Terminar que el kumbia exception se encargue de mostrar views para la salida de errores (diferentes en desarrollo y en producción )
• Crear session en dispatcher solo si el controller es persistente
• Mover la carga del tags.php y use_helper('main') al get_view()
• Si no usa ni template ni view, validarlo antes de llamar al get_view()</s<
• Cambiar en los callbacks de ActiveRecord el return 'cancel' por un bool es mejor hacer return false
• Mover el application controller del dir controllers al dir de la app
• Mover el model base tambien al dir de la app
• El application debe extender del controller base de kumbia libs (ahora esta al reves)
• Cambiar enviroment.ini por databases.ini (lo suyo seria que tuviese el db_date del config.ini y si es posible añadir uno para el charset de la db)
• Cambiar los if(file_exists por if(!include $file) { throw new KumbiaException..... (o mejor con un try, si es posible)
• Crear un dir temp (para poner dentro el de cache y el de logs)
• Cambiar, si es posible el mode de config.ini para que sea production = on | off
• Quitar del config.ini la configuracion de directorios
• Necesitamos un metodo para la carga selectiva de modulos (como la de modelos)
• Quitar el extends object en las clases que no lo necesitan (posiblemente no la necesita ninguna)
• Quitar el join_path y donde se use
• Solucionar el problema de los headers
• Integrar la nueva cache
• Eliminar toda la vieja cache en la clase kumbia y controller
• Añadir cache a los partials
• Hacer la clase logger estática
• Añadir mas información a los log (estilo apache)
• Habilitar archivos log vía rss
• Habilitar una opción vía config.ini para enviar un mail con los log, contendría el mail del admin.
• Cuando la APP este en producción las excepciones deben ir a un log o rss(si esta habilitado). Y enviar un error 500
• Añadir locale al config.ini
• Mejorar la carga de clases del boot.ini
• Mover la carga del standard form al boot.ini
• Utilizar el filter_var de PHP en la clase filter. Y en el sanitize y validate de models
• Terminar y limpiar el pages controller
• Usar el pages controller para visualizar la bienvenida y ponerlo en el routes.ini
• La clase xml debe cargarse cuando se necesita y después hacer un exit()
• Añadir variable $view al controller para evitar bug y limpiar codigo del render del controller
• Rehacer el Router::route_to
• Arreglo de los validadores de ActiveRecord.
• Quitar de los validadores de ActiveRecord el llamado a $this->_connet() eso se ha de pasar al save() tomar como referencia al método validates_presence_of
• Habilitar en el config.ini la carga de modelos (databases), esto para cuando se desee trabajar con o sin modelos
• Agregar al paginate de ActiveRecord el atributo count
• El objeto devuelto por Active Record debe ser:

Objeto ActiveRecord {

array Metadata (con la metadata)

array Items (con objetos stdObject)

}

Y si es posible, mejor sólo un array sin nombre con los items.

• El active record debe crear el objecto de un golpe ( $items[] = (obj) $array_row )
• El controller debe hacer el sanitize del get, post y request y no el active record
• Las variables que inicializa al principio Kumbia::main() deberia crear constantes

 Sera más fácil de leer el código y podremos quitar código que sólo pasa esas variables,
 asi como las variables de objeto, usando menos memoria.
 Serian para los directorios:
 MODELS, CONTROLLERS, LIBS, VIEWS, HELPERS
 
 Y si es un módulo, ya se creara aqui el directorio correctamente (posible problema con el 

route_to, hay que mirarlo)