Y no os olvidéis de Bower! 
Éste lo utilicé hace poco en un proyecto con Angular.js
https://github.com/bower/bower
#2759 Con PHP puedes usar composer para tus proyectos con vanilla PHP, lo que pasa es que mucha gente no tiene ni zorra XD
#2707 Me auto-respondo.
http://superuser.com/questions/957708/mysql-mariadb-error-1698-28000-access-denied-for-user-rootlocalhost
Resumen:
Acceder como root a mysql sin usar el usuario root de linux.
sudo mysql -u root
use mysql;
update user set plugin='' where User='root';
flush privileges;
exit;
#2755 El tema es, si quiero hacer un proyecto extactamente igual que el anterior, también necesito composer?
Y para desplegar a un servidor que no sea el local, como funciona?
#2766 Que es exactamente igual para ti?
Y el uso de composer en produccion funciona igual que en local, tienes tu composer.json con los paquetes a instalar y puedes meter las configuraciones para el PSR-0/4.
#2769 Exactamente igual significa con los mismos módulos. Por ejemplo, si quiero instalar un wordpress no necesito composer, xq dos proyectos con wordpress son iguales (sin contar lo que le pongas luego).
Si no puedes acceder al servidor de producción con CLI como utilizas el composer? No se puede simplemente crear un proyecto y subirlo por ftp? Busqué la pregunta en el object-oriented design heuristics xro no vi nada.
#2770 Si claro, siempre puedes subir el vendors, pero te vas a pegar la vida.
A ver, la historia es que lo unico que hace composer es descargar cosas, instalarlas en donde le digas y crear el autoloader, punto, la cosa es que para deployear, es mucho mas facil si haces update de una paquete de terceros, subir los cambios que sean + el cambio de version en el composer json y hacer un composer install, que subirte todos los vendors otra vez.
Sobre lo de "Si no puedes acceder al servidor de producción con CLI" mi consejo es que cambies de hosting XD, porque no solo no podras usar composer, no podras usar npm, bower o el gestor de paquetes que te salga del nabo, no podras acceder a mysql via terminal (puro amor), no vas a poder hacer cron jobs, etc.
Wordpress es un proyecto que tiene más años que el sol, así que es normal que no utilice las últimas prácticas, y sigue haciendo lo de toda la vida, que es bajarte todo el código en un zip y meterlo en el document root de tu servidor.
Lo normal para instalar un proyecto en local hoy día es clonar su repositorio donde está el código propio del proyecto. Como parte del proyecto habrá un composer.json donde están las dependencias usadas por ese proyecto, ejecutas el composer, y ya se te baja el resto para tener el proyecto completo.
Sobre el tema de luego desplegar a producción, pues es algo sobre lo que se puede hablar mucho por que depende de lo complejo que sea el proyecto y de lo seguro que quieras hacer el despliegue. Hay un montón de opciones, incluyendo algunas en las que ni siquiera despliegas a mano, simplemente al hacer un push al rama de despliegue de tu repositorio se despliega todo. Puedes tener jenkins para hacer tests y rechazar el despliegue de forma automática, puppet para la configuración, etc...
#2777 Qué necesidad hay de reinventar la rueda?
Los frameworks (los buenos) existen para hacer la vida más fácil..
Me cago en dios, en que post tengo que preguntar como empezar un proyecto con symfony o laravel sin tener que pasar por la CLI a cada proyecto. Quiero hacer uno y copypastear el cms a todos mis clientes.
#2784 Pero vamos si tu problema es hacer C&P, haz el proyecto en donde te salga del nabo, y via FTP lo copias con vendors etc y listo.
