Organizando proyectos con PHP

Si bien cada uno ordena sus proyectos como le parece más cómodo, siempre es útil encontrar documentación en este aspecto, al menos para tomarla como orientación. Con respecto a esto, hace ya algún tiempo que tenía ganas de escribir algún tutorial explicando la forma en la que ordeno mis proyectos de PHP, pero en nettuts me ganaron de mano, utilizando una estructura muy similar a la que yo empleo.

En resumidas cuentas, me han ahorrado el trabajo, quedandome sólo publicar el siguiente link:

Organize Your Next PHP Project the Right Way

Que lo disfruten! =)

Tags: , , , , ,

This entry was posted on Monday, July 27th, 2009 at 4:24 pm and is filed under Desarrollo Web, PHP, Tutoriales. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

4 Responses to “Organizando proyectos con PHP”

Tordek July 28th, 2009 at 4:02 am

Es un lindo sistema, pero difiero en algunas cosas:

Yo pongo las imágenes del diseño junto al diseño; para mantener todo lo que sea contenido de todo lo que no sea contenido desde el principio.

Si bien poner los archivos “sensibles” fuera del public_html es ideal, no siempre se presta (y a veces es un poquito molesto subir 2 directorios cuando se puede subir 1…), y no siempre es necesario (si se meten los archivos de configuracion en .php, se ejecutan, y no imprimen nada; si tenemos la posibilidad de que alguien haga un include usando .., es apenas una capa de ofuscación).

Y, después de usar Symfony, no pongo más … eso es hacer las cosas al revés. Me es mucho más lindo tener un layout.php, que donde va el contenido hace un print (si no un include). Así no hay que mirar 2 archivos a la vez (el header y el footer) para asegurarse que todos los tags están emparejados, ni hay que agregar un include en cada página que agreguemos.

Tordek July 28th, 2009 at 4:42 pm

WordPress me comió un cacho de código. Era: “No pongo más include header e include footer”.

Iuga July 29th, 2009 at 9:50 pm

Si si, opino igual, no es una solución muy elegante y esta llena de fallos. Aparte es para proyectos en una capa, cuando queres usar 3 ( que es lo mínimo recomendado ) deja de ser útil.
Por otro lado, para ser un poco funcional, Hace un tiempo Zend escribió un manual sobre como debemos estructurar nuestros proyectos.
http://framework.zend.com/manual/en/zend.controller.modular.html
Otro gran desarrollador, Enrique Place (al que le tengo gran respeto ya que me ayudo con varios dilemas de código) propuso otra solución: http://g05l21.net/2008/07/11/estructura-de-archivos-en-zend-para-varios-proyectos/
Que es la que se usa en: http://code.google.com/p/surforce-cms/

The Doctor July 29th, 2009 at 10:10 pm

Gracias a ambos por sus opiniones!

Quiero aclarar que en ningún momento dije que usara esto cuando se trata de tres capas. Quizás debí extenderme un poco más en el post. La idea de esta estructura es exclusivamente para páginas que necesiten ciertos comportamientos menores, pero jamás para hacer un sistema completo; se volvería incontrolable. En el caso de sistemas más complejos que requieran MVC, prefiero usar CakePHP, ya que me parece uno de los más cómodos y mejor estructurados.

Leave a Reply