Flying, в том-то и дело, что использую фф для дебага css, и кроме инспектора чем-либо практически не пользуюсь. При закрытых девтулах ~600мб ОЗУ, открываю - и в течении 30-40 минут - 3-4Гб.
Грубо говоря - у тебя загружены 1000 строк по 45пикс высотой каждая. Итого - 45к пикселей в высоту. Делаешь вьюпорт высотой в, например, 200 строк - это 9к пикселей в высоту, и рендеришь только те строки, которые влазят в размеры этого вьюпорта(+ зазор в несколько строк, чтобы не было артефактов при скролле). При скролле рендеришь следующие `n` елементов, а предыдушие `n` елементов сносишь, ну и аджаксом подгружаешь по необходимости.
При этом производительность остается константой, хоть миллиард строк подгружай.
По ссылке есть наглядные примеры + код, можно потыкать.
Объем базы в пределах 0.5Гб. Количество объектов на данный момент около 400, у каждого около 30 свойств(короткие строки, числа, булевые).
Вопрос в том, выбирать структуру [объект=>[все свойства, включая вложенные, объекта]](список объектов со всеми вложенными свойствами в одной коллекции) или же отдельными коллекциями:
1. Коллекция объектов с id + общими свойствами, которые необходимы при любом запросе.
2. Коллекция свойств типа "А" объектов с ссылками на объекты в коллекции 1.
3. Коллекция свойств типа "В" объектов с ссылками на объекты в коллекции 1.
Есть самописный сервер, который будет периодически менять любые свойства любых объектов(не пакетно, а выборочно - по 2-5 свойств).
дата находится в одном источнике, в единственном экземпляре. И доступа к мозгам владельца нет, чтобы выковырять оттуда csv. А каждый раз загружать, парсить, заносить в БД, через которую потом искать - думаю, идея не из лучших.
WbICHA, О таких, например. Пока кодил в своей песочнице - примерно каждая 5-6 библиотека оказывается без типов. Примерно в каждой второй есть инстансы, на которые смотришь - и чешешь репу - а как называется тип этой переменной в @types/?
А ты всего лишь думал, что TS упростит твой пет-проджект...)
P.S: не имею ввиду большие командные проекты, наверное там TS все же помогает унифицировать код и избежать проблемы слияния.
WapSter, про понятнее - вообще не понятно. Можно пример?
Пока вижу только рост количества человеко-часов для написания одного и того же функционала. Плюс разве что в случае почасовой оплаты)
Kovalsky, надо чтоб сервер в определенные промежутки времени опрашивал список сайтов. Опрос настроил, залил сервер на heroku, а с расписанием возникли проблемы. Думал использовать Heroku Scheduler, но он отпал сразу из-за отсутствия кастомного времени(например, 5 минут) и отсутствия гарантии запуска задачи. Придумал пинговать извне(например, аптайм роботом), отсюда и данный вопрос возник.
