базу - pg

+ nosql в нужных местах конечно

кролика на очереди

может у тебя colls is null

Интересно то то с закоменченной строкой тоже 502

коллеги, вот если бы сейчас вы начинали новый проект (потенциально hi-load), какой-бы стэк выбрали node.js | php, sql бд (mysql|pg|oracle), nosql бд, frontend fw?

php | pg | - |vue

почему pg? не мускул или диалект (percona, maria)

Интересно то то с закоменченной строкой тоже 502

значит не связано с этой строкой

почему pg? не мускул или диалект (percona, maria)

мне нравится концепция пг с кастомными типами. хотя мускуль тоже движется в правильном направлении, возможно его (перкону).

т.е. не только я один не верю в node.js?

Почему же, angular4 довольно активно использует node для сборки и компиляции TypeScript. Да и вообще нода вросла прочно в весь фронтенд. Ее неявно придется все равно использовать.

почему pg? не мускул или диалект (percona, maria)

У меня в опыте до 2011 - сплошной мускуль, потом до 17 - пг, теперь перкона. Все в кластерах с репликацией и прочем. Для меня причины следующие: 1) у пг меньше "магии" - непонятных вещей, который вроде не должны так работать, но работают так. И объяснение где то на 10 странице под 7 звездочками. Если вообще есть. 2) у пг развитей инфраструктура около бдшных штук. Типа феловера, распределения нагрузки по слейвам и т.д ит.п. 3) Я ни разу честноговоря не пробовал писать в оракл, но в ПГ профешшнл можно тупо написать прям по мыло и чуваки тупо прям отвечают. Сразу и быстро. ОГОНЬ! 4) У ПГ намного шире поддержка различных индексов. То есть из коробки ПГ сильно универсальней на огромных объемах и для различных задач. Тут тебе и пространственные индексы и прочая и прочая

значит не связано с этой строкой

Наверное с памятью связано,т.к. в запросе перед строкой ставлю LIMIT 500 и все работает

почему pg? не мускул или диалект (percona, maria)

Тот кто хоть годик поработал с pg поймет что она просто на 2 головы круче всяких там мускулей. То что касается потребностей приложения со средней и сложной логикой. А вот в плане хайлоада вопрос.

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

На хабре есть статьи прям по пунктам конкретно о фишках pg, которых нету в мускуле. А вот статей наоборот я чето не видел ;)

в пг например пока еще только учатся класть определенную партицию какой-то таблицы на отдельный ссд, например. а в мускуле это уже есть. но нащет "магии" - согласен, жутко бесит. пг он такой простой, как братан, короче. но на хайлоаде шо то хуйня, шо эта хуйня, и обе эти хуйни такие

Ну всякие там WITH recursive, window functions и т.д.

ээ стойте стойте, не надо углубляться :)

А, да, что больше всего бесит в мускуле, БЕСИТ прям, это невозможность БДшечки до сиз пор использовать для одного запроса более 1 индекса

ээ стойте стойте, не надо углубляться :)

ПОЗДНО

Нет! Вбросил - терпи!

А, да, что больше всего бесит в мускуле, БЕСИТ прям, это невозможность БДшечки до сиз пор использовать для одного запроса более 1 индекса

не для одного запроса, а для джоина одной табл с другой

или where

ну да

так попробую отвлечь :) для фронэнда второстипеннен hl (хотя и не маловажен) т.е. порядка 3-4 млн. пользователей всего

На хабре есть статьи прям по пунктам конкретно о фишках pg, которых нету в мускуле. А вот статей наоборот я чето не видел ;)

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

А, да, что больше всего бесит в мускуле, БЕСИТ прям, это невозможность БДшечки до сиз пор использовать для одного запроса более 1 индекса

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

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

В этой статье нет ни слова про то, что они ушли из-за того, что в пг чего то не было. Там общие рассуждения про общую структуру, стратегию и сообщество

т.е. огромный лог транзакций, тут я больше сколнен на что-то column storage

насколько огромный?

в месяц 10 млн. записей

пфф

10м/мес это не много и не мало, это надо вот еще что уточнить: какое железо под бд и что с этими данными делать надо

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

Я это упомянул выше - в вопросах хайлоадах пг не так хорош, раньше была только физическая репликация, иногда не самое оптимальное использование индексов. Но если сайтик с небольшой базой, скажем до 1 терабайта, у него все прекрасно :)

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

Для таких штук есть materialized view

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

ну либо колонки, либо строй свертки сразу

наверное) так вот не зная данных и потребностей сложно сказать

если статистику собирать, то без колонок на таких объемах далеко не уедешь

Для таких штук есть materialized view

не очень подойдет.

pg есть проверенный временем columnstorage?

пока только использовал в maria column storage (думаю о yandex clickhouse)

https://wiki.postgresql.org/wiki/ColumnOrientedSTorage

Лучше тебе зайти в чат постгреса и там поспрашивать

пока только использовал в maria column storage (думаю о yandex clickhouse)

кликхаус не умеет удалять и обновлять данные

Лучше тебе зайти в чат постгреса и там поспрашивать

угум, пока меня интерисует в целом в связке т.к. сказать

кликхаус не умеет удалять и обновлять данные

пока не уверен, но вроде удалять и обновлять не планируется

Вообще по опыту, почти все "хайлоад проекты", которые я начинал делать, умерли намного раньше, так и не дойдя до проблем с нагрузками :)

пока не уверен, но вроде удалять и обновлять не планируется

тада норм

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

Вот если бы был какой-то стек, который бы гарантировал стабильное развитие продукта и бизнес-модели - это была бы бомба.

Вообще по опыту, почти все "хайлоад проекты", которые я начинал делать, умерли намного раньше, так и не дойдя до проблем с нагрузками :)

золотые слова :), потенциально такое может случиться

Вообще по опыту, почти все "хайлоад проекты", которые я начинал делать, умерли намного раньше, так и не дойдя до проблем с нагрузками :)

в смысле, как основатель? или как наемный работник?

Вот если бы был какой-то стек, который бы гарантировал стабильное развитие продукта и бизнес-модели - это была бы бомба.

продуктовый ларек в деревне :)

виноводочный

угу

в смысле, как основатель? или как наемный работник?

Ну где-то я был в некоей роли технического сооснователя, где-то наемный работник.

аммм, ну и еще такой вопросик nginx | apache ?

ну т.е. понятно nginx на входе

Да вроде не принципиально

продам несколько старых серверов, FC свитч и корзину ;)

Но раз уж nginx, почему бы везде не nginx

тоже от... "потенциально может случиться" проекта осталось ;)

я как-то пропустил момент, кто победил в холиваре про веб-сервера

ну nginx привычней

холивара нет, apache нужен только если есть специфические модули под него

типа апликейшн сервера... ну и для хостеров, что бы htaccess тянуть

у меня от пачки шаблонов для wp сложилось очень своеобразное мнение о мире wp, если кратко - то кто во что горазд, даже если шаблон за $100, отличие в том, что его пофиксят

А от Joomla! какое мнение?

С джумлой я завязал при переходе с 1.5 на 2.0 кажется (подсказка: надо было делать все с нуля), так что опыта давно нет

Кажется этот вопрос тут уже был

Уже 3.5 давно есть и море бесплатных отличных расширений.

Только бэкап сделайте для переноски.

С 1.5 было нельзя мигрировать никак на 2.x, только перенести контент и заново сделать шаблон и модули новые (другие)

Давно это было

И не правда

Так сейчас можно.

Сейчас уже не актуально...

По-моему джумла лучше во всех отношениях.

Когда нам нужна была Cms для многопользовательского кейса когда есть редакторы в разных разделах и они могут все мы выбрали modx

Но он сложный по сравнению с wp для пользователей в первую очередь

Всем привет вот тут var filterKey = this.filterKey && this.filterKey.toLowerCase() В filterKey будет присвоина истина если this.filterKey и this.filterKey.toLowerCase() будут либо оба истинными либо оба ложными правильно ?

Нет, только если оба истина

аа понял спасибо :)

if (filterKey) { data = data.filter(function(row) { return Object.keys(row).some(function(key) { return String(row[key]).toLowerCase().indexOf(filterKey) > -1 }) }) } скажите а тут я правильно понял у нас к массиву data применяется функция фильтр которая возвращает массив внутри каждого элемента которого , к каждому элементу которого ищем есть ли элемент с соответствующим индексом ?

Кто пробовал язык hack?

он может компилиться в простой php&

?

коллеги, вот если бы сейчас вы начинали новый проект (потенциально hi-load), какой-бы стэк выбрали node.js | php, sql бд (mysql|pg|oracle), nosql бд, frontend fw?

Зависит от того что за проект. Лучше сервисы реализовывать и выбирать язык для них подходящий

Перекопал гугел, не нашел Вопрос: телеграмм бот, как реализовать ожидание ответа от юзера? То есть: вопрос 1 (Ждёт ответ 1) Вопрос 2 (Ждет ответ 2)

Finite state machine

Спасибо, почитаю

Подскажите, как лучше реализовать? Есть таблица с юзерами. в таблице имеется json поле с данными такого типа ( значения уникальные ) ["123","231"] , как допустим мне найти аккаунт с 231?

Или как изменить таблицу для такой выборки?

Вроде получилось сделать так , json данные в таблице преобразуем через implode и дальше sql LIKE нормальный ли такой вариант?

тьжлооооооо гё

Вроде получилось сделать так , json данные в таблице преобразуем через implode и дальше sql LIKE нормальный ли такой вариант?

нет

нет

а как лучше сделать?