передаем за проезд

еще 2 человека и нас будет 500)

большое вообще сообщество в скайпе?

большое вообще сообщество в скайпе?

вообще не представляю, как в скайпе можно общаться в больших чатах

в перерывах от просмотра рекламы общаешься чо

меня он и в одиночном варианте выбешивает своей тормознутостью и нелогичностью

скатился, уже давно

еще 2 человека и нас будет 500)

1

ухууууу

501 рыльце в чатике

пфф... в php чате нас под 1200

в питоночате вообще 4к

я еще раз накину

https://gist.github.com/fesor/d8d06cc20d2861c56148ffd2dfc67220

и заодно вопросы - как часто вам приходится мэпить native sql на объекты?

в питоночате вообще 4к

можно обьявить войну Люксембургу

что вы видите "неудобным" в том что бы не юзать сущности для представления и т.д.

пфф... в php чате нас под 1200

ну то пхп, а это чисто симфони. как бы разница)

можно обьявить войну Люксембургу

надо забросить им идею)

что вы видите "неудобным" в том что бы не юзать сущности для представления и т.д.

native sql на объекты - пока не приходится, нагрузка маленькая и гуанокод не валит базу неудобство проекций/дто - количество файлов, которые нужно создавать

чем больше файлов - тем больше вероятность где-то косячнуть

чем больше файлов - тем больше вероятность где-то косячнуть

в чем проявляется косяк?

забыть поменять проекцию после изменения сущности, например

мое предложение это в целом позволяет трекать

если это к сущности привязано

это если мапить сущности 1 к 1

ты смотрел по ссылке?

там есть такая вещица как @Path('prop') которая как бы указывает куда ссылается проекция

чем больше файлов - тем больше вероятность где-то косячнуть

чем больше кода - тем больше вероятность где-то накосячить mysql_query('select * from users where username=' . $_POST['username'] . ' and password=' . md5($_POST['password'])); вообще идеально по такой логике

Чтобы не накосячить - код ревью, тесты. А не "меньше файлов"

Чтобы не накосячить - код ревью, тесты. А не "меньше файлов"

хочешь хорошо - делай хорошо

но давайте вернемся к основной теме дискуссии

там есть такая вещица как @Path('prop') которая как бы указывает куда ссылается проекция

да, ее вижу но тут вопрос в целях использования в принципе, по списку goals у меня нет никаких вопросов/возражений

@Path("profile.name") будет резолвиться по связанной сущности profile?

я пока не могу определиться с конкретными юзкейсами

@Path("profile.name") будет резолвиться по связанной сущности profile?

ну там embeddable скорее...

по связям - я еще не уверен

без связей будет суховастенько

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

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

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

так проекции лягут в качестве dto с автомаппингом и плюшками если объяснишь, что ты подразумеваешь под агрегационными выборками - я тоже над этим подумаю)

так проекции лягут в качестве dto с автомаппингом и плюшками если объяснишь, что ты подразумеваешь под агрегационными выборками - я тоже над этим подумаю)

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

по сути подзапрос с SELECT COUNT

иногда надо)

ага, понял

туда и не только count можно прикрутить в принципе

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

ERROR: S client not available

+ хотелось бы что бы с native sql это дело можно было тоже подружить

относительно безболезненно

влезть в результат запроса и распарсить его под проекцию?

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

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

можешь попробовать, хотя как бы есть более специализированные чатики)

влезть в результат запроса и распарсить его под проекцию?

ну вот я еще думаю как это грамотно делать

ну то есть меня больше интересует сейчас максимально удобный вариант

а техническую сторону вопроса я уж как-нибудь решу

я туда уже писал ) Есть кто тут с Украины кто регистрировал аккаунт amazon aws Просто невероятная головная боль. При подтверждении аккаунта мне звонил бот и я вводил туда код подтверждения, но толку не было, говорило что код invalid Потом я создал тикет, написал туда время когда звонить, выбрал reply -> phone, написал что желательно агента русскоговорящего. Написали что ок, есть у них такие люди. Звонит мне номер на kievstar ( на lifecell не могут дозвониться, точнее могут, но мне приходит смс что я пропустил вызов ) и просит ввести phone extension, я ввожу и на этом все. Не реагирует, дальше просит ввести тоже самое и отключается. вот такая картина

ух, я даже не помню, как в нативном SQL отдаются данные по связям как алиас поставишь, так и вернёт?

ух, я даже не помню, как в нативном SQL отдаются данные по связям как алиас поставишь, так и вернёт?

тип того

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

кому что пришлось бы мэпать

парни-парни, а какие есть варианты юзать doctrine paginator но чтоб он не тормозил? он делает криповый дистинкт и как-то все это неповоротливо

пагинация это ведь всегда медленно

парни-парни, а какие есть варианты юзать doctrine paginator но чтоб он не тормозил? он делает криповый дистинкт и как-то все это неповоротливо

да, например писать запросы самому или убрать джойн

а еще - можно попытаться убедить твоих UX икспертов что "никому не нужно знать количество страниц"

вот мне не хочется все запросы кастомно переделывать

хочется какое-то хитро выделанное решение

вот мне не хочется все запросы кастомно переделывать

DISTNCT там из-за того что у тебя может быть джойн

и там есть опция отключить джойны для COUNT

я делаю Paginator($query, false)

что по идее должно отключать джойны

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