в постгрессе лучше констрейнты работают, и в целом фич побольше

Поэтому, когда есть нужда работать с такими объемами данных, единственный выход - разбивать их, заранее делать всяике фильтры и так далее

в ПГ для огромных таблиц делают секционирование

обычно говорят что мускуль быстрее постгреса

Ну я же не говорю, что я делал все правильно и вобще это субъективный опыт)

MySQL проигрывает PostgreSQL на большинстве сложных запросов потому что планировщик кэшит излишне

ну и тупит безбожно бывает

Плюс в MySQL не так много веселого индекса

Зато на простых мускуль по умолчанию выигрывает

А если в мускуле лежит табличка с 100к записей, то на сколько частей нужно разбивать при отправке на клиент? Какой оптимальный размер?

Или была не была, лови 100к залпом?)

лучше в мегабайтах рассуждать

А если в мускуле лежит табличка с 100к записей, то на сколько частей нужно разбивать при отправке на клиент? Какой оптимальный размер?

Так ведь на клиенте не нужны все 100к? Нужны либо N записей либо данные на основе этих 100к только

я не знаю ни одной причины серьезной, чтобы использовать mysql, вместо постгри)

Или была не была, лови 100к залпом?)

Ноп, рейндж квери же

Так ведь на клиенте не нужны все 100к? Нужны либо N записей либо данные на основе этих 100к только

Так я это и имею ввиду. Какое оптимальное количество записей на страницу пагинации?

вообще в ноде можно хоть все за раз прочитать но есть тенденция таймаут отвала

Если Реакт-разработчикам не нужно знать как работает DOM reconciler, то почему Ангуляр-разработчикам внезапно нужно знать как работает digest loop?

Слабенький вброс, я плохо себе представляю нормального разработчика как с первой характеристикой, так и с отсутствием второй.

У меня данные разбиты так, что бы я, грубо говоря, имею возможность сделать { id: {$or:[{$gt:x}{$lt:y}]}}

Так я это и имею ввиду. Какое оптимальное количество записей на страницу пагинации?

Так ведь это всё рвно решать тем, кто за UI отвественен, больше нескольких экранов мало кто делает

Слабенький вброс, я плохо себе представляю нормального разработчика как с первой характеристикой, так и с отсутствием второй.

Там речь про джунов скорее была думаю

Так ведь это всё рвно решать тем, кто за UI отвественен, больше нескольких экранов мало кто делает

Да, это решают всякие продакты/дизайнеры

Сколько надо, столько и отрисовываю

Кстати, возвращаясь к реакту, тут часто спрашивают курсы про реакт. А есть курсы/статьи/лекции о внутреннем устройстве? Что-то вводное, чтобы хоть баг можно было пофиксить?

Причем для клиента запрос обычно выглядит как обычный с limit offset и filter

Кстати, возвращаясь к реакту, тут часто спрашивают курсы про реакт. А есть курсы/статьи/лекции о внутреннем устройстве? Что-то вводное, чтобы хоть баг можно было пофиксить?

Присоеденяюсь к вопросу Сам не встречал, наверное только доки + в репе по кишкам лазить

Вся магия происходит на бэке, собственно клиенту об этом знать вобще незачем

А что лучше - много мелких запросов или один побольше?

Сервак на джаве, забыл название

На т как-то. Плюс мускуль

Учитывая, что народу будет много очень

лучше столько, сколько нужно

А что лучше - много мелких запросов или один побольше?

Ну смотря кейс какой

Ит депендс, как говорится

Ну смотря кейс какой

Вытягивать json, который может содержать до 100к записей

Т.е есть несколько табов

И база данных для этих табов

Каждую табу дробить запросами?

Вытягивать json, который может содержать до 100к записей

Не, клиент получает столько данных, сколько ему нужно в конкретный момент отображать

А то никаких ресурсов не напасешься

Во, спасибо

Значит лучше лишний раз кинуть запрос

В данном случае да

У меня за два года с ораклом сложилось впечатление, что там всегда лучше один большой.

Оракл как девушки) им тоже большой нужен ?

а подскажите, куда смотреть при такой ошибке: Server-side React render was discarded. Make sure that your initial render does not contain any client-side code.

стейт редукса при загрузке и на сервере, и на клиенте одинаковый

Math.random в ключах?)

Реакт должен писать в какой ноде расхождения

И убедись что у тебя 15.1.0

о, ща обновлюсь

рандома нету. но ошибка появляется после того, как добавил сохранение jwt токена. видимо, где-то что-то упустил, потому что если в куках токен есть, то при рефреше все ок, а если удалить из куков и перезагрузить - ошибка

И убедись что у тебя 15.1.0

вроде помогло. спасибо ?

Стартапмейкес ваш чат, а написать вам анрил. Студия блин

вроде помогло. спасибо ?

Значит дело было в этом https://github.com/facebook/react/issues/6451

Значит дело было в этом https://github.com/facebook/react/issues/6451

вероятно. и logout к тому же починился после апдейта, а то из браузера куки удалялись, а на сервере каким-то образом все равно оставались О_о

тем временем слэк пошел спать

А кто-нибудь с электроном возился? Не могу в нем завести авторизацию фб

тем временем слэк пошел спать

А я проснулся

тем временем слэк пошел спать

о, я думал у меня одного проблема

валит одними и теми же нотифами

а это нормально, что у разных элементов одинаковый data-reactid?

неа

Кто успел victory js попробовать?

неа

и что с этим делать? id совпадают у <html> и у рутового <div>

Кто успел victory js попробовать?

я. recharts лучше

ERROR: S client not available

тем временем слэк пошел спать

https://twitter.com/BuzzFeedJS/status/741327340224057344

Киньте кто, плз, ссылкой в меня как сделать модуль, который можно вызывать в нод жс по названии

Я что-то найти не могу. Т.е я написал себе маленькую утилиту и не айс ее запускать node plugin

Хотелось бы, чтобы она упала в node_modules

есть такая тулза, называется npm

и команда npm publish и npm install

Есть такой файл, называется package.json

Есть такой файл, называется package.json

пора спать

и что с этим делать? id совпадают у <html> и у рутового <div>

Не надо генерить реактом весь html, только div в body. Поверь, много времени сэкономишь

пора спать

Даже слака спать ложится

идиите в постель

и команда npm publish и npm install

А, во, спасибо) теперь можно идти спать)

и команда npm publish и npm install

паблишить свой модуль в глобальный репозиторий просто потому что можно -- как-то не очень идея. Или я неправильно понял?

идиите в постель

Мне еще полчаса по железной дороге трястись

если бы так думал tj, сколько модулей у нас бы не было?))

блин, написал debug... а может он только мне нужен?)

+1

Гитхабы для этого есть

Пользуясь Open Source - ты берешь в долг. Не забывай возвращать свои долги.

Репозитории пакетов, которыми пользуются миллионы - немного другой уровень

Ответственности, в первую очередь

@vasyapupkin/super-module

если прямо считаешь никому не нужен)

@vasyapupkin/super-module

Одобряю

хотя я думаю человек ожидал что-то вроде webpack config resolve.alias

хотя я думаю человек ожидал что-то вроде webpack config resolve.alias

Мне тоже так кажется

@JiSeven https://webpack.github.io/docs/configuration.html#resolve-alias оно?)

создатель browserify подсчитал в одном из своих сумашедших докладов гигантскую цифру названий, которые поместятся в npm. Так что можно особо не переживать) Он еще предлагал для си модули паблишить и сделал require для си) сумашедший и крутой чувак, советую посмотреть его доклады)

создатель browserify подсчитал в одном из своих сумашедших докладов гигантскую цифру названий, которые поместятся в npm. Так что можно особо не переживать) Он еще предлагал для си модули паблишить и сделал require для си) сумашедший и крутой чувак, советую посмотреть его доклады)

Что-что, простите?

Мне надо это переварить.