"не верю!"

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

как тогда бороться с не совпадением id когда 2 менеджера запостили 1 и туже статью в одно и тоже время?

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

Что на счёт слейвов?

"не верю!"

https://repl.it/repls/SwiftDamagedGlueware )

Что на счёт слейвов?

и репликации и слэйвы в наличии их никто не отменял, все в наличии в данной схеме

https://repl.it/repls/SwiftDamagedGlueware )

и что твои вардампы показывают теперь?

как тогда бороться с не совпадением id когда 2 менеджера запостили 1 и туже статью в одно и тоже время?

о совпадении каких id идет речь?

и запрос из дебагера все-таки покажи

разделение баз по языкам - полная дичь

разделение баз по языкам - полная дичь

все в одно таблицу писать!))

о совпадении каких id идет речь?

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

все в одно таблицу писать!))

Лучше на одно поле одна база. Так безопасней и если упадет поле - не страшно

Лучше на одно поле одна база. Так безопасней и если упадет поле - не страшно

ну тут уже amazon надо поднимать сетку )

и что твои вардампы показывают теперь?

string(19) "2018-10-25 17:25:39" string(19) "2018-10-25 17:25:39" before/after save

и запрос из дебагера все-таки покажи

юишного дебагера?

да

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

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

у меня больше

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

string(19) "2018-10-25 17:25:39" string(19) "2018-10-25 17:25:39" before/after save

и что тебя тут не устраивает?

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

В чем сложность?

В чем сложность?

в синхронизации как минимум

и что тебя тут не устраивает?

что в бд сохраняет в любом случае 1000-01-01 00:00:00. А так эти значения устраивают. Не нашел в дебагере запрос

что в бд сохраняет в любом случае 1000-01-01 00:00:00. А так эти значения устраивают. Не нашел в дебагере запрос

его нужно искать в предыдущем реквесте

если в запросе дата будет правильная, значит ищи причину в БД

в синхронизации как минимум

то есть ты не представляеш как этот процесс происходит, сколько раз и когда запускается и как это выглядит в коде?

дело не в моих представлениях. Это оверхед и он в очень видном месте, что говорит о многом про руководителя проекта (того, кто это все придумал) Архитектуру нельзя было построить по-другому, без разделения баз по языкам, имея аналогичную производительность? Это в облаке или свои сервера?

дело не в моих представлениях. Это оверхед и он в очень видном месте, что говорит о многом про руководителя проекта (того, кто это все придумал) Архитектуру нельзя было построить по-другому, без разделения баз по языкам, имея аналогичную производительность? Это в облаке или свои сервера?

1) что такое оверхед в этом случае? буду признателен если расскажеш 2) Бизнесс задача была такой какой была 3) Архитектура построена и работает 4) это композиция контейнеров в облаке

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

как мы поймем что индентичные статьи на 2х языках ?

1) что такое оверхед в этом случае? буду признателен если расскажеш 2) Бизнесс задача была такой какой была 3) Архитектура построена и работает 4) это композиция контейнеров в облаке

1) Оверхед в том, что "мы сделали на каждый язык отдельную базу, чтоб все сразу не падало", потому как есть репликация. Работает и так и так, но разделение баз по языкам - надуманная необходимость, которая придает работу всем (девелоперам и сисадминам как минимум) 2) Сомневаюсь, что заказчик сказал "хочу на каждый язык свою базу" 3) Репликация и название полей title_ru тоже работает и не имеет большой минус, как "мелькает в коде", как кому-то могло показаться. Базы данных на серверах, в логере или кубе (в чем оно там) не мелькают? 4) ?

Подскажите, придумали какие либо решения в yii2 чтобы выполнить примерно следующий запрос? Одним запросом и модели групп и модели объектов в группах. SELECT g.id group_id, g.name, t.id tag_id, t.name FROM tag_group g LEFT JOIN tag t ON t.group_id=g.id WHERE (g.name LIKE '%search%') OR (t.name LIKE '%search%') ORDER BY g.name ASC, t.name ASC (в yii1 это было together)

как мы поймем что индентичные статьи на 2х языках ?

не понял вопрос, можешь перефразировать?

не понял вопрос, можешь перефразировать?

как понять что статья A из бд 1 является переводом B из 2 бд

1) Оверхед в том, что "мы сделали на каждый язык отдельную базу, чтоб все сразу не падало", потому как есть репликация. Работает и так и так, но разделение баз по языкам - надуманная необходимость, которая придает работу всем (девелоперам и сисадминам как минимум) 2) Сомневаюсь, что заказчик сказал "хочу на каждый язык свою базу" 3) Репликация и название полей title_ru тоже работает и не имеет большой минус, как "мелькает в коде", как кому-то могло показаться. Базы данных на серверах, в логере или кубе (в чем оно там) не мелькают? 4) ?

Все запускается одной командой в консольке, деплой происходит с помощью docker контейнеров, если и могут возникнуть проблемы у разработчиков то только с установкой docker ) Ну а то что у нас одна и та же модель работает с двумя базами в зависимости от выбранного языка то удобней иметь одну модель для товара и этой моделе все равно с какой БД работать она про язык вообще ничего не знает

всем привет, подскажите плиз можно вот так грузить данные в модель? Model::loadMultiple($products, $array, '') ? мне нужно как-то сюда закинуть массив

как понять что статья A из бд 1 является переводом B из 2 бд

статья с URL /my-first-post из БД 2 является переводом статьи с URL /my-first-post из БД 1

всем привет, подскажите плиз можно вот так грузить данные в модель? Model::loadMultiple($products, $array, '') ? мне нужно как-то сюда закинуть массив

batchInsert поищи

статья с URL /my-first-post из БД 2 является переводом статьи с URL /my-first-post из БД 1

как понять это в бд ?

статья с URL /my-first-post из БД 2 является переводом статьи с URL /my-first-post из БД 1

алиас же на разных языках должны быть, в этом и сложность понять идентичность статтей в разных бд для разных языков

алиас же на разных языках должны быть, в этом и сложность понять идентичность статтей в разных бд для разных языков

ты сейчас точно не прикалываешся?

batchInsert поищи

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

ты сейчас точно не прикалываешся?

представь себе

ты сейчас точно не прикалываешся?

нет. и это проблема

ты сейчас точно не прикалываешся?

у вас в базах один алиас для всех языков?

представь себе

имеем URL вида http://mysite.local/ru/my-first-post на английском статья будет иметь URL http://mysite.local/en/my-first-post В чем они похожи и чем отличаются?

имеем URL вида http://mysite.local/ru/my-first-post на английском статья будет иметь URL http://mysite.local/en/my-first-post В чем они похожи и чем отличаются?

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

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

что такое алиас?

что такое алиас?

slug

slug

+

псевдоним для статьи, который отображается в url На твоем примере это my-first-post

что такое алиас?

Ну вообще то ЧПУ на то и ЧПУ. Не все могут в английский. Поэтому если все на английском, то какой это ЧПУ

псевдоним для статьи, который отображается в url На твоем примере это my-first-post

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

moy-pervij-post

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

тоже верно

Отсюда мы логически приходим к мысли что alias для разных языков может быть разный

Для кого эти ЧПУ и кто определяет правила как должна выглядеть ссылка?

Логично предположить что для людей

я никогда не читал эти ЧПУ, потому что ни разу у меня не было такой необходимости прочитать какуюто ссылку

Или вы каждый день сидите и читаете адреса ссылок?

а если человек не знает английского то он никогда не будет читать ЧПУ на английском потому что физически не знает как это читается

потому что просто не знает этот алфивит

тыкнет и прочитает содежримое страницы

я никогда не читал эти ЧПУ, потому что ни разу у меня не было такой необходимости прочитать какуюто ссылку

т.е. во всех базах у тебя один алиас на одну статью для всех языков потому, что ты никогда не читал ЧПУ? Что на счет СЕО и других людей?

т.е. во всех базах у тебя один алиас на одну статью для всех языков потому, что ты никогда не читал ЧПУ? Что на счет СЕО и других людей?

да, во всех базах статьи могут иметь разные id но slug уникален и статьи с одинаковым slug являются одной и той же статьей но на разных языках

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

т.е. во всех базах у тебя один алиас на одну статью для всех языков потому, что ты никогда не читал ЧПУ? Что на счет СЕО и других людей?

а что СЕО могут сказать?

да, во всех базах статьи могут иметь разные id но slug уникален и статьи с одинаковым slug являются одной и той же статьей но на разных языках

не изменения слуга это пичаль конечно =(

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

сам понял что спросил? )))

сам понял что спросил? )))

да

не изменения слуга это пичаль конечно =(

почему так решил?

почему так решил?

Поменял ты тайтл у статьи, а слаг оставишь старый?

почему так решил?

привязыватся к параметру который завтра может поменяться. это пичально

Поменял ты тайтл у статьи, а слаг оставишь старый?

slug и Title чем связаны?

slug один для всех языков статьи, ТTitle для всех языков будет разный так как будет написан на разных языках

А с какого языка будет сформирован slug?

а что СЕО могут сказать?

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

если автор статьи не указал вручную slug то можно например перевести title на английский и привести к нужному формату для slug

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

Отличный СЕОшник работает, претензий у него нет к этой реализации, yandex и google тоже претензий не имеют

что то мне подсказывает что вы придумываете решение для несуществующей проблемы которую сами себе придумали с этими ЧПУ и slug

slug один для всех языков статьи, ТTitle для всех языков будет разный так как будет написан на разных языках

почему слуг не может быть разный ?

что то мне подсказывает что вы придумываете решение для несуществующей проблемы которую сами себе придумали с этими ЧПУ и slug

решение то реальное . википедия тому пример

почему слуг не может быть разный ?

http://mysite.local/ru/my-first-post http://mysite.local/en/my-first-post вот пример, чем отличаются ссылки?

вы походу нас не слышите

Об этом я писал вначале Это оверхед и он в очень видном месте, что говорит о многом про руководителя проекта (того, кто это все придумал) Таким людям ничего нельзя доказать. С такими сложно работать

Об этом я писал вначале Это оверхед и он в очень видном месте, что говорит о многом про руководителя проекта (того, кто это все придумал) Таким людям ничего нельзя доказать. С такими сложно работать

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

Есть рабочие примеры что можно посмотреть?

началось

на этой ноте я выхожу из диалога

на этой ноте я выхожу из диалога

возвращайтесь, непременно возвращайтесь

slug и Title чем связаны?

Тем, что одно на основе другого генерируется.

Тем, что одно на основе другого генерируется.

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

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

Просто транслитерировать?

Так-то и заголовки на разных языках разные

Так-то и заголовки на разных языках разные

уже близко! там текст будет на другом языке и вся страница будет на другом языке

В чём проблема была? Мотать далеко

В чём проблема была? Мотать далеко

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