Слима е за апита, не става за друго по принцип.Като стана дума за Slim, исках да те питам нещо.По натам. Добър ли е този фреймуърк и за какво най-често го избират девелопърите на PHP? Някакви тежки и затворени системи?
Да, знаех си, че е някаква за вътрешна употреба, която може лесно да комуникира с друга.
Мерси много за разяснението. 
Строго те съветвам да приемеш съветите на @Fakeheal присърце. Само в твоя полза е. Не го казвам да се заяждам, но ако си в екипа ми и чуя, че променяш код във vendor папката или че се опитваш да я местиш, то това ще ни е работата заедно.1.2..3.. много сложно стана
Аз github го ползвам малко, може би за това не съм запознат толкова с точките, които изреди. fork/mork
Но в моите неща, които аз ползвам, vendor-a си го държа винаги с мен и ъпдейтвам, ако се наложи. (но текущия, а не отначало)
Така съм свикнал. Има си проекти, които не се ъпдейтват. Засичал съм обяви, не е само laravel 3, дадох го като прост пример.
И да, помня bundles, бях правил някакъв календар с google api за записване на часове, нещо просто беше.. Едвам разбрах как да подкарам тогава миграции от конзолата(нещо такова ми се върти в главата)
Според мен причината такива уроци да не се правят, е защото:Много добре казано. Получаваш палец
Може би за това е хубаво туриста да има по "съвременни" уроци, които да покажат следващото ниво на хората и така да прогресират. Така освен комуникацията с потребителите ще има и съдържание, което да помага.
Забележка: въпреки, че едва ли някои би се заел с подобни уроци. По-лесния вариант ще бъде: ползвай Гугъл, udemy or... other smart advice.
Едит: Освен @Fakeheal > @Revelation е един от потребители също, които дават добри насоки и съвети.
По скоро вече има уроци за всичко, това вече няма как да се получи тук.
Може би многото библиотеки, лъскавите нещица, които могат да се правят и добрата му съвместимост с много фронт-ендски фреймуърци. Но това са ми само началните впечатления, по-голям фен съм на Zend.
Drupal-ът селед 7цата е с Symfony, доколкото знам. Явно има защо.
За какъв горе долу проект е бил избран? При мен zend-а беше, както писах, за система, която генерира справки на база събрано и налято съдържание. Голяма база, малка файлова част и няколко външени услуги, внедрени в системата със скриптове. Супер беше, което за фронта не мога да го кажа, там реално си беше супер кофти изпълнение, ама се ползваше не много добре jQuery, bootstrap.
На 100% подкрепям мнението ти. Ларавел малко трудно ти дава нужната свобода, която ти трябва при по-големи проекти.
Беше изградена erp система върху Laravel. Имаше около 350 фасади, щото явно екипа е бил скаран с DI, Eloquent не се справяше с половината от задачите, но те решили, като част от приложението да го надграждат... вместо да вземат Doctrine и да си решат всички проблеми, без един бит да напишат.
Нали знаеш как са нещата. Наемат някой, дават му задача и той казва "ще я направим на PHP че е най-лесно и само него знам". Тормозя се дори в момента на работа като се опитват да оправят всяко едно решение с един тип база данни и един език. Никога не се взима предвид дали няма по-добро решение. От гледна точка на ресурси и познания в екипа го разбирам, но не ми харесва.ERP системата? Леле, тежка задача. Винаги съм си мислил, че PHP не е езика за такъв тип проект, но си е мое лично мнение.
И дори този фреймуърк, който са подбрали, не мисля, че е най-добър за случая.
Да не говорим, че вече сшима доста решения, кои Клауд базирани, които са десктоп, с централизирана локална или отдалечена база данни. Това с избора зависи изцяло от проджект мениджмънта, ако въобще има такъв.
Нали знаеш, почва се с нещо малко и докато се усетиш, че не си избрал най-удачното решение, код бейса е нараснал толкова, че няма как да се мигрира.ERP системата? Леле, тежка задача. Винаги съм си мислил, че PHP не е езика за такъв тип проект, но си е мое лично мнение.
И дори този фреймуърк, който са подбрали, не мисля, че е най-добър за случая.
