Мы интегрировали с Bitbucket и Trello. Но последний требует очень гибкой настройки, потому как любое изменение карточки (переименование или новый лейбл) моментально отрабатывалось ботом. :)
О как у вас подгорело то. Нет, суть в том, что если что-то и делать, то делать с умом и последующим продвижением вашего решения в массы (аля хабр, как вы и поступили). И не удивляйтесь, что на вас вылили бочку с Г, потому что ваш код и наполнил эту самую бочку.
Я этот контроллер написал через пять минут после прочтения документации. И ничего, не умер.
Тогда почему вы удивляетесь критике, причем обоснованной?
Кстати, если откроете сайт Ларавел, то Тейлор всем рекомендует не парить мозг по поводу код стайла, а сосредоточится на функционале.
Ссылочку можно, где это написано?
Но все так цепляются не за суть, не за алгоритмы, не за какие-то другие подходы, а именно за код стайл
Код должен быть читабельным. Абы как написанную белеберду я лично не стал бы использовать в своем приложении и, тем более, тратить время на приведение этого всего к нормальному виду.
, или применение не родных функций
А зачем тогда используют фреймворки, скажите мне? Чтобы инжектить зависимость для обработки запроса, но использовать глобальный $_POST? WTF?!
Не вижу смысла с вами дальше продолжать диалог (хотя, скорее, это два монолога, потому что вы отказываетесь слушать и прислушиваться) с человеком, у которого нет серьезного опыта разработки на Laravel. Почему я решил, что у вас его нет? Да потому, что для вас, видимо, создание фасада или сервис провайдера это невероятно сложные задачи.
Тогда выходит, вы родили "недоношенную" идею. Суть создания "нового" разве состоит в том, чтобы сделать что-то, абы работало? Можно ведь сделать нормально, потратив чуть больше времени.
И по поводу того, что Вас бы уволили за такой код — чистая правда.
Вы бы хотя бы сделали по Laravel-way, и как минимум обрабатывали запрос через Request, который вы заинжектили. А так, у Вас, по-сути, код написанный на коленке. Зачем писать статью ради того, чтобы написать статью? Какая от этого польза?
Так ведь firstOrCreate вернет Вам инстанс юзера, его статус и можно проверять для вывода сообщения (или его отсутствия). Еще есть замечательный метод exists, который поможет Вам в выводе сообщения об успешной регистрации.
Я имею в виду, что у Вас по сути же Form Request (п. 5), а вы его называете Middleware. :)
ИМХО, вы мидлварей назвали совершенно не ту вещь. Или наоборот — ваш валидатор обозвали мидлварей.
Жаль, что на РНР5, но в целом годно.
Они и не подразумевались как модульные. Но, думаю, через пару версий станут (судя по тому, что Tinker вынесли в отдельный модуль).
Но в целом мысль Ваша понятна.
IMHO, в Вашем случае лучше всего дождаться поддержки Совой новой версии Laravel и только тогда апгрейдиться, чем делать это вслепую.
Чем Eloquent плох? Можно конкретики? А то всё "кривой-кривой", а аргументов 0.
Да.
Хм, значит, не правильно понял. :)
Тейлор отказался от идеи LTS в принципе, насколько я знаю. Так что 5.1 — последняя LTS версия.
Видимо, автор ориентировался больше на PHP разработчиков.
Мы интегрировали с Bitbucket и Trello. Но последний требует очень гибкой настройки, потому как любое изменение карточки (переименование или новый лейбл) моментально отрабатывалось ботом. :)
Slack очень крутая штука, которую можно настраивать и кастомить, как душе угодно. Главное не перенасыщать его интеграциями. :)
Хоспаде..
Господи, ты бы английский выучил бы для начала или вник в то, ЧТО там написано.
Are you blind or something?
О как у вас подгорело то. Нет, суть в том, что если что-то и делать, то делать с умом и последующим продвижением вашего решения в массы (аля хабр, как вы и поступили). И не удивляйтесь, что на вас вылили бочку с Г, потому что ваш код и наполнил эту самую бочку.
Тогда почему вы удивляетесь критике, причем обоснованной?
Ссылочку можно, где это написано?
Код должен быть читабельным. Абы как написанную белеберду я лично не стал бы использовать в своем приложении и, тем более, тратить время на приведение этого всего к нормальному виду.
А зачем тогда используют фреймворки, скажите мне? Чтобы инжектить зависимость для обработки запроса, но использовать глобальный
$_POST
? WTF?!Не вижу смысла с вами дальше продолжать диалог (хотя, скорее, это два монолога, потому что вы отказываетесь слушать и прислушиваться) с человеком, у которого нет серьезного опыта разработки на Laravel. Почему я решил, что у вас его нет? Да потому, что для вас, видимо, создание фасада или сервис провайдера это невероятно сложные задачи.
Have a good life.
Тогда выходит, вы родили "недоношенную" идею. Суть создания "нового" разве состоит в том, чтобы сделать что-то, абы работало? Можно ведь сделать нормально, потратив чуть больше времени.
И по поводу того, что Вас бы уволили за такой код — чистая правда.
Вы бы хотя бы сделали по Laravel-way, и как минимум обрабатывали запрос через
Request
, который вы заинжектили. А так, у Вас, по-сути, код написанный на коленке. Зачем писать статью ради того, чтобы написать статью? Какая от этого польза?Так ведь
firstOrCreate
вернет Вам инстанс юзера, его статус и можно проверять для вывода сообщения (или его отсутствия). Еще есть замечательный методexists
, который поможет Вам в выводе сообщения об успешной регистрации.Сообщений каких?
Этих?
firstOrCreate
, если точнее.