SiZE
вроде работает
Ошибку найдешь сам?
Artur‌‌‌
Nurik
Ребята, а кто-то работал с postgreSQL? Насколько она перспективней MySQL? Для yii, я думаю, пофиг будет, какая СУБД на сервере - только конфиг поправить, чтобы драйвер был другой?
В PostgreSQL есть рекурсивные запросы, не нужны всякие nested sets, materialized path - это то, что касается хранения деревьев. Аналогов postgis(расширение для работы с геометрией/географией ) - у mysql нет, а то что есть - не юзабельно.
Anonymous
я про рекурсивные запросы postgresql, как с ними работать в Yii?
Anonymous
db->createCommand()?
Anonymous
отказываясь от AR?
Aleksandr
отказываясь от AR?
нет. есть же findBySql. при желании можно и ручками наполнять. (это если не принимать в расчет что отказ от AR был бы сам по себе неплохим решением)
Aleksandr
В рамках Yii можно что-то кроме AR (не свой самопис) использовать ?
почему нет? везде можно все что угодно использовать
Nurik
почему нет? везде можно все что угодно использовать
А не будет ли это "борьбой с мельницей" ?
Aleksandr
А не будет ли это "борьбой с мельницей" ?
я откуда знаю? я не вижу связи с обсуждением постгреса, поэтому не понимаю в контексте чего этот вопрос
Vitalii
А не будет ли это "борьбой с мельницей" ?
я не нашел первого вопроса... ты деревья хранить хочешь в постгресе?
Aleksandr
Я про пояснение в скобках, там где про отказ от AR.
а, ну это скорее пожелание двинуть в сторону более чистой архитектуры. является ли это для вас борьбой с мельницей или нет, не знаю.
Nurik
а, ну это скорее пожелание двинуть в сторону более чистой архитектуры. является ли это для вас борьбой с мельницей или нет, не знаю.
Ну про архитектуру я согласен конечно. Но мы же говорим про AR в Yii2. Мы же не можем его выпилить оттуда. Можно поверх AR datamapper, но это же геморрой будет.
Aleksandr
Ну про архитектуру я согласен конечно. Но мы же говорим про AR в Yii2. Мы же не можем его выпилить оттуда. Можно поверх AR datamapper, но это же геморрой будет.
я и не предлагал выпиливать. я упомянул что можно отказаться. не надо все выпиливать, от чего отказываешься.
Vitalii
Зачем вообще брать Yii2 если вы собиратесь следовать паттернам которым yii2 не следует?
Nurik
Затем, что инструмент должен быть гибким и уметь многое.
Vitalii
нет
Nurik
В меру конечно)
Aleksandr
Зачем вообще брать Yii2 если вы собиратесь следовать паттернам которым yii2 не следует?
то есть прадлагаешь не брать yii2 потому, что не буду юзать AR?
Vitalii
то есть прадлагаешь не брать yii2 потому, что не буду юзать AR?
я предлагаю не брать yii2 если будешь перед использованием переделывать его архтектуру (в частности крутить туда датамапперы и прочее)
Aleksandr
и мне
Vitalii
Отказаться от АР и прикрутить туда что-то свое это 40% фреймворка выкинуть и допиливать через костыли свое.
Vitalii
Это уж точно не коврик.
Vitalii
Но, опять же, если интересно "просто сделать" - тогда любой вполне норм занятие.
Vitalii
нет, это просто следовать рекомендациям по чистой архитектуре.
а почему сразу не взять симфони который из коробки все перечисленное умеет?) Честно, не понимаю.
Aleksandr
а почему сразу не взять симфони который из коробки все перечисленное умеет?) Честно, не понимаю.
что симфони умеет из коробки? симфони принципиально другой фреймворк.
Vitalii
что симфони умеет из коробки? симфони принципиально другой фреймворк.
правильно. Совсем другой. Он рассчитан на чистую архитектуру и следует паттернам.
Aleksandr
правильно. Совсем другой. Он рассчитан на чистую архитектуру и следует паттернам.
и? в проекте на yii2 нельзя добиться более чистой архитектуры? предлагаешь говнить "из коробки"?
Nurik
правильно. Совсем другой. Он рассчитан на чистую архитектуру и следует паттернам.
Архитектура не зависит от существования какой-либо библиотеки, фреймворка и так далее.
Sergey
а я правильно понимаю что yii1 работает только с phpunit 3.4?
Aleksandr
Архитектура не зависит от существования какой-либо библиотеки, фреймворка и так далее.
он типа смирился. пишет на говне, значит, и писать надо только говно - ни шагу в сторону
Vitalii
и? в проекте на yii2 нельзя добиться более чистой архитектуры? предлагаешь говнить "из коробки"?
в проекте на ии2 можно добиться всего чего захочешь, нужно только время и упорство. Но зачем? Но не стоит забывать для каких проектов создавался ии2. Я считаю, что брать ии2 и исправлять его косяки внедрением паттернов от котрых его разарботчики отказались как минимум не рационально.
Nurik
он типа смирился. пишет на говне, значит, и писать надо только говно - ни шагу в сторону
Вот это я считаю главной проблемой вообще всех, кто юзает фреймворки.
Nurik
Потому, что мне мои товарищи из Spring тоже приветы передают по этому поводу.
Vitalii
чтобы сделать чистую доменную область нужно не больше времени и упорства чем строить ее на AR. А вот сэкономленного времени при поддержке это принесет много
согласен, да вот только не в одной доменной области проблема в ии2. Исправив один косяк захочется большего :)
Artur‌‌‌
http://cs8.pikabu.ru/post_img/2016/02/29/4/1456722442189417441.jpg
Vitalii
AR - это не косяк yii. Как ты правильно сказал, это осознанный шаг. перед стартмо проект еще один осознанный шаг ожидаетсчя и от тебя - анализ ТЗ, варианты реализации.
ну вот, понимаем же друг дурга. Я не считаю ии2 говном, я успешно на нем создаю проекты и у меня с ним проблем нет. Я знаю где он подойдет, а где нет. В этом и секрет. И я пока не понимаю тех, кто беерт ии2 и начинает туда лепить сервисный слой, доменный слой, реализовывать в нем датамаппер, отказывать от АР и прочее... мне кажется, что такие разработчики сделали ошибку при выборе фреймворка. Другое дело, если фрейм выбирал не ты и надо спасать проект. В итоге ты вынужден лепить на базе ии2 что-то внятное ибо проект растет и развивается)
Nurik
согласен, да вот только не в одной доменной области проблема в ии2. Исправив один косяк захочется большего :)
Допустим, я хочу работать с запросами как в Android - каждый запрос = один класс, в нём есть JSON который я хочу валидировать. Ну прикрутил я этот функционал, разве это будет костыль ? Если мне не описал разраб фреймворка этот кейс, это не значит, что фреймворк не был для этого предназначен.
Vitalii
Допустим, я хочу работать с запросами как в Android - каждый запрос = один класс, в нём есть JSON который я хочу валидировать. Ну прикрутил я этот функционал, разве это будет костыль ? Если мне не описал разраб фреймворка этот кейс, это не значит, что фреймворк не был для этого предназначен.
тоже согласен) Это твое желание и ты его реализован. В этом нет ничего плохого. Но стоит помнить, что ты возложил на себя поддержку всего, что ты создал. Я на себя возлагаю как можно меньше и всегда стараюсь обходиться средствами фреймворка и меньше изобретать велосипедов, так как это мое время и деньги. И лично у меня это получается)
Vitalii
лепит в yii2 сервисный слой итд тот, кто не знает кроме yii2 ничего. не думаю, что адекватный человек изучив другие популярные фреймворки будет продолжать прогить на yii2. yii2 сообщество - это сообщество неопытных программистов одного фреймворка.
все верно) Но только я бы внес поправку в мысль. Все же опытный разраб должен владеть сразу несколькими фреймворками чтобы уметь правильно выбрать инструмент под ТЗ.
Vitalii
То есть опытный может писать и на ии2 если он удовлетворяет ТЗ на все 200%.
Vitalii
Универсального фрейма, об этом надо помнить.
Vasily
лепит в yii2 сервисный слой итд тот, кто не знает кроме yii2 ничего. не думаю, что адекватный человек изучив другие популярные фреймворки будет продолжать прогить на yii2. yii2 сообщество - это сообщество неопытных программистов одного фреймворка.
Да как сказать. Есть те, кто и больше одного знают, но толку от этого. Просто болтшая часть людей дальше среднего шопа не смогла взлететь. Плюсом, проекты. Если надо быстро стартануть, то Йии тут плюс. А если уже известно, что нужно, то лучше что-то другое.
Vitalii
Все верно. У каждого фрейма своя область проектов) Надо за пазухой иметь не только перфоратор, но и набор молоточкой и отверток)
Zhandos
Хелп плиз. Есть моделька 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']); }
Artur‌‌‌
$this->hasMany(UserImages::className(), ['user_id' => 'id']);
Zhandos
спасибо!
Амаль
но в свойстве images у тебя будет массив из моделей UserImages
Амаль
т.е там не будет массив [0=>img_path,1=>img_path...]
Амаль
и еще совет именуй не UserImages а UserImage
Амаль
т.к одна запись это одна сущьность
Zhandos
спасибо!
Vasily
Если неизвестна предметная область то сразу DDD
Эм... Учите матчасть. DDD это предметно ориентированное программирование. Т.е. название говорит само за себя. О чем вы?)))
Nurik
Амаль
Добрый день, есть кто подскажет существуют ли бесплатные решения для просмотра лог файлов php.error.log Access.log ... с более менее нормальным GUI, фильтры, выборка по дате, сортировка ну или что-то из этого???
Aleksandr
https://habrahabr.ru/post/165059/
Амаль
Спасибо
Nurik
Спасибо
А потом можешь это скормить log.io - прикольная штука. Недавно заюзал.
Aleksandr
https://www.google.ru/search?client=ubuntu&channel=fs&q=elk&ie=utf-8&oe=utf-8&gfe_rd=cr&ei=e7-2WPbmCMPHsAHS3p24AQ
Амаль
что-то про оленей выдало
Амаль
а вот слева вижу хабрастатью
Амаль
сори