Ответ
Misha v.3 29.11.2015 00:32
/ 29.11.2015 00:44
наверняка вам для _поиска_ и отображения _списка_ не нужны все данные: например не нужно большое описание. изображения наверняка живут на диске и url к ним можно построить.
также можно оптимизировать json -- уменьшить длину аттрибутов ("pub" вместо "published", на 1000 записей уже экономия будет 6 КБ), 1/0 вместо true/false, где можно числа преобразовать в строки, выкинуть пустые аттрибуты и т.д.
а вообще 100 КБ на запись (я про содержимое, html разметка не при делах, я же веду речь о динамической подгрузке данных) -- это очень дофига и никто никогда столько читать не будет, особенно при отображении списка.
- Помогите с куском запроса MySQL, Arey 20.11.2015 21:52
- Задачу решил. Сделал набор таблиц содержащих в названии полей id параметра., Arey 03.12.2015 22:30
- Эмм..., Maxx [M] 04.12.2015 02:42
- Ответ, Arey 07.12.2015 02:02
- а данных то много?, Misha v.3 [M] 24.11.2015 10:52 / 24.11.2015 10:54
- Case 2: Используйте дайджест хеш от последовательности опций., andylars 23.11.2015 22:45
- Case 1: Если parameter_id обозримо конечен, то попробуйте представить их набор "в одну строку" как число (битовыми масками) , andylars 23.11.2015 22:24 / 24.11.2015 00:34
- Ответ, Misha v.3 [M] 21.11.2015 01:04 / 21.11.2015 01:16
- Ответ, G_Z [M] 20.11.2015 23:45
- Для реляционной базы это плохой запрос..., Sumo [M] 20.11.2015 23:21