#6
by mingw
Если сервер отправит на вебклиента сразу всю таблицу и далее скроллить средствами броузера или js в нем то будут тормоза. Задача сделать отзывчивый интерфейс. Чтобы да вебсервер (nodejs) отдавал данные из базы для вебклиента (HTML5 броузер) нужными порциями. Причем какую порцию отдавать еще и "предвидел" по поступающим командам-запросам данных с клиента.
#7
by badboychik
при прокрутке до 80% записей клиент запрашивает с сервера новую порцию и получив закидывает в таблицу
#8
by mingw
Это если простейше. А хочется упредить. Чтобы в фоне подгрузка шла. Но без лишнего. А куда старые данные. Для прокрутки назад. Как определять старость. Т.е. может у кого уже есть подобный опыт.
#9
by badboychik
запоминать начальную и конечную строку полученного набора, при прокрутке назад выбирать меньшие значения чем начальный номер В фоне и будет идти пока пользователь оставшиеся 20% записей будет докручивать
#10
by badboychik
есть подход когда каждая следующая порция в 2 раза больше предыдущей, тогда реже приходится обращаться на сервер. И в 1С вроде такой же способ
#11
by mingw
ОК. А если сортировка по полям таблицы. Сортировать на сервере? Как после сортировки текущей строкой сделать эту же. Или пофиг и сбрасываем. Потом поиск по полю. Тоже на сервере сразу искать и нужный кусок отправлять? Понятно что с отбором попроще. Кстати так и делал давно просто показ первых 100 записей и далее отбор на сервере.
#14
by Fragster
я забил и сделал без динамической подгрузки: но вообще экспериментировал с отправкой на клиента размера (для рисования скролла) и текущего "фрэйма" + два "фрэйма" в обе стороны. Когда запас в какую-то сторону становился меньше одного фрэйма - подсасывал новые данные асинхронно. при этом дергать скролл можно было в любую сторону на любое расстояние - он показывал некоторое время пустую табличку, а потом в ней подгружались данные. ноде для этого не обязателен, работало на хттп-сервисах 1с + сериализация json
#15
by orefkov
Можно конечно послать изучать код реализации ТабличногоПоля и ПоставщикаДанныхODBC в 1С++, но это очень жестоко. А так - согласно REST серверу вообще должно быть пофиг, что на клиенте. Клиент должен посылать запросы, в которых указывать, которая порция данных ему нужна. Сервер должен выполнить запрос и вернуть данные. А вот как оптимально написать запрос, который получит именно порцию данных - это уже надо смотреть в каждом конкретном случае. В 1С++ это решалось тем, что всегда был уникальный ключ упорядочивания в запросе, а клиент передавал значение ключа и направление выборки. Например, получение справочника с сортировкой по наименованию: Первый запрос, клиент не передает ключ: select from ttt where descr>'Варежки' or (descr='Варежки' and id>23) order by descr, id limit 100 Клиента скроллят в конец: select from ttt where descr<'яблоки' or (descr='яблоки' and id<113) order by descr desc, id desc limit 100 Но не знаю, сможет ли постгресс правильно оптимизнуть эти условия и попасть в индекс.
#17
by sash-ml
хороший бесплатный JS Фреймворк для табличек, таких полно. но это на фронте. Есть примеры со скролом.
#18
by mingw
JS UI фреймворком с гридами много. Но хочется то нечто вроде как на vaadin Lazy loading a large data set - ленивая загрузка из больших источников данных
#19
by trdm
Там другой риск, будет подтягивать много данных - у браузера может оперативки не хватить. А принцып тот-же.
#27
by mingw
Скорость скроллинга можно учесть. Как параметр для старения. Попробую vaadin elements. Вдруг что другое есть.
#29
by romix
А по-моему скроллинг - зло. Сразу проблема с простановкой точной ссылки и поиском, если содержимое будет индексироваться.
#31
by mingw
Проблему для броузера решил. В есть grid.items = function(params, callback) { setTimeout(function { callback(employees.slice(params.index, params.index + params.count)); }, 400); }; grid.size = employees.length; На сервер буду передавать params.index (верхний видимый) и params.count (количество видимых). Сервер по последовательности их заранее (упреждающее чтение) подготовит данные из БД. Далее будет отсылать сразу готовые данные без запроса к БД. Еще можно сделать кэш на JS в броузере. В виде массива полученных данных. Куда складывается все пришедшее с сервера. И грид будет слайсить из этого кэш массива.
#32
by mingw
+ Осталось придумать алгоритмы для сервера. По таблице ВремяЗапроса|ИндексНачальнойСтроки|КоличествоСтрок. Предсказывать следующие данные которые будут запрошены.
Тэги: Веб-мастеринг
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
В этой группе 1С
- Прослушать аудиофайл прям в 1С
- Ут11 - обособленные подразделения
- Работа с HTML документом в Управляемом приложении (УФ)
- В общем модуле не получается с клиента вызвать сервер, почему и как?
- Регистрация конфигурации в центре лицензирования не выполнена
- Получить макет управляемой формы
- УТ 11.2: упаковки и единицы измерения
- Убрать разделитель страниц и готового ТабличногоДокумента
- КД 2.0 Выгрузка родителя элемента, если его нет в Приемнике и в Источнике.
- В УТ 11 при списании недостач товаров не списывается себестоимость.
- Чтение РС используя Odata
- Замена аппаратных ключей на программные. Стоимость...
- Вылазят ошибки скрипта Яндекс карты 2.1 в поле HTML
- В какой диапазон попало число
- Как скопировать строку таблицы БД на MySQL одним запросом?
- Ошибка при установке значения атрибута контекста (Данные)
- Нужно ли учитывать пособие по уходу за ребенком в строке 130 формы 6-НДФЛ?
- Как в такси 8.3 поместить обработку на форму главного меню слева.
- Администрирование серверов 1с предприятия
- v7: Проблема с установкой значения в строке ТЗ