AO
Или это прям совсем гиблое дело?
Будет дикий оверинжиниринг ради копеечной экономии.
Это ИМХО.
Size: a a a
2020 November 05
PZ
A
Или это прям совсем гиблое дело?
Коллега у меня тут вроде изобрел постраничку на Нумерации из запроса... Но я не смотрел еще
A
И в Одата есть пагинация =))
A
Идогда ИМХО нет смысла делать свой сервис, при наличии одаты =)
AO
в Одата все зашибись, за исключением прибитого гвоздями контракта
A
в Одата все зашибись, за исключением прибитого гвоздями контракта
Так это же плюс?
AO
Так это же плюс?
неа
A
аргумент, хер поспоришь прям =)
AO
аргумент, хер поспоришь прям =)
С - Софистика!
JD
Леди и джентльмены, как вы думаете, имеет ли смысл заморачиваться с пейджингом в http сервисе на 1С?
Конечно. Т.к. потребитель может не уметь в увеличение таймаута на всех промежуточных узлах.
AO
Вопрос реализации. Я со своим техническим ПТУ знаю как сделать это на строго увеличивающемся счетчике, без пропусков. А как сделать селект страница 18 на произвольных данных - не знаю
JD
Никак. Можно лишь с большой вероятностью надеяться, что за время потребления не прилетит (не создастся в БД) вредная ссылка, а добавляться новые будут по привязанным ко времени ссылкам-уидам.
AO
по УИД-ам вообще никак, ибо ты не знаешь с какого УИД начинается 18 страница
AO
только с инкрементным полем
AO
т.к. его можно вычислить. но если там есть пропуски, то пейджинг будет кривой
JD
Как это не знаю, если я до этого все нарезал и запомнил?
AO
что значит "До этого"? Вот пришел запрос page=18. Он первый
AO
Конечно, можно прочитать все первые 17 страниц, но это такой себе пейджинг )
PZ
Там вроде в ластике при пагинации хранится уид пагинации