nfisher

Имелась в виду дока по Эластику. Его надо поставить, а потом скормить его URL Инвижну в настройках поиска.

Шоб не было ссыкотно, достаточно накорявить два скрипта строк на 20 - бэкап-апгрейд и откат.

После обновления до 4.6.3 (а может и после 4.5.4.2) в админке в Support пропал пункт "something goes wrong", в котором был клевый чеклист сисреков - версии мускула, пхп, редиса и т.п. Подскажите, есть ли сейчас какой-нить секретный URL с этой штукой? Например, интересно знать, стоит ли оставаться sticky на elasticsearch 7.6.x или можно отклеивать?

Только скорость. Я ничего не допиливал.

Рисуй сетевую диаграмму, старик. Мне каацца, ты не совсем вдупляешь, где именно живет твой форум. Все эти хостеры, провайдеры, NAT-ы туды-сюды. Рисуй. А потом правь конфиги.

Аууу... Типа ап. Ай нид хелп.

ALTER TABLE <blah-blah> Engine=InnoDB, ROW_FORMAT=DYNAMIC;

Пипл, подскажите как вернуть в 4.5.x старое поведение "газетки" Unread content чтобы отображался список обновленных топиков, а не список всех долбаных сообщений. А то начинается болтовня - и кранты. Весь Unread - список постов одного топика. И еще вернуть бы строку поиска на экран.

Перед обновлением с 4.4.x на 4.5.x лучше поставить ElasticSearch (все клево описано в официальной доке) с явным указанием версии, подсмотрев ее в админке в настройках поиска: apt-get install elasticsearch=7.6.2 (это для 4.5.4, для 4.4.10 возможно ниже, не помню). Это нужно для того, чтобы пересоздание индекса не затянулось на неделю вместо 4-5 часов. После этого подготовить возможность просматривать логи и гонять sql-скрипты по базе. Ибо при обновлении возможны затыки типа такого: Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126.. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs Запустить обновление как обычно. Увидев такую ошибку, нужно заглянуть в mysql-error.log и увидеть там таблицу и столбец varchar(xxx), на котором споткнулось. И сделать: ALTER TABLE tableName ROW_FORMAT = Dynamic; (у меня все таблицы InnoDB). После этого жать Retry в обновлении. У меня вроде 4-5 раз споткнулось. А в остальном - прекрасная маркиза 😉 Пипл, подскажите как вернуть в 4.5.x старое поведение "газетки" Unread content чтобы отображался список обновленных топиков, а не список всех долбаных сообщений. А то начинается болтовня - и кранты. Весь Unread - список постов одного топика.

Ну что ж... Обновился на 4.5.3. В целом все гладко, но не без гугления. Пришлось при обновлении базы на несколько таблиц InnoDB тип строк делать DYNAMIC. А потом Retry в обновлении движка. Перед обновлением перевел кеширование с memcached на Redis (ну, ничего особенного, просто дань моде). И FTS перевел c mysql на ElasticSearch. А вот это ключевой момент. Форум просто ВЗЛЕТЕЛ. И нагрузка на диск упала вчетверо.

Больше года прошло. Удалось засунуть в докер? Насколько я понимаю, там нужно split-brain-DNS, засунуть в контейнер. Получилось?

У меня все прошло мякенько, никто и не заметил пока.

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

Такс... И логи нашел. В админке на вкладке Support. Дурацкий Toolbox меня с толку сбил. Он не умеет System Log показывать.

Такс... Разобрался. У меня не imagick, а gd был включен. А модуль php-gd не стоял. Но второй вопрос в силе: Где включить/посмотреть подробный лог ошибок, шоб вслепую не тыкаццо?

После апгрейда Дебиана поначалу стоял php-5.6.33. Ошибка уже возникла. После замены на php-7.0 ничего не изменилось. Насчет других "новых систем" не знаю. У меня сейчас подключен только стандартный дебиановский репозиторий. Права на uploads в порядке. Это следует, например, из того, что файлы других типов аттачатся нормально. Версия IPS до и после апгрейда дебиана - 4.3.1. Собстна, я понимаю, что что-то где-то сука сломалось. Вопрос в том, куда копать и как это отдиагностировать? Может в недрах IPS можно какое-то расширенное логирование включить?

Да, все без ограничений.

После апгрейда дебиана с 7.11 на 9.4 перестали аттачиться картинки (png, jpg, ...) к постам. Проходит загрузка аттача, после этого сообщение - There was a problem uploading the file. При этом другие типы файлов - txt, pdf, zip - аттачатся нормально. В логах апача на этот счет пусто. Imagemagick и php-imagick установлены. Подскажите, куда копать.

В этом топике есть ссылка на сайт чуваков, которые делают русскую локализацию. Предлагается ее в стартпост поместить и закрепить его. Меньше будет дурацких вопросов.

@Respected, а можно первопост этого топега пришпилить? И собрать в него актуальную инфу. А то например я в третий раз чувствую себя мудаком, вынужденным перечитывать весь топег, зная, что ты уже давал правильную ссылку на правильных чуваков в каком-то посте. Юзкейс понятен?

Недели две после выхода? А потом лучше подождать 4.2.5?

Ну понятно, что энтузиасты соберут что угодно под что угодно. Но я как-то ограничиваюсь dotdeb из сторонних репозиториев. Сам давно перестал собирать. Головняка больше чем удобства.

Я бы еще посмотрел на таймауты php, апача или nginx. У меня пока на nginx стояли короткие таймауты, я на процедуру обновления его отключал и ходил напрямую на апач. На deb8 нету 7.0 Кстати, у меня тоже deb8 с php-5.6.x - с версии 3.4.6 до 4.2.2 все апгрейды нормуль.

В нулле нет такого step. Ты что-то другое ставишь.

@Respected, а когда можно ожидать нулл?