У меня интернет-магазин
Когда новый клиент делает заказ, я всегда вижу в админке по какому запросу он пришёл, и на основании этой информации менеджер уже уточняет или не уточняет у клиента как он узнал о нас.
Т.к. 90% процентов людей отвечают на этот вопрос «Из интернета», а информации о том, а как же конкретно он нас нашёл теперь не будет, то я посылаю «лучи добра» Яше!
И как уже сказали выше, какой смысл вначале шифровать поисковый запрос, а потом его же показывать в метрике?
pgcompactor в самом конце конкурентно пересоздаёт индексы, так что не распухнут, на картинке в посте красным.
восьмёрка прошлый век, уже какбэ 9.2
>> Если автовакуум не справляется — надо настраивать его или менять запросы.
например?! В таблицу много-много пишем (апдейтим), настроен самый злой автовакуум (autovacuum_vacuum_threshold, autovacuum_vacuum_scale_factor) в итоге что он вообще никогда не выключается и всё равно таблица пухнет
>> являюсь ярым противником различных утилит/скриптов и прочих «костылей» против блоатинга
ваше право, но такова правда жизни и от этого никуда не денешься всё равно я считаю
Там другой принцип.
Создаётся временная таблица, которая и ужимается. Минусы в том, что надо будет двухкратное место, т.е. если жмём таблицу в 100 гб, то нужно эти 100гб дополнительно ещё где то взять, что не всегда бывает.
А также нельзя менять DDL во время выполнения pg_reorg, иначе данные завалятся.
А также он не умеет дисковую нагрузку лимитировать во время работы и долбает по максимуму.
Пользуем sphinx уже около 4 лет. Работает оч быстро-быстро.
Захотели тут перейти на solr в январе, не получилось, т.к. не выдержал той нагрузки, которой от него ожидали, впринципе не удивительно — это же ява… И памяти эта штука жрёт намного больше.
Причина попытки перехода была в том, что гем THinkingSphinx всё ещё не поддерживает новые фичи сфинкса, такие как RT индексы.
Когда новый клиент делает заказ, я всегда вижу в админке по какому запросу он пришёл, и на основании этой информации менеджер уже уточняет или не уточняет у клиента как он узнал о нас.
Т.к. 90% процентов людей отвечают на этот вопрос «Из интернета», а информации о том, а как же конкретно он нас нашёл теперь не будет, то я посылаю «лучи добра» Яше!
И как уже сказали выше, какой смысл вначале шифровать поисковый запрос, а потом его же показывать в метрике?
habrastorage.org
habrastorage.org
habrastorage.org
иначе не грузится ничерта
Видать хреновый из неё был программист
восьмёрка прошлый век, уже какбэ 9.2
>> Если автовакуум не справляется — надо настраивать его или менять запросы.
например?! В таблицу много-много пишем (апдейтим), настроен самый злой автовакуум (autovacuum_vacuum_threshold, autovacuum_vacuum_scale_factor) в итоге что он вообще никогда не выключается и всё равно таблица пухнет
>> являюсь ярым противником различных утилит/скриптов и прочих «костылей» против блоатинга
ваше право, но такова правда жизни и от этого никуда не денешься всё равно я считаю
Создаётся временная таблица, которая и ужимается. Минусы в том, что надо будет двухкратное место, т.е. если жмём таблицу в 100 гб, то нужно эти 100гб дополнительно ещё где то взять, что не всегда бывает.
А также нельзя менять DDL во время выполнения pg_reorg, иначе данные завалятся.
А также он не умеет дисковую нагрузку лимитировать во время работы и долбает по максимуму.
Захотели тут перейти на solr в январе, не получилось, т.к. не выдержал той нагрузки, которой от него ожидали, впринципе не удивительно — это же ява… И памяти эта штука жрёт намного больше.
Причина попытки перехода была в том, что гем THinkingSphinx всё ещё не поддерживает новые фичи сфинкса, такие как RT индексы.
Молодцы и спасибо вам!
ps: ваш багтрекер ужасен )) не хотите переехать на гитхаб?
Но! Тормоза прошли только после смены компа на 8-ядерный с 6 гигами оперативы и SSD диск =)