Laravel по-русски
Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
Угу, 3-4 перехода в недра и все ))
да нэма за шо )
Если стандартная аутентификация используется - она там вся спрятана. Так например метод getRegister находится тут
vendor/laravel/framework/src/Illuminate/Foundation/Auth/RegistersUsers.php:17
function($query) use ($foo)
Те задача - получить инпут от пользователя в консоли и записать в бд?
тогда сюда https://laravel.com/docs/5.2/artisan#pr … -for-input
А зачем такое извращение то? Почему не веб-интерфейс?
Попробывай )
Нет, но у тебя базы не хватает, судя по вопросам
То есть на Laravel я со своими знаниями не реализую ?
В разумные сроки точно.
Если не нужна привязка к Laravel - то вообще вариантов инет-магазинов масса
Поставить одну из готовых ЦМС (есть и на laravel - OctoberCMS например), где это уже все реализовано. С вашим уровнем это единственный вариант. Без обид )
Теперь нужно написать консольный скрипт, который будет добавлять/удалять новости и комментарии к новостям имитируя тем самым человеческую деятельность на сайте.
Для начала, как минимум подключить модуль ИИ )
Инстансы создаются также как и в любом месте laravel приложения
https://laravel.com/docs/5.2/eloquent#i … ing-models
По зарплате уже не принято ориентировать?
>Для создания моделей
Тебе саму модель/класс надо создать? или таки данные внести в бд ? Расскажи нормальным языком, что сделать хочешь
Постановки задачи все еще не вижу, поэтому помочь нечем (
В чем суть задачи? Про консольный скрипт понятно.
Кажется ты перемудрил что-то с настройками. Что вообще за дикая связка апачи + fast-cgi? Обычно это nginx+ fast-cgi либо апачи + mod_php, как вариант с проксирующим nginx
Ну вот каике-то разделители флагов в .htaccess не нравятся
/var/www/laravel.lopushansky()com/web/{directory}/public/.htaccess: RewriteRule: bad flag delimiters
С апачем давно не работаю, так что не подскажу .. (
Ошибка то в чем состоит? логи в студию
seeding сделан для наполнения БД тестовыми данными.
Если данные неизменяемые, то надо в миграции делать вставку.
Это просто наполнение, тестовые эти данные или нет, вам решать. Я склоняюсь к тому, что если надо много данных вставить, то юзать seeding
Если по паре каких-то дефолтных строк, то разместить в миграции
По феншую наверное https://laravel.com/docs/5.2/seeding
Но, если очень хочется и надо немножко, то прямо в миграции вполне можно любым доступным методом
Может, и код покажешь посредника? )
Речь о Mail::send(’emails.welcome’, array(’name’ ⇒ $user[’name’]), function ($message) {
ты же сам выше ответил на свой вопрос уже, до меня )
В closure надо юзера передать, оно не видит его
function($message) use ($user){
Нахожу перенаправляю на 'product/{name}'
сеошники покусают )
Тут же отображаешь, зачем редирект
Не отдельный роутер, а только роут, всего лишь маршрут, по сути те же яйца будут, только в профиль, что тебе внутри дефолтного экшена свитч какой то делать, что в роутах описать... Как правильнее, хз я бы все же каждое действие на свой метод и свой роут посадил.
Тем более кол-во групповых действий, которое можно представить над о объектом вполне себе конечно )
я так подозреваю что после всего этого мне надо будет сделать редирект, но насколько корректный будет такой подход?
Правильно, абсолютно корректно
ну если раздельный вариант нужен
в routes.php
Route::post('/model/publish', [
'as' => 'model_publish', 'uses' => 'ModelController@publish'
]);
Route::post('/model/delete', [
'as' => 'model_delete', 'uses' => 'ModelController@delete'
]);в списке
<form action="/model/save">
<button onclick="this.form.action='/model/publish'; this.form.submit()'">Опубликовать</button>
<button onclick="this.form.action='/model/delete'; this.form.submit()'">Удалить</button>
</form>/model/publish и тп - это твои роуты
Тк они именованные то лучше во вьюхах их писать через хелпер функцию типа route('model_save')
Я просто не помню как вызов функции в blade выглядит, тк с Twig работаю
Тупо писать onclick="" тоже не стоит, заведи js для списка, где повесь события на кнопки по classname или data-аттрибутам