Pull to refresh
97
0
Кирилл Мельничук @NightWriter

User

Send message
Таки ложная паника?)
я не об авиакомпаниях, а о тех, кто выходит, «не долетев»
О сгорании я в курсе (кстати, это еще и нарушение правил IATA, если мне не изменяет память?), но всегда улыбают подобные варианты
Иногда и обратная бывала ситуация. Лично видел Донецк-Вена-Будапешт на 100 баксов дешевле, чем тот же рейс Донецк-Вена
Даже если вам лететь из Хитроу дальше, но через минимум 12 часов, выпустят.
Мы плавно уходим в холивар, но давайте вы мне расскажете, чем же симфони удобнее CI?
Вот генерация моделей для меня лишняя, да и много чего еще лишнее, тяжелое и веселое. Да и подход там другой, маппятся поля на реальные объекты. А у меня просто объект данных собирается, т.к. Active Record в CI никакого отношения к паттерну Active Record и ORM не имеет
Doctrine вообще по другому принципу работает
Если бы вы читали пост, то увидели бы

Да, конечно, можно взять готовую ORM, повозиться с прикручиванием ее к CodeIgniter (либо она у вас есть в поставке, если вы пользуетесь другим фреймворком), написать описание классов модели и связей… Стоп. Опять написать.


И я еще раз повторяю, доктрайн – громадная, монструозная и именно ORM. Эта библиотека для тех, которые, как я, не хотят использовать полноценную ORM, но хочет подтягивания полей связанных записей.
И что вы этим хотели сказать? 3 страницы, для CI нет ничего сходу готового, и это ORM, я же писал – моя библиотека называться ORM никак не может. Это маппер максимум, а для 90% задач его достаточно
Кто-нибудь обновлялся с DP? это возможно или заново ставить лайон и т.д.?
когда начал греться, даже два раза в день бывает. Вчера, например. Очень жду релиза
а у меня он фризится периодически, гад(
Я не использую ORM вообще как раз потому что они жутко медленные. Я и тяжелые фреймворки, вроде симфони или зенда, не люблю.

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

WHERE IN сделаю
Мне как-то пришлось смотреть стек выполнения запросов в Битриксе без кэширования – там так же, только еще страшнее, тянутся записи по айдишникам. 200-400-800 запросов на главную страницу бывает, но работают быстро, с кэшами так вообще отлично держат нагрузку.

Понимаете, тонкая настройка производительности нужна далеко не каждому проекту
количество запросов со словом «быстро» напрямую ведь не кореллирует, я надеюсь, вы это понимаете?

Но в общем вы дело говорите
даже больше, объекты-то к записям рекурсивно подтягиваются. Но до оптимизации и производительности дело еще не дошло, пока 0.1 только версия, где базовый функционал работает. На чем-то серьезном без кэширования жить нельзя будет
Хм. Расскажите, где вы на одной странице выбираете 1000 записей. Я вот думаю о пагинации и не особо представляю, где должно быть 1000 записей
Спасибо за предложение, допишу в хуке, протестирую на количестве записей нормальном. Опыт подсказывает, что WHERE IN зачастую ужаснее выборки 1 записи по индексу

Information

Rating
Does not participate
Location
Донецкая обл., Украина
Registered
Activity