$app = app('http\Controller'); - но я тебе этого не говорил я буду все отрицать

да встречал тиакую запись в рнете но там сказали отрезать за такое руки будут:)))

А как быть, если мне нужно сделать update записи; в валидаторе есть slug => 'unique'. И если slug у этой записи не меняется, приходит такой же, что и был. А он уже есть в БД, и из-за этого валидация падает Есть способ этого как-то избежать?)

ну и за вызов контроллера в другом контроллере будут ругать лол

ну и за вызов контроллера в другом контроллере будут ругать лол

+1

А как быть, если мне нужно сделать update записи; в валидаторе есть slug => 'unique'. И если slug у этой записи не меняется, приходит такой же, что и был. А он уже есть в БД, и из-за этого валидация падает Есть способ этого как-то избежать?)

https://laravel.com/docs/5.6/validation#rule-unique смотри Forcing A Unique Rule To Ignore A Given ID:

https://laravel.com/docs/5.6/validation#rule-unique смотри Forcing A Unique Rule To Ignore A Given ID:

Вот блин, читаю через строку)) Спасибо

ну и за вызов контроллера в другом контроллере будут ругать лол

+, потому и просил что где то читал не незнал точно есть ли такая нейтивная возможность, теперь понятно что как и везде делается

Здравствуйте коллеги! Есть задание на фриланс по разработке сайта, а точнее по доработкам, но нет понимания, как поступить лучше. У нас готово 5% функционала на cms, но все разработчики предлагают избавиться от cms и писать все на чистом ларавел. но по моему мнению это может быть чистый развод и ПРОВАЛ, так как потом сайт в другие руки отдать не получится, ибо все сделается под ключ "на свой лад".

+, потому и просил что где то читал не незнал точно есть ли такая нейтивная возможность, теперь понятно что как и везде делается

итак, контроллер это класс. контроллер внутри контроллера == класс внутри класса сервис это класс сервис внутри контроллера == класс внутри класса создай сервис и все)

Здравствуйте коллеги! Есть задание на фриланс по разработке сайта, а точнее по доработкам, но нет понимания, как поступить лучше. У нас готово 5% функционала на cms, но все разработчики предлагают избавиться от cms и писать все на чистом ларавел. но по моему мнению это может быть чистый развод и ПРОВАЛ, так как потом сайт в другие руки отдать не получится, ибо все сделается под ключ "на свой лад".

смотря чо за сайт. Прикрутить галерею и пару страниц - лучше CMS

итак, контроллер это класс. контроллер внутри контроллера == класс внутри класса сервис это класс сервис внутри контроллера == класс внутри класса создай сервис и все)

угу передалать все контроллеры на сервисы и один общий и юзать разные сервисы в контроллере монстре:)

итак, контроллер это класс. контроллер внутри контроллера == класс внутри класса сервис это класс сервис внутри контроллера == класс внутри класса создай сервис и все)

ну по твоей логике как раз и не нужно ничего делать, если всё есть класс? Зачем еще что то создавать?

ну по твоей логике как раз и не нужно ничего делать, если всё есть класс? Зачем еще что то создавать?

лол, я к тому что, не надо бояться идти дальше контроллера в MV —C

если он хочет вызывать метод контроллера в другом контроллере, пусть делает

Здравствуйте коллеги! Есть задание на фриланс по разработке сайта, а точнее по доработкам, но нет понимания, как поступить лучше. У нас готово 5% функционала на cms, но все разработчики предлагают избавиться от cms и писать все на чистом ларавел. но по моему мнению это может быть чистый развод и ПРОВАЛ, так как потом сайт в другие руки отдать не получится, ибо все сделается под ключ "на свой лад".

5% - это очень мало. разработчику, конечно же, предпочтительнее работать с фреймворком, по стандартам и хорошим практикам. а не с CMS. и, как сказали выше, всё зависит от ваших нужд. если вы ориентируетесь на дальнейшую поддержку, то лучше брать фреймворк. там фичи добавлять проще, в коде разобраться проще, т.к. всё будет по стандарту, с менеджером зависимостей. да, на CMS есть много плагинов. но многие из них будут платными, с некоторыми будут трудности при установке. в общем, если хотите сэкономить, то такая экономия (на CMS) может выйти боком, если вы её решите сильно переделывать.

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

Здравствуйте коллеги! Есть задание на фриланс по разработке сайта, а точнее по доработкам, но нет понимания, как поступить лучше. У нас готово 5% функционала на cms, но все разработчики предлагают избавиться от cms и писать все на чистом ларавел. но по моему мнению это может быть чистый развод и ПРОВАЛ, так как потом сайт в другие руки отдать не получится, ибо все сделается под ключ "на свой лад".

вас послушать так у нас тут 1722 разводилы сидят и обсуждают кого бы еще развести.

не все можно просто сделать на CMS. без задания тут вообще не о чем говорить.

вас послушать так у нас тут 1722 разводилы сидят и обсуждают кого бы еще развести.

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

я бы тоже 10 раз подумал, что взять, cms или с нуля пилить велик на старте.

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

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

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

я как-то отбросил слово "фриланс" и смотрю чисто с точки зрения человека, который вкладывается в код )

я как-то отбросил слово "фриланс" и смотрю чисто с точки зрения человека, который вкладывается в код )

понятно что сложно, если я пойду машину покупать (или дом итп) абсолютно ничего про них не зная то скорее всего куплю тоже не оптимальный вариант. выход один: или искать специалиста и оплачивать его консультацию по этому вопросу, либо изучать все самому. но консультант должен быть не от имени исполнителя(разработчика сайта) а не зависимый. это окупится. ну или на край на тостер скинуть чтобы рассудили, если на норм консультацию денег нет. но не зная задачу - нельзя конечно рекомендовать цмс или ларку. и если денег в обрез то это тоже надо сразу указывать (сколько), тогда многие вопросы может и отпадут сразу.

с этим согласен.

эм, в чате по ларавелю make?

я как-то отбросил слово "фриланс" и смотрю чисто с точки зрения человека, который вкладывается в код )

Одна из идей книги "Совершенный код", Макконела - Хороший разработчик в первую очередь должен решать задачу бизнеса. Код вторичен)

есть у кого-то на примете windows чат в телеге?

Одна из идей книги "Совершенный код", Макконела - Хороший разработчик в первую очередь должен решать задачу бизнеса. Код вторичен)

тут немного другая ситуация: бизнес сомневается, стоит ли вкладываться в разработчика )

тут немного другая ситуация: бизнес сомневается, стоит ли вкладываться в разработчика )

Я так понял, что разрабы хотят кодить на ларке, а заказчик выбрал CMS. И тут еще одна идея этой книги - нужно делать продукт не НА языке, а с ПОМОЩЬЮ языка. В принципе, если CMS позволит решить ту же самую задачу бизнеса, но в более краткие сроки и более дешево, то выбор очевиден

лучше Макконнелла и понятнее то, о чём вы сейчас говорите, описано тут.

https://vk.com/@tproger-how-to-improve-your-programming-style

лучше Макконнелла и понятнее то, о чём вы сейчас говорите, описано тут.

ну не лучше, конечно) Там все-таки 900 страниц обо всем. А статью читал, да

ну не лучше, конечно) Там все-таки 900 страниц обо всем. А статью читал, да

кол-во страниц - не показатель. у меня у самого книга Макконнелла дома лежит, там много воды )

одно и то же по 100500 раз мусолится на страницах этого произведения

я прочёл 150 страниц и убрал в шкаф

ну, дело ваше) у меня немного другое мнение

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

времени жаль и желания нет

Макконнелл, вообще, верно заметил, что его книгу надо юзать как справочник. с этой точки зрения очень здорово организована

Сделать такой вывод о книге, прочитав 150 страниц - это тоже самое, что сделать вывод, что вы - лентяй / низкоквалифицированный специалист / и тд. Но делать поспешные выводы не стоит, просто потому, что я вас не знаю)

Сделать такой вывод о книге, прочитав 150 страниц - это тоже самое, что сделать вывод, что вы - лентяй / низкоквалифицированный специалист / и тд. Но делать поспешные выводы не стоит, просто потому, что я вас не знаю)

там около 900 страниц. я прочёл 6 глав. это не так уж мало. ) достаточно, чтобы понять стиль автора, более чем.

я, конечно же, подчерпнул новое для себя.

но не так много, как рассчитывал

начни я эту книгу читать раньше, я бы, наверное, не останавливался

а сейчас она уже мало интересна. когда есть какой-то мало-мальский опыт

я рекомендую читать её раз в год, будете делать другие выводы

для начала было бы неплохо просто прочесть

рекомендации типа "читаю раз в год" смотрел по отзывам, до приобретения.

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

но зачем просто перечитывать уже известное, если оно отложилось в памяти?

о какой книге идет речь?

Макконнелл - Совершенный код

Макконнелл - Совершенный код

спасиб

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

Я прочёл целиком когда только начинал кодить, 3 года назад. Для начала очень полезно, много ошибок новичка типичных не совершил

Я прочёл целиком когда только начинал кодить, 3 года назад. Для начала очень полезно, много ошибок новичка типичных не совершил

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

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

Ну тут да, читать нет смысла некоторые места, особенно про всякие там применения циклов и прочее, когда уже достаточно проработал это и так понятно. А мне было в новинку все

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

паттерны я сам плохо знаю.

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

юнит тесты пишешь?

начинаю уже.

Про паттерны

Прочитал за месяц

Легко и быстро

ERROR: S client not available

какие паттерны знаешь теперь?

лучше даже другое.. какие будешь юзать :)

Легко и быстро

получается их грамотно применять?

Часть уже знал

Поэтому юзаю

В OctoberCMS их прям мммного

Товарс, ахахах

что что фоткой выложен код

addtovar, ну йопт

кажется, я видел этого чувака уже)

ребата выручите пожалуйста

public function addWaBepMa

ребата выручите пожалуйста

ты вопрос-то задай. проблем тут много, а что тебе надо, ты не говоришь

ну данные не добавляються

всм, новая запись не создаётся в бд?

да

и response возвращает "ок"?

нет 500 ошибку

ну так чё молчишь тогда

если 500 ошибка, значит, БД тебя нахер шлёт. проверь, все ли поля заполнены.

попробуй на чистом sql сделать запрос

или пойти в логи)

тоже вариант, да

обизательно все поля должны быть заполнены ?

эм, я не знаю, как тебе ответить

если поле NOT NULL, то должно быть заполнено

учи sql для начала

лучше английский хотя бы немного

нет таких полей которые были бы обизательны

и русский...