?

SELECT table1.created_at FROM table2 LEFT JOIN table1 ON table2.id = table1.controller_id WHERE table1.controller_id IN (SELECT DISTINCT id FROM `table2`);

Что-то мне подсказывает, что запрос довольно странный, но разбираться неохота :)

?

Не юзай мой смайл, блет

вопрос по yii первому как можно объединить эту конструкцию "OR" $criteria->addCondition('t.id IN(' . $this->ids_from_seo_category . ')'); $withnoms = array( 'nomenclatures' => array( 'together' => false, 'condition' => "nomenclatures.id IN(".$this->ids_from_seo_category.")" ), ); $criteria->with = $withnoms;

$criteria->mergeWith([/*with*/], 'OR'); Но вообще странно для ленивой загрузки пытаться задать OR

$criteria->mergeWith([/*with*/], 'OR'); Но вообще странно для ленивой загрузки пытаться задать OR

тут весь проект очень странный. достался в наследство, вот нужно разгребать, а опыт в yii очень небольшой

Зачем

затем, есть такое слово "унификация". Что подразумевает единообразный ответ сервера в любой ситуации. Например всегда будет какой-то жсон ответ.

затем, есть такое слово "унификация". Что подразумевает единообразный ответ сервера в любой ситуации. Например всегда будет какой-то жсон ответ.

Ну, дык он и будет единообразный

нет

Всегда в случае успеха на удаление будет пустота с 200

Да

тут весь проект очень странный. достался в наследство, вот нужно разгребать, а опыт в yii очень небольшой

Дело не в yii. почитай что делает together=false. Фактически у тебя будет два отдельных sql запроса. А ты хочешь OR )

Дело не в yii. почитай что делает together=false. Фактически у тебя будет два отдельных sql запроса. А ты хочешь OR )

ага понял, спасибо

Всегда в случае успеха на удаление будет пустота с 200

а потом тебе понадобится в каком-то месте ответить сообщением с кол-вом удаленных строк

кек

пустота

а потом тебе понадобится в каком-то месте ответить сообщением с кол-вом удаленных строк

И?

затем, есть такое слово "унификация". Что подразумевает единообразный ответ сервера в любой ситуации. Например всегда будет какой-то жсон ответ.

В нормальной ситуации ответ всегда опирается на HTTP протокол. Собственно как и отсутствие тела ответа.

А в чем проблема?

Я чета не понимаю

Я чета не понимаю

забей

забей

Ясн

Кстати, поясните мне за "сделать репозитории с AR - дичь"

Кстати, поясните мне за "сделать репозитории с AR - дичь"

ну поидее или AR или репозитории.

ну поидее или AR или репозитории.

С чего бы? :)

Репозиторий - универсальная штука

Репозиторий - универсальная штука

Ну если относительно Yii. То AR умеет работать с разными источниками. По сути зачем там репозиторий? Хранить методы find?

Как вариант конечно.

Ну если относительно Yii. То AR умеет работать с разными источниками. По сути зачем там репозиторий? Хранить методы find?

Чтобы вынести в одно месте обращение к хранилищу

Чтобы вынести в одно месте обращение к хранилищу

Один класс репозитория для всех AR? Или на каждый AR по классу репозитория?

Один класс репозитория для всех AR? Или на каждый AR по классу репозитория?

Сыграем с тобой в игру У тебя есть 1 попытка

У меня столько памяти в скрипте не выделено, чтобы хранить коллекции AR там )))

У тебя в репозитории хранится коллекция сущностей?)

У тебя в репозитории хранится коллекция сущностей?)

Я не использую репозиторий и никогда не использовал. Обладаю лишь теоретическими знаниями об этом паттерне. Репозиторий - это коллекция объектов в каком-то хранилище.

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

Чтобы, например, каждый раз не дергать удаленное хранилище

Я не использую репозиторий и никогда не использовал. Обладаю лишь теоретическими знаниями об этом паттерне. Репозиторий - это коллекция объектов в каком-то хранилище.

Хм... Репозиторий - это промежуточный слой между "внешним миром" и хранилищем

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

В нормальной ситуации ответ всегда опирается на HTTP протокол. Собственно как и отсутствие тела ответа.

в принципе, в спеке w3c описаны обе ситуации. 9.7 пункт: https://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html

Просто херачьте DTO на каждый успешный ответ и не парьтесь

И будет вам единный вид ответа независимо от данных

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

Я представлял, что в репозиториях для удобства делают массив с кешем, типа такого :) class MembersRepo { private $members = []; public function getMember($id) { if (!isset($this->members[$id])) { $this->members[$id] = Member::find()->one($id); } return $this->members[$id]; } }

Я представлял, что в репозиториях для удобства делают массив с кешем, типа такого :) class MembersRepo { private $members = []; public function getMember($id) { if (!isset($this->members[$id])) { $this->members[$id] = Member::find()->one($id); } return $this->members[$id]; } }

Без разницы какое там хранилище

Хоть строка

Я представлял, что в репозиториях для удобства делают массив с кешем, типа такого :) class MembersRepo { private $members = []; public function getMember($id) { if (!isset($this->members[$id])) { $this->members[$id] = Member::find()->one($id); } return $this->members[$id]; } }

Но, вот, правда я не уверен насчет AR + array в этом кейсе

Стыд

Набрасывай, я в хорошем настроение

Ща обсудим

Сделать класс, возвращающий AR модели, это конечно достойно

Сделать класс, возвращающий AR модели, это конечно достойно

Не, ну, это сина

Другой вопрос в том, что нужно возвращать

Read model какие нить

Точно не AR)

Read model какие нить

Ну это если разделять чтение и запись

Точно не AR)

Это понятно

Ну это если разделять чтение и запись

Но если так, то тебе еще нужен будет минимальный uow для записи, а то смысла 0, имхо

Ну это если разделять чтение и запись

Че б и не разделить?

Че б и не разделить?

Смотря еще как

Если просто положить болт и сделать абы работало - то почему бы и нет)

А если нормально, то у тебя там уже вырастает в "сложна"

А если нормально, то у тебя там уже вырастает в "сложна"

Но это не точно У меня доктрина ?

Ребят, кто работал с криптой на уровне апи? Напишите в личку

Да поздно уже

Аттракцион закрывается

Цирк уехал

Ребят, кто работал с криптой на уровне апи? Напишите в личку

Зачем?

Ребят, кто работал с криптой на уровне апи? Напишите в личку

прием платежей делал через gourl

что для поиска по сайту сейчас используется в 2018 году? fulltext/like? elasticsearch/sphinx etc

Еластик

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

нужна

Использую эластик

Эластик пуля

поиск по названию товара и по названию меню, с пагинацией по товарам

Красава

А чо категории пустые

Не порядок

порядок они почти все пустые

для поиска вообще какие категории существуют

Ничоси пустые

У тебя дверей на 4 страницы

баг там, пардон ввели двери в вентиляционные решетки

хотя нет, дверей нет это название дверей для вентиляции

база только пополняется

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

Ну и главное скорость

Ну и главное скорость

а характеристики сервера какие для связки yii2+elastic+хз что еще там)

а характеристики сервера какие для связки yii2+elastic+хз что еще там)

пхп+жава+хз что еще там

Никто не сталкивался с этим?)))

Всем привет! Застрял с такой задачкой. Менять на структуру таблиц и вьюх нет прав. SI_V_PERSONS- view, а не таблица. Объявил как модель ActiveRecord. Запрос $query = SI_V_PERSONS::find()->limit(100); выдает ошибку oci_fetch_array(): ORA-00932: inconsistent datatypes: expected CHAR got TABLE И у SI_V_PERSONS - имеет 1 поле (VC_TAGS) у которого в типе стоит ссылка на другую таблицу.(Nested table) Запросы без этого поля работают. При перечислении полей без этого поля запрос работает. $query = SI_V_PERSONS::find()->select (['N_SUBJECT_ID','N_SUBJ_TYPE_ID'])->limit(100); Можно ли ActiveRecord поддопилить чтобы запросы брались без этого поля? Или работать же работать только по перечислению полей?

это понятно, а ram/cpu/dedic/vds?

Всем привет! Застрял с такой задачкой. Менять на структуру таблиц и вьюх нет прав. SI_V_PERSONS- view, а не таблица. Объявил как модель ActiveRecord. Запрос $query = SI_V_PERSONS::find()->limit(100); выдает ошибку oci_fetch_array(): ORA-00932: inconsistent datatypes: expected CHAR got TABLE И у SI_V_PERSONS - имеет 1 поле (VC_TAGS) у которого в типе стоит ссылка на другую таблицу.(Nested table) Запросы без этого поля работают. При перечислении полей без этого поля запрос работает. $query = SI_V_PERSONS::find()->select (['N_SUBJECT_ID','N_SUBJ_TYPE_ID'])->limit(100); Можно ли ActiveRecord поддопилить чтобы запросы брались без этого поля? Или работать же работать только по перечислению полей?

Можно в ActiveQuery задать select(). Решение влоб: public static function find() { return parent::find()->select([/* list */]); }

Можно в ActiveQuery задать select(). Решение влоб: public static function find() { return parent::find()->select([/* list */]); }

? попробую)) спасибо за совет

а характеристики сервера какие для связки yii2+elastic+хз что еще там)

Эластик работает как отдельный сервис. Все идет к обращение к его апи. Он виден только внутри сервака. Приложение ваше индексирует все данные и по ним строите поиск. То есть у меня сейчас две копии товаров. В базе и в эластике, заточенная под поиск. Нужно установить java, установить сам эластик. Это минимум для работы самого поиска. + все остальное для работы проекта

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

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

Да