ребята, как отсортировать массив после array_merge? пытаюсь использоваться что то типа usort($model, function($arr1, $arr2) { if ($arr1['news_date'] == $arr2['cdate_int']) return 0; return $arr1['news_date'] > $arr2['cdate_int'] ? 1 : -1; }); и постоянно получаю ошибку Getting unknown property: ***\***\news\***\News::news_date тут суть в том, что блин он свойство одного массива пытается найти в другом и крашится, как правильно делать?

А как же <=> Кораблик 😭

А как же <=> Кораблик 😭

что?)

spaceship оператор

что?)

То что прочитал)

usort($model, function($arr1, $arr2) { return $arr1['news_date'] <=> $arr2['cdate_int']; });

То что прочитал)

вместо if ($arr1['news_date'] == $arr2['cdate_int']) использовать <=>?)

А как же <=> Кораблик 😭

usort($model, function($arr1, $arr2) { return $arr1['news_date'] <=> $arr2['cdate_int']; });

return забыл

вместо if ($arr1['news_date'] == $arr2['cdate_int']) использовать <=>?)

Но, правда, как тебе уже сказали - какая-то конченая сортировка 🤔

Но, правда, как тебе уже сказали - какая-то конченая сортировка 🤔

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

просто у меня из за легаси название полей различаются

просто у меня из за легаси название полей различаются

Сильна

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

Ну теперь другое дело

да хорош гнобить

Тогда сделай return ($arr1['news_date'] ?? $arr1['cdate_int']) <=> ($arr2['cdate_int'] ?? $arr2['news_date']);

А лучше займись рефакторингом 🤔

да хорош гнобить

У тебя какая-то версия пыхи хоть?

да хорош гнобить

Это не гнобление а конструктивная критика. Привыкай

Привет как можно спарсить страничку например с яндекса

Сина

У тебя какая-то версия пыхи хоть?

5.4 или типа того)

5.4 или типа того)

Тогда все плохо

Это не гнобление а конструктивная критика. Привыкай

да понятное дело)

Тогда все плохо

ты вдохновляешь ахах

Привет как можно спарсить страничку например с яндекса

curl + regexp и хоть обмажься

Привет как можно спарсить страничку например с яндекса

PHPQuery

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

Можно свой сериализатор написать с вайтлистингом полей

Можно свой сериализатор написать с вайтлистингом полей

Ну пока была придумана фабрика с подменой классов

Ну пока была придумана фабрика с подменой классов

Костыль

Проще на уровне сериализатора словить

Вы лучше объясните

В чем профит?

Ребят, привет. Нужен программист на yii2 поработать над большим проектом конфигуратора (конструктора). Работа через git. У нас компания в Москве, возможно работать у нас в офисе если вы рядом живете. Нужен сотрудник на постоянную работу по 6-8 часов в день. Если кому интересно, пишите в лс.

вилка зарплат какая?

Зависит от отработки и вашего уровня, все обсуждается персонально, 400-500 рублей в час с возможностью повышения ставки.

Зависит от отработки и вашего уровня, все обсуждается персонально, 400-500 рублей в час с возможностью повышения ставки.

@yiijobs

@yiijobs

спасибо, отпишусь туда

Привет, у меня такой вопрос. REST API, есть методы которые меняют состояния, но не возвращают объекты, например DELETE /resource/<id>. Если все ок, будет http code 200, но возвращать какой-нибудь json {"success":true} как-то не очень красиво. Как правильнее и красивее в таких случае отвечать апи? Как вариант вообще пустое тело ответа, но не будет ли это недостаточно понятно для клиента, что все ок?

Привет, у меня такой вопрос. REST API, есть методы которые меняют состояния, но не возвращают объекты, например DELETE /resource/<id>. Если все ок, будет http code 200, но возвращать какой-нибудь json {"success":true} как-то не очень красиво. Как правильнее и красивее в таких случае отвечать апи? Как вариант вообще пустое тело ответа, но не будет ли это недостаточно понятно для клиента, что все ок?

Есть хттп-статус для этого: https://developer.mozilla.org/ru/docs/Web/HTTP/Status/204

ок

А что плохого в возврате json?

А что плохого в возврате json?

Избыточность

Здравствуйте! А не подскажите как сделать DISTINCT и leftJoin в yii одновременно?

::find()->select(['company_name', 'client_code'])->distinct()

Избыточность

По моему мнению ответ сервера и ответ бизнес-логики не одно и тоже. Ответ сервера 200, а результат логики что угодно. И как раз ответ логики в тело ответа в виде json отличный вариант. Но каждому своё.

::find()->leftJoin()

Здравствуйте! А не подскажите как сделать DISTINCT и leftJoin в yii одновременно?

https://www.yiiframework.com/doc/guide/2.0/ru/db-active-record

::find()->distinct()->leftJoin()

Привет, у меня такой вопрос. REST API, есть методы которые меняют состояния, но не возвращают объекты, например DELETE /resource/<id>. Если все ок, будет http code 200, но возвращать какой-нибудь json {"success":true} как-то не очень красиво. Как правильнее и красивее в таких случае отвечать апи? Как вариант вообще пустое тело ответа, но не будет ли это недостаточно понятно для клиента, что все ок?

204

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`);

а что-нибудь наподобие такого можно получить?

Адя, ухади

Всем привет! Застрял с такой задачкой. Менять на структуру таблиц и вьюх нет прав. 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 поддопилить чтобы запросы брались без этого поля? Или работать же работать только по перечислению полей?

Привет, у меня такой вопрос. REST API, есть методы которые меняют состояния, но не возвращают объекты, например DELETE /resource/<id>. Если все ок, будет http code 200, но возвращать какой-нибудь json {"success":true} как-то не очень красиво. Как правильнее и красивее в таких случае отвечать апи? Как вариант вообще пустое тело ответа, но не будет ли это недостаточно понятно для клиента, что все ок?

Если успех - можно вернуть тру или ничего, если все плохо - то ошибку с информациец

Избыточность

Rest-запрос это тот же вызов метода, только удалённый. Например в Yii delete() возвращает "The number of rows deleted, or false". Т.е. можно возвращать HTTP 200, а в тело ответа так же возвращать кол-во удалённых записей. Соответственно при ошибке возвращать в HTTP код ошибке, а в теле сообщение ошибки.

Не понимать "не красиво"

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

Привет, у меня такой вопрос. REST API, есть методы которые меняют состояния, но не возвращают объекты, например DELETE /resource/<id>. Если все ок, будет http code 200, но возвращать какой-нибудь json {"success":true} как-то не очень красиво. Как правильнее и красивее в таких случае отвечать апи? Как вариант вообще пустое тело ответа, но не будет ли это недостаточно понятно для клиента, что все ок?

Сообщение отправлять например: {"message":"Requested resource deleted"} В случае ошибки юзать гугло апишную жсонку: https://developers.google.com/webmaster-tools/search-console-api-original/v3/errors проверяем на предмет ошибки ответ сервера, если нету - сообщение показываем. или не показываем.

Госпаде

Зачем

В колбеке успеха делаешь что нужно В колбеке ошибки - показываешь ее Все 🤔

Я вангую, что в первом случае любого Notify с 'Успех' будет достаточно

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`);

$subquery = Table2::find()->select('id')->distinct(); Table1::find()->select('created_at')->leftJoin('table1',...)->where(['controller_id' => $subquery])->all()

как-то так

Я вангую, что в первом случае любого Notify с 'Успех' будет достаточно

Нафига отвечать успех, когда можно кинуть 204?

вопрос по 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;

Нафига отвечать успех, когда можно кинуть 204?

А кто сказал что это будет текст с сервера? 🤔

🤔

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 )

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