сделал так SELECT DISTINCT ce.user_id, ( SELECT max(campaign_id) from dma_campaign left join dma_campaign_expert on dma_campaign_expert.campaign_id = campaign_id where dma_campaign_expert.user_id = ce.user_id ) as campaign_id FROM dma_campaign_expert as ce

вроде работает

https://github.com/gugoan/economizzer

вроде работает

Ошибку найдешь сам?

Ошибку найдешь сам?

бля. нашел )

Ребята, а кто-то работал с postgreSQL? Насколько она перспективней MySQL? Для yii, я думаю, пофиг будет, какая СУБД на сервере - только конфиг поправить, чтобы драйвер был другой?

В PostgreSQL есть рекурсивные запросы, не нужны всякие nested sets, materialized path - это то, что касается хранения деревьев. Аналогов postgis(расширение для работы с геометрией/географией ) - у mysql нет, а то что есть - не юзабельно.

В PostgreSQL есть рекурсивные запросы, не нужны всякие nested sets, materialized path - это то, что касается хранения деревьев. Аналогов postgis(расширение для работы с геометрией/географией ) - у mysql нет, а то что есть - не юзабельно.

это если чистый натив при помощи модели, как использовать?

это если чистый натив при помощи модели, как использовать?

конкретизируй

я про рекурсивные запросы postgresql, как с ними работать в Yii?

я про рекурсивные запросы postgresql, как с ними работать в Yii?

запросиками канеш

db->createCommand()?

отказываясь от AR?

отказываясь от AR?

нет. есть же findBySql. при желании можно и ручками наполнять. (это если не принимать в расчет что отказ от AR был бы сам по себе неплохим решением)

нет. есть же findBySql. при желании можно и ручками наполнять. (это если не принимать в расчет что отказ от AR был бы сам по себе неплохим решением)

В рамках Yii можно что-то кроме AR (не свой самопис) использовать ?

В рамках Yii можно что-то кроме AR (не свой самопис) использовать ?

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

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

А не будет ли это "борьбой с мельницей" ?

А не будет ли это "борьбой с мельницей" ?

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

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

Я про пояснение в скобках, там где про отказ от AR.

А не будет ли это "борьбой с мельницей" ?

я не нашел первого вопроса... ты деревья хранить хочешь в постгресе?

Я про пояснение в скобках, там где про отказ от AR.

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

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

Ну про архитектуру я согласен конечно. Но мы же говорим про AR в Yii2. Мы же не можем его выпилить оттуда. Можно поверх AR datamapper, но это же геморрой будет.

Ну про архитектуру я согласен конечно. Но мы же говорим про AR в Yii2. Мы же не можем его выпилить оттуда. Можно поверх AR datamapper, но это же геморрой будет.

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

Зачем вообще брать Yii2 если вы собиратесь следовать паттернам которым yii2 не следует?

Затем, что инструмент должен быть гибким и уметь многое.

нет

В меру конечно)

Зачем вообще брать Yii2 если вы собиратесь следовать паттернам которым yii2 не следует?

то есть прадлагаешь не брать yii2 потому, что не буду юзать AR?

то есть прадлагаешь не брать yii2 потому, что не буду юзать AR?

я предлагаю не брать yii2 если будешь перед использованием переделывать его архтектуру (в частности крутить туда датамапперы и прочее)

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

А, теперь я понял, что Вы имели ввиду.

я предлагаю не брать yii2 если будешь перед использованием переделывать его архтектуру (в частности крутить туда датамапперы и прочее)

Смешно.

и мне

А, теперь я понял, что Вы имели ввиду.

ну тогда я не в теме)

я предлагаю не брать yii2 если будешь перед использованием переделывать его архтектуру (в частности крутить туда датамапперы и прочее)

"не покупай эту машину, если все равно коврики будешь менять"

"не покупай эту машину, если все равно коврики будешь менять"

хэ... датамаппер это не коврик поменять.

Отказаться от АР и прикрутить туда что-то свое это 40% фреймворка выкинуть и допиливать через костыли свое.

Это уж точно не коврик.

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

Отказаться от АР и прикрутить туда что-то свое это 40% фреймворка выкинуть и допиливать через костыли свое.

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

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

а почему сразу не взять симфони который из коробки все перечисленное умеет?) Честно, не понимаю.

а почему сразу не взять симфони который из коробки все перечисленное умеет?) Честно, не понимаю.

что симфони умеет из коробки? симфони принципиально другой фреймворк.

что симфони умеет из коробки? симфони принципиально другой фреймворк.

правильно. Совсем другой. Он рассчитан на чистую архитектуру и следует паттернам.

правильно. Совсем другой. Он рассчитан на чистую архитектуру и следует паттернам.

и? в проекте на yii2 нельзя добиться более чистой архитектуры? предлагаешь говнить "из коробки"?

правильно. Совсем другой. Он рассчитан на чистую архитектуру и следует паттернам.

Архитектура не зависит от существования какой-либо библиотеки, фреймворка и так далее.

а я правильно понимаю что yii1 работает только с phpunit 3.4?

Архитектура не зависит от существования какой-либо библиотеки, фреймворка и так далее.

он типа смирился. пишет на говне, значит, и писать надо только говно - ни шагу в сторону

и? в проекте на yii2 нельзя добиться более чистой архитектуры? предлагаешь говнить "из коробки"?

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

он типа смирился. пишет на говне, значит, и писать надо только говно - ни шагу в сторону

Вот это я считаю главной проблемой вообще всех, кто юзает фреймворки.

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

чтобы сделать чистую доменную область нужно не больше времени и упорства чем строить ее на AR. А вот сэкономленного времени при поддержке это принесет много

Потому, что мне мои товарищи из Spring тоже приветы передают по этому поводу.

чтобы сделать чистую доменную область нужно не больше времени и упорства чем строить ее на AR. А вот сэкономленного времени при поддержке это принесет много

согласен, да вот только не в одной доменной области проблема в ии2. Исправив один косяк захочется большего :)

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

AR - это не косяк yii. Как ты правильно сказал, это осознанный шаг. перед стартмо проект еще один осознанный шаг ожидаетсчя и от тебя - анализ ТЗ, варианты реализации.

согласен, да вот только не в одной доменной области проблема в ии2. Исправив один косяк захочется большего :)

захочется и захочется - есть время и деньги - делай. нет - остановись.

http://cs8.pikabu.ru/post_img/2016/02/29/4/1456722442189417441.jpg

AR - это не косяк yii. Как ты правильно сказал, это осознанный шаг. перед стартмо проект еще один осознанный шаг ожидаетсчя и от тебя - анализ ТЗ, варианты реализации.

ну вот, понимаем же друг дурга. Я не считаю ии2 говном, я успешно на нем создаю проекты и у меня с ним проблем нет. Я знаю где он подойдет, а где нет. В этом и секрет. И я пока не понимаю тех, кто беерт ии2 и начинает туда лепить сервисный слой, доменный слой, реализовывать в нем датамаппер, отказывать от АР и прочее... мне кажется, что такие разработчики сделали ошибку при выборе фреймворка. Другое дело, если фрейм выбирал не ты и надо спасать проект. В итоге ты вынужден лепить на базе ии2 что-то внятное ибо проект растет и развивается)

согласен, да вот только не в одной доменной области проблема в ии2. Исправив один косяк захочется большего :)

Допустим, я хочу работать с запросами как в Android - каждый запрос = один класс, в нём есть JSON который я хочу валидировать. Ну прикрутил я этот функционал, разве это будет костыль ? Если мне не описал разраб фреймворка этот кейс, это не значит, что фреймворк не был для этого предназначен.

ну вот, понимаем же друг дурга. Я не считаю ии2 говном, я успешно на нем создаю проекты и у меня с ним проблем нет. Я знаю где он подойдет, а где нет. В этом и секрет. И я пока не понимаю тех, кто беерт ии2 и начинает туда лепить сервисный слой, доменный слой, реализовывать в нем датамаппер, отказывать от АР и прочее... мне кажется, что такие разработчики сделали ошибку при выборе фреймворка. Другое дело, если фрейм выбирал не ты и надо спасать проект. В итоге ты вынужден лепить на базе ии2 что-то внятное ибо проект растет и развивается)

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

Допустим, я хочу работать с запросами как в Android - каждый запрос = один класс, в нём есть JSON который я хочу валидировать. Ну прикрутил я этот функционал, разве это будет костыль ? Если мне не описал разраб фреймворка этот кейс, это не значит, что фреймворк не был для этого предназначен.

тоже согласен) Это твое желание и ты его реализован. В этом нет ничего плохого. Но стоит помнить, что ты возложил на себя поддержку всего, что ты создал. Я на себя возлагаю как можно меньше и всегда стараюсь обходиться средствами фреймворка и меньше изобретать велосипедов, так как это мое время и деньги. И лично у меня это получается)

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

все верно) Но только я бы внес поправку в мысль. Все же опытный разраб должен владеть сразу несколькими фреймворками чтобы уметь правильно выбрать инструмент под ТЗ.

То есть опытный может писать и на ии2 если он удовлетворяет ТЗ на все 200%.

Универсального фрейма, об этом надо помнить.

ERROR: S client not available

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

Да как сказать. Есть те, кто и больше одного знают, но толку от этого. Просто болтшая часть людей дальше среднего шопа не смогла взлететь. Плюсом, проекты. Если надо быстро стартануть, то Йии тут плюс. А если уже известно, что нужно, то лучше что-то другое.

Все верно. У каждого фрейма своя область проектов) Надо за пазухой иметь не только перфоратор, но и набор молоточкой и отверток)

Да как сказать. Есть те, кто и больше одного знают, но толку от этого. Просто болтшая часть людей дальше среднего шопа не смогла взлететь. Плюсом, проекты. Если надо быстро стартануть, то Йии тут плюс. А если уже известно, что нужно, то лучше что-то другое.

Если неизвестна предметная область то сразу DDD

Хелп плиз. Есть моделька user, есть моделька user_images. Внутри user_images: image_path, user_id. user_id ссылается на user. Теперь вопрос, как можно сразу выдавать один объект user => [ id, first_name, last_name, images => [img_path1, img_path2 ... img_pathN] ]. Чтобы внутри users выводить массив images со всеми изображениями этого юзера

public function getImages(){ return $this->hasMany(UserImages::class,['user_id'=>'id']); }

$this->hasMany(UserImages::className(), ['user_id' => 'id']);

спасибо!

но в свойстве images у тебя будет массив из моделей UserImages

т.е там не будет массив [0=>img_path,1=>img_path...]

и еще совет именуй не UserImages а UserImage

т.к одна запись это одна сущьность

спасибо!

Если неизвестна предметная область то сразу DDD

Эм... Учите матчасть. DDD это предметно ориентированное программирование. Т.е. название говорит само за себя. О чем вы?)))

Эм... Учите матчасть. DDD это предметно ориентированное программирование. Т.е. название говорит само за себя. О чем вы?)))

Это Вы учите матчасть.

Добрый день, есть кто подскажет существуют ли бесплатные решения для просмотра лог файлов php.error.log Access.log ... с более менее нормальным GUI, фильтры, выборка по дате, сортировка ну или что-то из этого???

https://habrahabr.ru/post/165059/

Спасибо

Спасибо

А потом можешь это скормить log.io - прикольная штука. Недавно заюзал.

https://www.google.ru/search?client=ubuntu&channel=fs&q=elk&ie=utf-8&oe=utf-8&gfe_rd=cr&ei=e7-2WPbmCMPHsAHS3p24AQ

что-то про оленей выдало

а вот слева вижу хабрастатью

сори

у меня первые две ссылки по делу. нет?

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

Это Вы учите матчасть.

В незнакомой, а не в неизвестной. Читайте внимательно)

В незнакомой - это, когда тебя просят что-то разработать, но ты не особо в этом шаришь. Например, диспетчерская какая-либо.

А от неизвестной DDD не спасает, а усугубляет положение. Т.к. DDD решает конкретную задачу, которая расширяема в рамках этой самой задачи. А если у вас был сначала магазин, а потом решили сделать CRM - с DDD сядете по сути (но это грубый пример).

у нас здесь playground для ботов?