@pixelatedМай ти трябва повече практика, че много неща за много неща питаш и едва ли някой може да ти ги обясни за 5 минути.За view-та в базата чувам за първи път. Може и да има, аз лично нямам такъв опит. За лог файловете има различни решения сложни и прости. Потърси в google. Тук темата също е много обширна. Примерно Google си имат собствен (вътрешно фирмен) програмен език, с който си обработват логовете. Сложна е темата. За задръстването зависи какво разбираш от задръстване. View-тата са ограничени. Колко страници да имаш в сайта. 20, 30, 5000?Отделно при deploy може да се зачистват вече създадените файлове. За задръстване с файлове от логовете пак е относително.Лог за всеки ден прави 365 файла на година. Не ми се струват много. А колко често четеш логове от преди няколко месеца? Почти не. Така че на всяка година може да се архивират или на месец или на друг период.За моделите може да създаден навсякъде но трябва да имат namespace. Работят си по същия начин както ако са създадени в /app папката. Няма разлика. Само namеspace внимаваш да е същия в конторлера като използваш модела.

Примерно ако модела ти е в app/Model/Clients.php и съотвечно namespace е \Model\Clients;

Мисля че можеше да се създаде през artisan изглежда нещо като това:

Отностно файловете в storage папката - правиш каквото си искаш. Там може да съхраняваш някакви документи или други неща, и те да не са ти публични. Т.е. не са директно видими през www.moqtsait.com/file.pdf. Може да са видми но си има друг начин.

Относно кешираните файлове, най-вече имах предвид ако запазваме сесията на всеки потребител във файл. Ако имаш по 300 посещения дневно, тогава със сигурност ще се задръсти много бързо, но в такъв случай предполагам би било малоумно да се използва файлова система. :D

Тя по принцип сесията на всеки потребител се пази във файл. Така работи PHP вътрешно. Няма логика да изнасяш сесията в файлове защото тя вече е. Неща като Memcached и други подобни вършат прекрасна работа.