но можешь почитать за DDD

ну или вот https://gist.github.com/fesor/76d39b19b18f7103a7c058301dc6a8fe

но можешь почитать за DDD

и умереть от кучи не понятной слов ?

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

и умереть от кучи не понятной слов ?

но в перспективе получить куда более точный ответ на свой вопрос)

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

но в перспективе получить куда более точный ответ на свой вопрос)

совет про ддд это жестко. это не просто папки

совет про ддд это жестко. это не просто папки

я и не говорю о ддд как о просто папках

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

laravel awesome обычно решает такие пролемы

есть кто неспящий? )

Нет, все спят

проблема с роутами. Есть блог, у которого есть категории и посты. Можно ли как-то разделить роут /blog/{category} и /blog/{post_id}, чтобы их обрабатывали разные контроллеры?

Странная структура противоречащая ресту.

На вордпрессе посмотрел?)

заказчик заказал =/

как правильнее будет сделать?

можно. через регулярки. Route::get('blog/{id}', )->where('id', '[0-9]+');

можно. через регулярки. Route::get('blog/{id}', )->where('id', '[0-9]+');

А если и там и там строки? За каждым роутом в бд/кеш гонять?)

А если и там и там строки? За каждым роутом в бд/кеш гонять?)

post_id строки ?

да

:)

тогда нет

Ну я бы гонял в базу за наличием, но это плохая логика для контроллера

Закостыль категории напрямую если их не много

они динамические, их должны иметь возможность добавлять. А как кошерно роуты организовать в таком случае? Так /blog/{category} и /blog/{category}/{post_id}?

ужс

зачем лишний blog

лишний шаг по мнению поисковика

они динамические, их должны иметь возможность добавлять. А как кошерно роуты организовать в таком случае? Так /blog/{category} и /blog/{category}/{post_id}?

Ну хотя бы. А вообще кошерно category/category_id и post/post_id

да здравствуют 500км урлы)

зачем лишний blog

в смысле? Затем, что блог - это один из разделов сайта.

в смысле? Затем, что блог - это один из разделов сайта.

Да, усио верн? о

Ну хотя бы. А вообще кошерно category/category_id и post/post_id

спасибо, а где я могу вообще почитать мат.часть по этой теме?

нигде, это все субьективно. кому как нравится

нигде, это все субьективно. кому как нравится

Ну почему... ну рест же? Разве некорректно?

ну во первыйх это не api во 2х у реста нет конкретики есть "патернны" или рекомендации об огранизации url

тот же HATEOAS . это тоже рест

У реста есть maturity model. каждый уровень по разному строит url

ну во первыйх это не api во 2х у реста нет конкретики есть "патернны" или рекомендации об огранизации url

чойта не апи

умрет ли mysql если сообщения прямо в бд будут писаться ?

или нормально ? Для не высоконагруженного ?

невероятно

а как по твоему работают чаты

если без кеширования, то может вытянуть

а как по твоему работают чаты

в redis на пример пишут. Потом с бд синхронизируют

зависит от нагрузки

если у тебя не миллион сообщений в секунду, то норм

ну в секу запросов 10к+ может будет. А может и больше. т.е это херня и можно прямо в бд ?

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

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

ну а история же

Что история?

Она у пользователя ж уже есть. А в вебсокете придёт только новое сообщение.

Что история?

прокидывая по сокету я ен сохраню историю. Он перезагрузит страницу и все

Она у пользователя ж уже есть. А в вебсокете придёт только новое сообщение.

а. Так я так и говорю. Прокидывать по сокетам, а само сообщение в бд

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

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

ну да. Так и буду

Может, кто пропустил. Напоминаю, что сделал канал, в который завтра и послезавтра буду постить инфу с Laracon EU 2017. И завтра по идее релиз Laravel 5.5 https://t.me/laraconeu2017ru

Может, кто пропустил. Напоминаю, что сделал канал, в который завтра и послезавтра буду постить инфу с Laracon EU 2017. И завтра по идее релиз Laravel 5.5 https://t.me/laraconeu2017ru

уже был же релиз

Нет ещё

ERROR: S client not available

как глянуть данные из одной таблицы + колв-во в другой. На пирмер видео + кол-во коментов

без orm. Чистым sql

как глянуть данные из одной таблицы + колв-во в другой. На пирмер видео + кол-во коментов

https://www.w3schools.com/sql/sql_join_left.asp

https://www.w3schools.com/sql/sql_join_left.asp

это не то. За чем мне повторы ?

а как при вызове эвент листенера передать ему параметры?

он же типо автоматом вызывается где то внутри

когда событие дергаешь

или параметры автоматом подтягиваются из конструктора эвента

хз чот...

В конструкторе присвой их в свойства объекта и потом их можешь получать

внутри хандлера листенера?

Аааа

все, въехал

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

Димок, ты охуенен, спасибо

(но не слишком, но пойдет)

получить видео + коменты к нему + к коментам юзеров. Это делается в три запроса ? Без orm. Или одиним можно ? (БЕЗ ПОВТОРОВ И ТД. Вида такого же как и с ORM)

(но не слишком, но пойдет)

))

?

получить видео + коменты к нему + к коментам юзеров. Это делается в три запроса ? Без orm. Или одиним можно ? (БЕЗ ПОВТОРОВ И ТД. Вида такого же как и с ORM)

релейшены есть?

релейшены есть?

я пишу на node без orm. Не хочу пока D. И трабл куча всплыло. С orm проще и быстрее

а почему ты тут тогда спрашиваешь

это чат по пхп фреймворку вообще

это чат по пхп фреймворку вообще

я знаю. sql то один

ты бы книжку лучше открыл по мускулу. или доку.

я знаю. sql то один

но чат то не про sql

и да, выше хороший совет

искать лень. Это под рукой ближе. Или че тут уже все сдеградировали с ларой ?

совершенствование рабочего процесса != деградация