Я написал развернуто, почему нельзя писать на ларвел
Первое что я вижу в этом Фреймворке, что большая часть работы каркасных компонентов завязана на статических вызовах.
Далеко за примерами{ссылка} ходить не нужно, уже треш.
Все это предлагается зашивать прям в контроллерах, с помощью protected или private методов.
storage/app/public
, а не на app/storage/public
, как вы пишите в тексте вопроса. Хотя сути это не должно менять.public/test1/test.txt
и для каталога test
сделайте ссылку public/test2
и в браузере попробуйте открыть имя_сайта/test2/test.txt
. Если откроется, то, возможно проблема с правами на файлы картинок или еще что-то. Если не откроется, то проблема в обработке симв. ссылок. Изучив HTML и CSS вам предлагают обратить внимание, например, на препроцессоры или постпроцессоры CSS.
{{template}}
следует использовать <div ng-bind-html="template"></div>
$scope.templatePath
напрямую из контроллера недоступен в директиве. Соответственно, эту переменную надо передать в директиву через view. У меня это и делается через этот атрибут. .directive("viewer", [
"templateCache",
function (templateCache) {
return {
scope: {
templatePath: "="
},
restrict: "AE",
link: function (scope, element, attrs) {
templateCache.get(scope.templatePath)
};
}
]);
Kir ---: конечно от этого всего, и вообще от любой части можно избавиться, а можно использовать любую из этих частей как библиотеку в своем приложении, а не как фреймворк.
Вот, что я нашел - контроллер максимально простой. Куча логики в контроллере - это часто встречающийся способ разработки на Laravel, т.к. на нем пишут все, кому не лень, не задумываясь, а правильно ли так делать; топикстартер как раз и хотел узнать, какие есть варианты делать по-другому, т.к. в документации эта тема не рассматривается.
В данном случае идет обсуждение вашего ответа, а не моего.
zugo в своем ответе написал описал проблематику и пути решения, я с ним согласен, поэтому моего ответа здесь не будет.
Вообще я здесь пишу, потому что подписался на вопрос, хотел узнать, какие есть варианты проектирования Laravel приложений, а большинство в ответах оффтопят, предлагая другие инструменты.