- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте, вопрос.
На сайте выводится таблица, кол-во записей таблицы может измеряться тысячами. Т.е. загружается такая страница очень долго, размер доходит до 50 мб.
Используется плагин jquery для форматирования и поиска по таблице. Все данные в таблице нужны, логично сделать загрузки по 1000, но нужен поиск сразу по всей информации ( плагин datatables.net ).
Как быть, думаю в сторону кеширования в хранилище браузера для быстрой загрузки, но есть подводные камни.
Может быть использовать постраничную навигацию?
http://datatables.net/development/pagination
Может быть использовать постраничную навигацию?
http://datatables.net/development/pagination
Она используется, дело в объеме данных, в плагин загружает 50 мб с сервера. Т.е. страница долго загружается перед показом таблицы, а еще пользователь частенько должен эту табличку обновлять для получения свежих данных.
Вот я и не знаю что делать, не хочется отказываться от моментального поиска по таблице через плагин или все же стоит.
Вижу что можно это решить через Database Storage.
значит отказывайтесь от поиска по всей БД на клиенте, всего делов - поиск через отдельный запрос к серваку...
У вас ошибка в реализации (проектировании) вашей системы. Не должно быть ситуаций, когда в бразуер грузится страница размером в 50Мб. Опишите ситуацию на конкретном примере — что у вас за проект и откуда берётся такой огромный размер данных?
У вас ошибка в реализации (проектировании) вашей системы. Не должно быть ситуаций, когда в бразуер грузится страница размером в 50Мб. Опишите ситуацию на конкретном примере — что у вас за проект и откуда берётся такой огромный размер данных?
http://socfishing.ru
видимо да, подгрузка порциями.
значит отказывайтесь от поиска по всей БД на клиенте, всего делов - поиск через отдельный запрос к серваку...
Указанный DiAksID вариант решения — правильный.
Если клиенту нужно показывать таблицу с данными, то сделайте для него постраничную навигацию (например, по 25 записей на каждой странице, или подкрутите infinite scrolling) — чисто для вида, чтобы у клиента была наглядная информация перед глазами — как поиск людей Вконтакте — http://vk.com/search. Когда-же клиент начинает вбивать что-то в поле поиска, то его запрос бекграундом отправляется на сервак и полученные данные вставляются вместо текущих.
А вообще, а вообще... Вообще, вам, видимо, нужно определиться: или человек пользуется чисто поиском по словам (и ему динамически отображаются результаты поиска), или человек пользуется просмотром таблицы, полученной в результате запроса по параметрам — я так считаю.