Laravel по-русски
Laravel по-русски
Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
}%Зачем оно вам? У вас сервер не выдерживает нагрузки ? Думаю нет. На мелких и средних проектах можно обойтись и без кэша запросов бд.
Я тоже так подумал. Но в интернетах пишут, что о таком стоит побеспокоиться заранее, ведь если вдруг проект выстрелит, то потом переделывать будет сложнее, когда по вылазят узкие места.
Но, наверное, вы правы. Потом будет потом.
Здравствуйте. Никак не могу определиться на счет кеширования запросов к базе данных в laravel.
То есть для моделей я могу использовать l5-repository, но что делать с Auth::user и другими запросами вшитыми в движок? Или такие мелки запросы нет смысла кешировать?
И второстепенный вопрос: есть ли какие интересные способы защиты от спама не используя капчу, кроме Honeypot? Да и вообще, на сколько надежен Honeypot?
Здравствуйте. У меня большая проблема с отложенными почтовыми сообщениями (Mail::queue)
Дело в том, что они никогда не срабатывают. В базе данных всегда ошибка. Нагуглил, что функции нельзя передавать обьекты, мол нужно отдельно каждую переменую
function($message) use ($recipient, $username, $subject) но так тоже не сработало. Я ради эксперимента даже попробовал отправить совсем без переменных, то есть напрямую указав что, куда и как, но все та же ошибка. Что я делаю не так?
Используется Redis.
\Mail::queue('emails.register', array(), function($message)
{
$message->to('recipient@mail.ru', 'Username')->subject("Subject");
});{"job":"mailer@handleQueuedMessage","data":{"view":"emails.register","data":[],"callback":"C:32:\"SuperClosure\\SerializableClosure\":227:{a:5:{s:4:\"code\";s:87:\"function ($message) {\n $message->to('recipient@mail.ru', 'Username')->subject('Subject');\n};\";s:7:\"context\";a:0:{}s:7:\"binding\";N;s:5:\"scope\";s:40:\"App\\Http\\Controllers\\Auth\\AuthController\";s:8:\"isStatic\";b:0;}}"},"id":"nfXXNErdnSED2h80PjMrw535V97E8FEa","attempts":4}
Универсальная вики-разметка
Работает на FluxBB (перевод Laravel.ru)