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

Ну да, конечно

Ну у тебя видимо уникальная задача, и тебе все "нужно"

еслиб небыло нужно я бы не задавал вопрос

Человек может на запросах к БД экономит, а вы

Вопрос сколько страница грузится с таким количеством данных

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

Вопрос сколько страница грузится с таким количеством данных

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

живой человек столько данных не обработает

от 500 до тысячи обычно открывают и обрабатывают минут 10 браузерными макросами. все возможно при должном усердии.

та не. пару секунд - что-то там не то в выводе.

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

Тут спрашивали чем select не устраивает

Тут спрашивали чем select не устраивает

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

Йеп

Тут спрашивали чем select не устраивает

он же сказал, ему все поля нужны в полном объеме

так если нужны

Тогда я туплю что за олд атрибуты?

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

http://www.yiiframework.com/doc-2.0/yii-db-baseactiverecord.html#getOldAttribute()-detail

они все время тащутся дублем

Так если ты из базы тока затянул онеж null

Ты активно меняешь данные?

Так если ты из базы тока затянул онеж null

у меня чот не нулл

у нас м.б. какой-то разный юй?

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

Не гоню

Заполнены

Ну сделай свой AR. Отнаследуйся от BaseActiveRecord и переопредели populateRecord, где затри строку $record->_oldAttributes = $record->_attributes;.

http://joxi.ru/NDrlgRF4qblDAP

Ну сделай свой AR. Отнаследуйся от BaseActiveRecord и переопредели populateRecord, где затри строку $record->_oldAttributes = $record->_attributes;.

охуенно да (нет)

что не так-то? :)

свой AR я не хочу делать

категорически причем

зачем свой

Тогда смирись :)

переопредели 1 метод и все

Вариантов больше нет

не надо делать свой AR

Просто унаследуйся

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

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

жуть, теряешь все удобства AR

я в курсе

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

в данном случае я не вижу проблемы в структуре моделей, вижу проблему в неправильном подходе Даже если нужен весь текст на одном экране 50 статтей по 10к символов - нужно один раз их вывести и сделать вывод, что пользователь может не долистать до второй статьи Сделать сокращенные body статтей при получении из бд или сделать поле excerpt, которое выводить изначально. Поставить аккордион, по клику на "детальней" грузить полное содержание конкретной статьи по ajax, направляя id Какая-то странная задача. Наверно и коменты на этой же странице нужно вывести под каждой статьей (lol)

так если нужны

а какая у тебя кодировка в db? Если mb4 - там по 4 символа на каждую букву. Попробуй поставить обычный utf8, чтоб по 3 было. По идее объем на 25% можно сэкономить. Но это не точно

а какая у тебя кодировка в db? Если mb4 - там по 4 символа на каждую букву. Попробуй поставить обычный utf8, чтоб по 3 было. По идее объем на 25% можно сэкономить. Но это не точно

утф8

в данном случае я не вижу проблемы в структуре моделей, вижу проблему в неправильном подходе Даже если нужен весь текст на одном экране 50 статтей по 10к символов - нужно один раз их вывести и сделать вывод, что пользователь может не долистать до второй статьи Сделать сокращенные body статтей при получении из бд или сделать поле excerpt, которое выводить изначально. Поставить аккордион, по клику на "детальней" грузить полное содержание конкретной статьи по ajax, направляя id Какая-то странная задача. Наверно и коменты на этой же странице нужно вывести под каждой статьей (lol)

есть еще вариант что даже 50 постов на страницу в сокращенном виде, при одновременном чтении 2-3к человек будут давать ощутимый оверхед по памяти. +кеширование этих объектов на разных страницах тоже сильно повлияет на размер потребляемой памяти

к тому же это лишняя сериализация. как ни крути очко но ровном месте образуется

Ага. А если убрать олд атрибут и показать все полностью - ты будешь на коне в этой ситуации

думаю 30-40% оперативы сэкономится

Очко в подходе если ты рендеришь столько данных за один присест

Есть другие варианты

какие?

Специфично все, подумай что тебе нужно а что можно лениво грузить

Как минимум

Подумай что тебе нужно в выборке а что нет, так и память сэкономишь

уже подумал бро

Если тебе нужны тексты 10к+ в выборке 50 значит ты что-то не то или не так хранишь/делаешь

Да и 10к+ это мелкотексты)

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

если прям специфично надо с чем-то тяжелым работать, откажись от AR

но уверен в 99.999% случаев это не нужно)

сайты разные, от 24 до 100 постов на страницу (сео ебучее)

если прям специфично надо с чем-то тяжелым работать, откажись от AR

отказался ) но неудобно до жути

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

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

сайты разные, от 24 до 100 постов на страницу (сео ебучее)

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

+ кеш, если у тебя 1к хитов в сек, кешируй вывод

вот тебе уже и не нужна озушка

ERROR: S client not available

кешируются массивы щас. если я начну кешировать AR объекты это будет фиаско

кешируются массивы щас. если я начну кешировать AR объекты это будет фиаско

кешируй вывод

нафига тебе массивы кешировать?

до вывода еще дожить нада. контроллер жи перед вью

чтобы небыло лишних запросов и построения этих массивов

контроллер ок, вернул датасет, там все лениво

дошел до вывода если есть в кеше запросов нет, возвращается из кеша

если есть, дергает из датасета модели строит и кеширует

получается датасет + кеш

эктив дата провайдер лениво запросы делает

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

эктив дава провайдера нет ;D во вью уходит готовое

вернет только вью из кеша

ну вот это косяк

во вью надо отдавать лениво

тогда можно фрагментарно вывод кешировать

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

http://www.yiiframework.com/doc-2.0/guide-caching-fragment.html

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

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

я то могу. верстала чот не такой охуенный как я ;D

Привет, там же вроде написано всё в ошбике)

фишка в том, что работает на localhost'е а на хостинге REG ru вот такую ошибку выдаёт

Напиши в саппорт хостинга

написал уже)

сижу жду

как вариант посмотри ip и впиши айпишник

через ip тоже не хотит

всё проблема решена, проблема была в htaccess

во вью надо отдавать лениво

сижу думаю чот не то. когда сет отдаешь вроде лениво ок выглядит, а когда просто статью просматриваешь (отдельная страница) тогда туда отправляется сама модель, а не коллекция. хуйня какая-то же.

там так тут так... как-то не по феншую все это дело

ну все норм