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

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

господа

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

где держать общие данные ?

как консольному контроллеру указать обязательные атрибуты?

где держать общие данные ?

о каких общих данных идет речь?

о каких общих данных идет речь?

пользователи, общие теги и т.д

как консольному контроллеру указать обязательные атрибуты?

в yii1 это были атрибуты класса контроллера

а в yii2?

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

а если мультиязычный с одной валютой, одной ценой, синхронизаци цены...

как консольному контроллеру указать обязательные атрибуты?

if (empty($param)) {$this->stdout('ошибка, не указали параметр param');}

if (empty($param)) {$this->stdout('ошибка, не указали параметр param');}

где/как определяется этот $param?

где/как определяется этот $param?

Public function action($msg,$param)

пользователи, общие теги и т.д

это всегда было и останется отдельной базой

это всегда было и останется отдельной базой

т.е. 3 базы ?

ru, en, user

Public function action($msg,$param)

а общие для всего контроллера?

т.е. 3 базы ?

у меня больше

а общие для всего контроллера?

https://yii2-framework.readthedocs.io/en/latest/guide-ru/tutorial-console/

https://yii2-framework.readthedocs.io/en/latest/guide-ru/tutorial-console/

Спасибо, но там нет овтета на этот вопрос

ru, en, user

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

Спасибо, но там нет овтета на этот вопрос

--param=1 --error=2

Типа так

В первой версии во всяком случае так было

--param=1 --error=2

Это для всего контроллера если не ошибаюсь

--param=1 --error=2

Я понимаю как задать их в вызове контроллера, но не понимаю что за их определение отвечает в коде

это что?!

Всем привет, есть вопрос, как можно сократить при поиске по определенному полю из этого ResumeSearch%5Bid%5D=&ResumeSearch%5Bsort_data%5D=&ResumeSearch%5Bposada%5D=&ResumeSearch%5Btext%5D=&ResumeSearch%5Bcat%5D=1&ResumeSearch%5Bmisto%5D=&ResumeSearch%5Bphone%5D=&ResumeSearch%5Bstatus%5D=&page=15

например в cat=1&page=15

А, вот оно

Опции

у меня больше

к 5 баз подключается одно приложение ? или где-то есть синхронизация

Для переопределения [[yii\console\Controller::options()]] метода, вы можете указать опции, которые доступны в консольной команде (controller/actionID). Метод должен возвращать список публичных атрибутов класса. При запуске команды вы можете указать значение опций, используя синтаксис --OptionName=OptionValue. Это свяжет OptionValue с атрибутом OptionName класса контроллера.

Я понимаю как задать их в вызове контроллера, но не понимаю что за их определение отвечает в коде

public $error = 0;

Всем привет, есть вопрос, как можно сократить при поиске по определенному полю из этого ResumeSearch%5Bid%5D=&ResumeSearch%5Bsort_data%5D=&ResumeSearch%5Bposada%5D=&ResumeSearch%5Btext%5D=&ResumeSearch%5Bcat%5D=1&ResumeSearch%5Bmisto%5D=&ResumeSearch%5Bphone%5D=&ResumeSearch%5Bstatus%5D=&page=15

public function formName() { return ''; } в ResumeSearch

к 5 баз подключается одно приложение ? или где-то есть синхронизация

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

спс кеп. но это не привелегия йии. а бд

public $error = 0;

Без переопределения options() это не полетит. Вопрос был именно в этом.

к 5 баз подключается одно приложение ? или где-то есть синхронизация

никакой синхронизации, просто разные базы

никакой синхронизации, просто разные базы

чем лучше post_ru post_en ?

спс кеп. но это не привелегия йии. а бд

на уровне БД ты не можеш сделать внешние ключи ссылающиеся на табличку которая лежит в другой базе по другому ip и ваще на другом порту, но на уровне приложения это сделать возможно, в документации yii2 так и написано

чем лучше post_ru post_en ?

post_ru post_en в одной бд?

да

да

очень много минусов

public function formName() { return ''; } в ResumeSearch

прямо в модели ResumeSearch.php? вроде бы не помогло

очень много минусов

?

на уровне БД ты не можеш сделать внешние ключи ссылающиеся на табличку которая лежит в другой базе по другому ip и ваще на другом порту, но на уровне приложения это сделать возможно, в документации yii2 так и написано

на одном инстансе могу.

на одном инстансе могу.

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

прямо в модели ResumeSearch.php? вроде бы не помогло

не убрало из url ResumeSearch%5B?

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

давай пруфы что ли что это делать глупо

не убрало из url ResumeSearch%5B?

не убрало

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

?

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

а я просил sql из дебагера

давай пруфы что ли что это делать глупо

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

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

Ага не сложнее чем новую таблицу заводить и новыми данными.

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

это никак не относится к задачи. тем более есть шаринг

Ага не сложнее чем новую таблицу заводить и новыми данными.

ты уверен и хорошо подумал?

йеп. минусов у твоего способа милилон для сайта не каталога

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

Ответы на этоти воросы я не услышал

это никак не относится к задачи. тем более есть шаринг

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

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

если у меня упадет слейф , ничего не будет

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

так, давай по пунктам, готов?

да и мастер, простой минимален

так, давай по пунктам, готов?

я задал вопросы

@dev_IKS выложи куда-то код всей модели

Котаны, мемкеш на сокетах это благо или зло?

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

1) юзеры лежат в БД user в табличке user, Моделька в Yii2 User.php работает с этой базой и обеспечивает доступ к ID пользователей всем остальным моделькам. Это понятно? 2) Еслинужны одинаковые товары то с помощью консольной команды береш и переписываеш товары из одной бд в другую с переводом на нужный язык (потом операторы матерятся и исправляют перевод) 3) статьи так же как пункт 2 4) теги так же как пункт 2. Синхронизация товара в автоматическом режиме возможно только с использованием автоматического перевода, потому что это автоматический процесс))) Был хоть раз на AliExpres ??? как видиш способ применен компанией и они успешно работают, а ты можеш продолжать создавать таблички в одной базе. Пока "кто то думает" другие уже придемали и даже сделали )

1) юзеры лежат в БД user в табличке user, Моделька в Yii2 User.php работает с этой базой и обеспечивает доступ к ID пользователей всем остальным моделькам. Это понятно? 2) Еслинужны одинаковые товары то с помощью консольной команды береш и переписываеш товары из одной бд в другую с переводом на нужный язык (потом операторы матерятся и исправляют перевод) 3) статьи так же как пункт 2 4) теги так же как пункт 2. Синхронизация товара в автоматическом режиме возможно только с использованием автоматического перевода, потому что это автоматический процесс))) Был хоть раз на AliExpres ??? как видиш способ применен компанией и они успешно работают, а ты можеш продолжать создавать таблички в одной базе. Пока "кто то думает" другие уже придемали и даже сделали )

ты говорил что у тебя завязка валюты на язык приложения?

1) юзеры лежат в БД user в табличке user, Моделька в Yii2 User.php работает с этой базой и обеспечивает доступ к ID пользователей всем остальным моделькам. Это понятно? 2) Еслинужны одинаковые товары то с помощью консольной команды береш и переписываеш товары из одной бд в другую с переводом на нужный язык (потом операторы матерятся и исправляют перевод) 3) статьи так же как пункт 2 4) теги так же как пункт 2. Синхронизация товара в автоматическом режиме возможно только с использованием автоматического перевода, потому что это автоматический процесс))) Был хоть раз на AliExpres ??? как видиш способ применен компанией и они успешно работают, а ты можеш продолжать создавать таблички в одной базе. Пока "кто то думает" другие уже придемали и даже сделали )

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

ты говорил что у тебя завязка валюты на язык приложения?

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

1) юзеры лежат в БД user в табличке user, Моделька в Yii2 User.php работает с этой базой и обеспечивает доступ к ID пользователей всем остальным моделькам. Это понятно? 2) Еслинужны одинаковые товары то с помощью консольной команды береш и переписываеш товары из одной бд в другую с переводом на нужный язык (потом операторы матерятся и исправляют перевод) 3) статьи так же как пункт 2 4) теги так же как пункт 2. Синхронизация товара в автоматическом режиме возможно только с использованием автоматического перевода, потому что это автоматический процесс))) Был хоть раз на AliExpres ??? как видиш способ применен компанией и они успешно работают, а ты можеш продолжать создавать таблички в одной базе. Пока "кто то думает" другие уже придемали и даже сделали )

откуда инфо что на али отдельные БД для каждого языка?

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

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

откуда инфо что на али отдельные БД для каждого языка?

Если я тебе расскажу об этом то мне придется тебя убить )))

Если я тебе расскажу об этом то мне придется тебя убить )))

рассказывай))

1) юзеры лежат в БД user в табличке user, Моделька в Yii2 User.php работает с этой базой и обеспечивает доступ к ID пользователей всем остальным моделькам. Это понятно? 2) Еслинужны одинаковые товары то с помощью консольной команды береш и переписываеш товары из одной бд в другую с переводом на нужный язык (потом операторы матерятся и исправляют перевод) 3) статьи так же как пункт 2 4) теги так же как пункт 2. Синхронизация товара в автоматическом режиме возможно только с использованием автоматического перевода, потому что это автоматический процесс))) Был хоть раз на AliExpres ??? как видиш способ применен компанией и они успешно работают, а ты можеш продолжать создавать таблички в одной базе. Пока "кто то думает" другие уже придемали и даже сделали )

На али mysql наверное )

рассказывай))

да они сами об этом рассказывали на какой то конференции, ссылки на видос нету под рукой

чо вы там за дичь пытаетесь придумать?

чо вы там за дичь пытаетесь придумать?

уже давно придумали и запустили

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

public function formName() { return ''; } в ResumeSearch

спасибо, все же помогло

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

еще будет небольшой вопрос, а можно как то убрать все пустые параметры?

admin/resume?id=&sort_data=&posada=&text=&cat=&misto=1&phone=&status=

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

храни все в одной базе, религией это не запрещено

admin/resume?id=&sort_data=&posada=&text=&cat=&misto=1&phone=&status=

чтобы было admin/resume?misto=1

чтобы было admin/resume?misto=1

это уже самому на js пилить прийдется

это уже самому на js пилить прийдется

понял. спасибо

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

если у тебя упала одна база то остальные продолжают работать

@dev_IKS выложи куда-то код всей модели

https://repl.it/repls/SwiftDamagedGlueware

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

+

если у тебя упала одна база то остальные продолжают работать

Лол

если у тебя упала одна база то остальные продолжают работать

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

https://repl.it/repls/SwiftDamagedGlueware

и куда ты value потерял?

и куда ты value потерял?

убрал. Что с ним, что без него одинаково