Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
действительно, слона-то я и не заметил за удочкой )))
Причем автор даже русский или русскоязычный
Я считаю, что если это не простая перепечатка на том же самом языке (то есть плагиат), то подобные переводы имеют право на жизнь. Кто знает английский достаточно, чтобы воспринимать речь на слух - всегда выберут смотреть и слушать оригинал, благо подписка на касты стоит $9.
Если не переводить тексты один-в-один, а видеоряд записывать самому - в теории может и ок будет
Вопрос опять же - будет ли русскоязычная аудитория платить? Мы, скажем так, не очень привыкли платить за легальный контент, этот тренд только-только начинается
а GearmanD ?
http://gearman.org/
Вроде есть уже?
https://github.com/pafelin/laravel-gearman
Факт, но даже на этом форуме очень много сообщений от людей, которые его не знают вообще. Лет 15 назад без английского было никак, т.к. на русском ничего не было и приходилось учиться, а сейчас переведённого материала больше, есть русские форумы, где что-то можно спросить - мотивации изучать язык намного меньше.
Думаю, стоит спросить самого Джефри - разрешит ли он. Скорее всего уроки надо будет делать платными и отдавать долю ему.
Интересно было бы еще статистику посмотреть - сколько сейчас из русскоязычных стран пользователей на laracasts.com.
А неофициально (читай нелегально) делать переводы - как то неэтично Это же его авторский контент
Написал небольшой туториал, как развернуть воркеры Laravel в среде AWS EB, если кому интересно:
https://habrahabr.ru/post/302590/
Не совсем понимаю, зачем переводы? Все равно любой разработчик сегодня должен знать английский хотя бы на уровне чтения.
Если переводить - угнаться не получится все равно. Слишком часто и много нового выходит в мире сейчас
Достаточно легко написать дополнительный коннектор - просто посмотрите SqsConnector как пример
Интересное совпадение - я на днях начал делать похожий пакет
https://github.com/MenaraSolutions/fluent-geonames
Только я хочу, чтобы вообще все возможные задачи покрывались - чтобы пакет мог "Германия" превратить в "из Германии" или "немецкий".
Вообще, сейчас во многих проектах нужны эти данные - даже странно, что нормального пакета до сих пор нет.
duster$ find vendor/ -name Guard.php vendor//laravel/framework/src/Illuminate/Contracts/Auth/Guard.php
Можно сделать в стиле laracasts - создать класс типа AppMailer, который будет все почтовые методы приложения содержать.
Этот класс будет использовать стандартный Mailer от фреймворка для отправки, можно (и нужно) создавать работы (jobs) и класть их в очередь. Потом отсылать письма из очереди отдельным процессом.
У Вас в ошибке уже все сказано - шаблон auth.register отсутствует. Маршрутов недостаточно
Если Вам нужны разные 404 в зависимости от места (контроллера) - наверное проще выдавать их прямо в контроллере, просто присваивать нужный шаблон и код 404, когда Response объект создаете.
Иначе, мне кажется, у Вас Handler.php разрастется
Надо параметры указывать для этого всего просто. make:modal Blabla -m для миграций и так далее. На все команды есть help - там все ключи перечислены.
В последней версии (5.2) действительно некоторые дефолтные параметры убрали
Я тоже не понял - что за модуль внутри приложения?
Все стороннее - это пакеты packagist, все свое - это приложение.
Штатных методов разбивания приложения на "модули" - на сегодня нет
В Вашей ошибке уже дан ответ на Ваш же вопрос )
Не может найти сгенерированный файл от composer. Как вариант - никто не запускал composer install и папки vendor вообще нет
apt-get install php7.0-mcrypt (или brew install php7.0-mcrypt в OS X)
Тогда закройте хотя бы право на чтение на все остальные папки через .htaccess
Вообще, в routes.php в любом случае оно должно быть
Если не явным образом, то через helper, который создает все стандартные маршруты
А дальше, зная куда уходит маршрут, легко найти метод - он или в самом классе, или в одном из его предков
Laravel в целом очень логичный
Ну, Laravel же тут не причем - когда в шаблоне Blade выводится переменная, она будет экранироваться по умолчанию, а у Вас в JS отдаются данные в формате JSON
Коверкать данные из БД перед конвертацией в JSON - было бы как-то некорректно
Здесь, по-хорошему, bootstrapTable должен экранировать
Вы пытаетесь запустить 'dump.sql' как запрос SQL - такого запроса не бывает, в ошибке об этом и сказано
Запросы SQL уже встроены в Eloquent, достаточно пользоваться встроенными методами выборки. Для многих проектов использование DB вообще не пригодится
Решил проблему. Она оказалась в том, что таблицы были в MyIsam. Поставил в InnoDB и все стало работать.
Это грустно - MyISAM иногда нужен. К примеру, InnoDB не поддерживает spatial-индексы.
Нужен был web middleware для показа ошибок при возрате в форму.
Многие на это накололись при переходе на 5.2. Правда, опять же, Вы документацию от 5.1 цитируете - может в 5.2 упоминания есть?
Согласен, что недостаточно грамотно уведомили публику, но сам шаг был рациональный