а теперь мне немножко стыдно, что выглядело так, словно я всех садоводов недооцениваю

а теперь мне немножко стыдно, что выглядело так, словно я всех садоводов недооцениваю

Shit happens

Я вот как раз в дороге на работу, а вы меня заинтересовали кастомными реквестами. Есть какой-то наглядный пример? Как юзать.

https://laravel.com/docs/5.3/validation#form-request-validation

Читай доки

На самом деле много чего можно найти в оф. доках

Недавно запустил mongobd + laravel. Интересная штука этот nosql

уважаемые, доброго дня. подскажите по одному вопросу - вопросу того как деплоить приложение на сервер. есть установленный фреймворк на сервере. есть локальная копия файлов на компе. разработка идет в пхпшторме и в нем же настроен автоматический деплой измененных файлов. но это как понимаю все же немного не то? или как раз корректный принцип работы? на сервере только не забывать выполнять composer install время от времени и все? или есть другие, более «правильные» на ваш взгляд методы деплоя. спасибо

а в чем прикол \Auth:: ? просто Auth:: нельзя?

я просто не волшебник, я только учусь

уважаемые, доброго дня. подскажите по одному вопросу - вопросу того как деплоить приложение на сервер. есть установленный фреймворк на сервере. есть локальная копия файлов на компе. разработка идет в пхпшторме и в нем же настроен автоматический деплой измененных файлов. но это как понимаю все же немного не то? или как раз корректный принцип работы? на сервере только не забывать выполнять composer install время от времени и все? или есть другие, более «правильные» на ваш взгляд методы деплоя. спасибо

Можно же через гит апнуть, когда готов релиз. Локально пушим в удаленный репо гита и при релизе, через ssh апаем пул реквестом

1) В Request доступен юзер через $this->user() 2) Зачем array_merge непонятно

ок, а вот с гитом вопрос. храню все в репозитории, коммичу в него. на сервере пулл делаю. а как же конфиги и прочее? руками переносить?

1) В Request доступен юзер через $this->user() 2) Зачем array_merge непонятно

На вкус и цвет.

Юра, ssh?

На вкус и цвет.

лишняя зависимость - бэд праксис

ок, а вот с гитом вопрос. храню все в репозитории, коммичу в него. на сервере пулл делаю. а как же конфиги и прочее? руками переносить?

конфиги один раз настроил и не трогаем

ну, на самом деле вы правы, то что $this->user() доступен в реквесте, я не знал.

спасибо.

ок, спасибо всем.

Сервера AWS?

Юрий

да любой, конкретно сейчас на digitalocean.

@Dnormalization , и про array_merge тоже, я по ходу обкидался...

там же просто $rules['code']

либо там был ещё какой-то код, я его выпилил, а array_merge оставил

да..

Мужики, а кто-то генерировал csv? что использовали?

я кстати тож мёржил массив с правилами раньше

ну тут, я реально был неправ

быстрофикс

почему в одном случае есть пробелы вокруг | в другом случае нет пробелов?

читаемость, видать

читаемость это когда одинаково

вот ты докопался:D

=))

расставлю пробелы)

Мужики, а кто-то генерировал csv? что использовали?

Кажется в РНР была встроенная функция для этого

Мужики, а кто-то генерировал csv? что использовали?

http://www.maatwebsite.nl/laravel-excel/docs

расставлю пробелы)

вот видишь и мне помог и сам рефоктор сделал) ухаха) ох уж это сообщество))

++

Мужики, а кто-то генерировал csv? что использовали?

для csv попробуй https://github.com/goodby/csv

ну по поводу того, что в реквестах есть $this->user() - это реально полезная инфа

если не будешь с xlsx? работать то laravel-excel - из пушки по воробьям

ну а если юзер у тебя не ларкин Auth а Sentinel то все равно придется явно дергать)

чо за бот

нахера дока в APK ????????????????????????????????

для тех кто на планшете и без инета пишет)))

без инета довольно удобно, но чет у меня подозрения какие-то)

я бы не скачивал)

Судя по нику там бомба

там Samsung

скорее шмаль

ребят. нужны вызываю оптимизационные войска

сидер \App\Sport::create(['name' => 'football']); \App\Sport::create(['name' => 'basketball']); \App\Sport::create(['name' => 'tennis']); \App\Sport::create(['name' => 'hockey']); \App\Sport::create(['name' => 'baseball']);

как не повторяться здесь?

createMany

лучше createMoney

еще лучше makeMoney();

;)

и идти спокойно отдыхать)

Ребят, чисто теоретический вопрос. Есть много таблиц (порядка ~110) в таблице user есть поле updated_date нужно сделать так что бы когда проходят изменения в списке таблиц - обновлять данные в юзере тоесть, если кто записал в таблицу 'post' - обновить updated_date в юзерах и тому подобное как это лучше всего реализовать?

тригер повесить

на уровне базы

ERROR: S client not available

тригер повесить

отличное решение

еще лучше если Postgre

и триггер на нем)

а при чем тут список таблиц?

имел ввиду список определенных таблиц

если идет запись в лист таблиц (пример post category etc.) то я обновляю updated_date в юзерах

так и думал что триггер

код правиль и потом что-то упустить очень не хочется

но вообще тригеры - это зло

если возникает такая задача, зачастую в архитектуре что-то не то...

но вообще тригеры - это зло

это зло во имя добра

потому что тригеры - не очевидны

да, в архитектуре не то

чаще всего о них забывают

но это уже не исправить

лучше б тогда обсерверы заюзать

на практике было уже много случаев

когда нихуя не понимали, почему происходит та или иная магия

потом вспоминали про забытый тригер

это стоило часами копания в коде

и недоумевании, почему так происходит

надо просто док писать в коде который максимально приближенный к происходящему

комент в коде поставить - когда искать будешь - найдешь

код должен быть понятен без коментов, а база должна быть без тригеров

:3

докблоки так и так должны быть и описания к классам/функциям

докблоки так и так должны быть и описания к классам/функциям

автодокументация само собой, я имею в виду коменты в коде типа //вот тут мы присваиваем переменную

ну и это тоже лишним не будет никогда

если код требует таких комментариев - значит он не очевиден, а это значит что его лучше отрефакторить сейчас, чем потом это породит ещё какой нибудь говнокод

очевидно - понятие субъективное

то, что понятно тебе, не будет понятно другому

Это полемика, мы не рассматриваем, что в код будет смотреть домохозяйка и вообще ничего не поймёт..