macar

Обновил тестовый форум со старым эластиком, поиск работает, ошибок относящихся к поиску нет, единственно, если попытаться пересхранить настройки поиска то выскакивает требование 7.2.0, но если проигнорировать то все ок.

6 часов назад, Desti сказал:

Правда не очень понятно с версией, на сайте эластика последняя 7.16

Я тоже это видел, есть еще Бета там, восьмая по моему, поэтому и спрашивал, как то странно требования версии которой еще нет. Может отложили пока? 

Сегодня на тестовом форуме попробую.

8 часов назад, Desti сказал:

Ну написано более чем конкретно: and updates the minimum version to 7.2.

А в коде есть

const MINIMUM_VERSION = '7.2.0';

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

Может кто пробовал.

Кстати может кто знает где есть инструкции как обновить Эластик для чайников со свистком. 

Был анонс перед выходом 4.6.9 что для этой версии нужен Эластик версии 7.2 не ниже, У кого стоит эластик, обновлялись на 4.6.9 и обновляли ли эластик?

19 минут назад, ryancoolround сказал:

Просто интересно. Как вообще сделать так, что бы Tapatalk работал на 4.6?

Он работает, по крайней мере те что в сообщениях выше, ставил и переставлял на двух форумах и не раз, все ок.

4.6.8

by_ix Поставил, пока ошибок нет. Спасибо!

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

tapatalk_ipb-4.2_v1.6.6.tar

есть еще Бета, я ее тоже ставил, ошибка не уходила

tapatalk_ipb-4.2_beta_v2.0.3.tar

tapatalk_ipb-4.2_v1.6.6.tar tapatalk_ipb-4.2_beta_v2.0.3.tar

Цитата

Error: Undefined class constant 'SELECT_SQL_CALC_FOUND_ROWS' (0)
#0 /var/www/applications/tapatalk/interface/mbqFrame/mbqBaseAction/MbqBaseActGetConversations.php(46): MbqRdEtPc->getUnreadPcNum()
#1 /var/www/applications/tapatalk/interface/mbqAction/MbqActGetConversations.php(20): MbqBaseActGetConversations->actionImplement(Object(stdClass))
#2 /var/www/applications/tapatalk/interface/mobiquoCommon.php(102): MbqActGetConversations->actionImplement(Object(stdClass))
#3 /var/www/applications/tapatalk/interface/mobiquo.php(37): MbqMain::action()
#4 {main}

Сотни ошибок в системном логе форума.

Тапаталк сносил и переустанавливал. 

Что бы это значило?

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

Почистил Темп и сменил альтернативную версию рнр на 7.4, заработало

Спасибо всем.

11 часов назад, Desti сказал:

В phpinfo посмотрите вверху

Есть такая запись

10 часов назад, Desti сказал:

Попробуйте такой файлик создать и вызвать, должен нарисовать красный квадратик

Нарисовался

php info

Странно как то все. У меня на сервере ISPManager Lite, через него я меджик и подключал, всвязи с новой ценовой политикой не стал проплачивать продление и оно закончилось, теоретически все должно работать. но ща посмотрел, конфигурационные файлы есть, расширение в рнр подключено а демона нет 

php -m | grep imagick   ни чего не находит, так и должно быть или сервис исчез?

Что делать, устанавливать по новой, и как быть если у меня для форума в панели альтернативная версия так как нативная древняя.

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

unable to open file `/tmp/magick-32025vtZsjPH5VZgv': Нет такого файла или каталога @ error/constitute.c/ReadImage/604

32025vtZsjPH5VZgv - каждый раз новый

Облазил все tmp что есть, создал еще новых несколько, отключал и включал этот magick. не помогает. 

Где этот tmp он берет, если конечно в нем дело.

GD - нормально

Обновил Mysql до 10.5.

Там реально InnoDB FULLTEXT поддерживает, так что танцев с бубном не надо, вернул индексы на тестовом форуме, все ок.

Теперь на рабочем переведу оставшиеся таблицы в InniDB.

И надо еще с compact решить вопрос

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

И при обновлении все будет ок?

На Тестовом форуме удалил FULLTEXT индексы

Конвертировал эти таблицы из myIsam в innodb.

Вроде все ок, поиск работает, все остальное тоже работает.

Зашёл вечером в админу, решил кеши сбросить а там висит ошибка базы данных, в ней такое вот сообщение.

Цитата

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

ALTER TABLE `core_message_topics` ENGINE=myisam, ADD FULLTEXT KEY `mt_title` (`mt_title`(250));

ALTER TABLE `core_message_posts` ENGINE=myisam, ADD FULLTEXT KEY `msg_post` (`msg_post`);

ALTER TABLE `core_search_index` ENGINE=myisam, ADD FULLTEXT KEY `index_content` (`index_content`(123),`index_title`(126));

ALTER TABLE `core_search_index` ENGINE=myisam, ADD FULLTEXT KEY `index_title` (`index_title`(250));

Почему?

У меня поиск не форумный а Эластик, в innodb форум вроде должен работать, почему оп хочет вернуть все назад?

Пример:

UPDATE ibf_forums_posts SET post = REPLACE(post, '.photofile.ru', '.photofile');

20 минут назад, betastarz сказал:

У меня на нескольких таблицах где по 150к строк выдавало таймаут, но при этом сохраняло новый формат и работает ок)

А делал через phpadmin или шелл

5 часов назад, Desti сказал:

2. ALTER TABLE `forums_posts` DROP INDEX post; - удалить индекс post
3. ALTER TABLE `forums_posts` ADD FULLTEXT post (`post`); - создать индекс post для колонки post

Это, например, для таблицы сообщений. 

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

Огромное спасибо!

На тестовой базе все сделал и удалил и конвертировал.

Морально созрею буду на рабочем форуме делать, там правда таблицы есть по 2 гига, но надеюсь пройдет все нормально.

Почитал, оказывается если fulltext нет то скорость выше.

Где бы надыбать мануал для чайников как все это сделать и узнать риски. 

16 минут назад, Desti сказал:

Дык тогда зачем вам держать таблицы с fulltext, если он не используется?

!. Я не знал про это

2. Я любитель и что то с сервером могу делать только по хорошей инструкции, по установке к примеру эластика в инете есть, как убрать fulltext нет, а тренироваться на рабочем сервере, как то не правильно.

3. А если грохнется мой сервер (тьфу, тьфу, тьфу. :)) и придется переезжать на VDS а там нет эластика, что делать?

9 часов назад, Desti сказал:

есть смысл поставить elasticsearch и вообще не мучать базу поиском. Но не всякий сервер потянет. 

 Я уже давно поставил, до этого слоу лог пух как на дрожжах а сейчас пуст. Просто у меня все переведено в INNODB а три основные и самые тяжелые таблицы в МуИссам.

3 часа назад, Desti сказал:

Свежие версии mysql уже поддерживают fulltext индексы для InnoDB. 

Хорошая новость, есть смысл обновится.