ryancoolround

А если экспортировать дамп базы с старого бэкапа, но с указанием совместимости: --compatible=mariadb Это поможет?

Возможно, стоит увеличить лимиты на стороне MySQL.

можно написать скрипт, который будет автоматически конвертировать файлы из dev в static… По крайней мере, я так думаю, но я идиот….

Я все необходимое сделаю сам, или скачаю на IPBMafia, со временем…

Я хочу на пятерке проверить одну вещь. Статусов отныне нет, так что придется в этой теме. На IPS 4.7.18 webp изображение закрывало сайт если ты кликал по нему. Картинка в итоги открывалась просто на новой странице, и даже без _blank… Вот я гружу webp на пятерке, что бы проверить, исправили ли это или нет. О да, исправили.

В течение оплаченного продления все обновления купленного файла ты получаешь бесплатно. После истечения надо файл оплатить по новой.

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

Вообще может быть не связано, но установите на папки uploads, datastore права 0777, и почистите кэш. Может быть поможет.

Я конечно же обновлюсь на пятерку (Только чуть позже), но пока я тут, и вижу такой лайк как полезно…. Слушайте я вангую что это может сбросить неплохо так размер в БД, ну и какую то нагрузку может быть… Хочу дать вам идею на размышление. Смотрите, лайк и лайк полезно, это разные вещи. Делаем логичный вывод, зачем два разных лайка на одном посте? То есть с новым типом лайка можно спокойно старый лайк отключить, и репутацию в принципе тоже отключить…. И я наверное так и поступлю…

Кстати, на заметку, я уже пытался из классов типа class _vova, вырезать нижнее подчеркивание и оставить только class vova, приложение не заработало. Просто надеюсь кому то сэкономлю время.

Бета на то и бета, создана что бы исправить баги с помощью сообщества. Я единственное за что переживаю, так это за то, что бы не возникло проблем при обновлении с 4.7.18 на релиз IC5, исключая обновления беток.

Да вот еще… Я ничего против иностранных гостей здесь, конечно не имею, но я буду писать на русском.

2024-10-22T17:29:40.270012Z 191 Close stmt 2024-10-22T17:29:40.270235Z 191 Prepare /*::IPS\Theme\Cache\class_core_front_profile::profile:61*/ SELECT core_badges.*, core_member_badges.member, core_member_badges.badge, core_member_badges.datetime, core_member_badges.rule, core_member_badges.action_log, core_member_badges.actor, core_member_badges.recognize FROM `core_member_badges` AS `core_member_badges` LEFT JOIN `core_badges` AS `core_badges` ON core_member_badges.badge = core_badges.id WHERE `member` = ? ORDER BY datetime DESC LIMIT 5 2024-10-22T17:29:40.270384Z 191 Prepare /*::IPS\Theme\Cache\class_core_front_profile::profile:61*/ SELECT core_badges.*, core_member_badges.member, core_member_badges.badge, core_member_badges.datetime, core_member_badges.rule, core_member_badges.action_log, core_member_badges.actor, core_member_badges.recognize FROM `core_member_badges` AS `core_member_badges` LEFT JOIN `core_badges` AS `core_badges` ON core_member_badges.badge = core_badges.id WHERE `member` = ? ORDER BY datetime DESC LIMIT 5 2024-10-22T17:29:40.270408Z 191 Execute /*::IPS\Theme\Cache\class_core_front_profile::profile:61*/ SELECT core_badges.*, core_member_badges.member, core_member_badges.badge, core_member_badges.datetime, core_member_badges.rule, core_member_badges.action_log, core_member_badges.actor, core_member_badges.recognize FROM `core_member_badges` AS `core_member_badges` LEFT JOIN `core_badges` AS `core_badges` ON core_member_badges.badge = core_badges.id WHERE `member` = 1 ORDER BY datetime DESC LIMIT 5 2024-10-22T17:29:40.271097Z 191 Prepare /*::IPS\Theme\Cache\class_core_front_profile::profile:61*/ SELECT core_badges.*, core_member_badges.member, core_member_badges.badge, core_member_badges.datetime, core_member_badges.rule, core_member_badges.action_log, core_member_badges.actor, core_member_badges.recognize FROM `core_member_badges` AS `core_member_badges` LEFT JOIN `core_badges` AS `core_badges` ON core_member_badges.badge = core_badges.id WHERE `member` = ? ORDER BY datetime DESC LIMIT 5 2024-10-22T17:29:40.271223Z 191 Prepare /*::IPS\Theme\Cache\class_core_front_profile::profile:61*/ SELECT core_badges.*, core_member_badges.member, core_member_badges.badge, core_member_badges.datetime, core_member_badges.rule, core_member_badges.action_log, core_member_badges.actor, core_member_badges.recognize FROM `core_member_badges` AS `core_member_badges` LEFT JOIN `core_badges` AS `core_badges` ON core_member_badges.badge = core_badges.id WHERE `member` = ? ORDER BY datetime DESC LIMIT 5 2024-10-22T17:29:40.271238Z 191 Execute /*::IPS\Theme\Cache\class_core_front_profile::profile:61*/ SELECT core_badges.*, core_member_badges.member, core_member_badges.badge, core_member_badges.datetime, core_member_badges.rule, core_member_badges.action_log, core_member_badges.actor, core_member_badges.recognize FROM `core_member_badges` AS `core_member_badges` LEFT JOIN `core_badges` AS `core_badges` ON core_member_badges.badge = core_badges.id WHERE `member` = 1 ORDER BY datetime DESC LIMIT 5 2024-10-22T17:29:40.271749Z 191 Prepare /*::IPS\core\Achievements\_Badge::awardDescription:100*/ SELECT word_key, word_default, word_custom FROM `core_sys_lang_words` AS `core_sys_lang_words` WHERE lang_id = ? AND (word_key LIKE 'core_award_subject_badge_%' OR word_key LIKE 'core_award_other_badge_%') 2024-10-22T17:29:40.271838Z 191 Prepare /*::IPS\core\Achievements\_Badge::awardDescription:100*/ SELECT word_key, word_default, word_custom FROM `core_sys_lang_words` AS `core_sys_lang_words` WHERE lang_id = ? AND (word_key LIKE 'core_award_subject_badge_%' OR word_key LIKE 'core_award_other_badge_%') 2024-10-22T17:29:40.271853Z 191 Execute /*::IPS\core\Achievements\_Badge::awardDescription:100*/ SELECT word_key, word_default, word_custom FROM `core_sys_lang_words` AS `core_sys_lang_words` WHERE lang_id = 28 AND (word_key LIKE 'core_award_subject_badge_%' OR word_key LIKE 'core_award_other_badge_%') 2024-10-22T17:29:40.273654Z 191 Close stmt 2024-10-22T17:29:40.274939Z 191 Close stmt 2024-10-22T17:29:40.275266Z 191 Close stmt 2024-10-22T17:29:40.275481Z 191 Prepare /*::IPS\Dispatcher\_Front::finish:155*/ SELECT * FROM `core_widget_areas` AS `core_widget_areas` WHERE app = ? AND module = ? AND controller = ? 2024-10-22T17:29:40.275575Z 191 Execute /*::IPS\Dispatcher\_Front::finish:155*/ SELECT * FROM `core_widget_areas` AS `core_widget_areas` WHERE app = 'core' AND module = 'members' AND controller = 'profile' 2024-10-22T17:29:40.275861Z 191 Close stmt 2024-10-22T17:29:40.277203Z 191 Prepare /*::IPS\core\Alerts\_Alert::getNextAlertForMember:835*/ SELECT * FROM `core_alerts` AS `core_alerts` WHERE alert_enabled = ? AND alert_start < ? AND (alert_end = 0 OR alert_end > ?) AND (alert_recipient_type = ? OR (alert_recipient_type = ? AND alert_recipient_user IS NULL)) AND alert_id NOT IN ( SELECT seen_alert_id FROM `core_alerts_seen` AS `core_alerts_seen` WHERE seen_member_id IS NULL ) ORDER BY alert_start ASC 2024-10-22T17:29:40.277354Z 191 Prepare /*::IPS\core\Alerts\_Alert::getNextAlertForMember:835*/ SELECT * FROM `core_alerts` AS `core_alerts` WHERE alert_enabled = ? AND alert_start < ? AND (alert_end = 0 OR alert_end > ?) AND (alert_recipient_type = ? OR (alert_recipient_type = ? AND alert_recipient_user IS NULL)) AND alert_id NOT IN ( SELECT seen_alert_id FROM `core_alerts_seen` AS `core_alerts_seen` WHERE seen_member_id IS NULL ) ORDER BY alert_start ASC 2024-10-22T17:29:40.277396Z 191 Execute /*::IPS\core\Alerts\_Alert::getNextAlertForMember:835*/ SELECT * FROM `core_alerts` AS `core_alerts` WHERE alert_enabled = 1 AND alert_start < 1697993417 AND (alert_end = 0 OR alert_end > 1697993417) AND (alert_recipient_type = 1 OR (alert_recipient_type = 0 AND alert_recipient_user IS NULL)) AND alert_id NOT IN ( SELECT seen_alert_id FROM `core_alerts_seen` AS `core_alerts_seen` WHERE seen_member_id IS NULL ) ORDER BY alert_start ASC В том то и дело, я не могу понять, полезно это или нет.

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

Я последние несколько дней (Как установил Ubuntu) наблюдаю постоянные, безостановочные, ни на секунду, обращения к диску. Сначала я подумал что это логи, я их выключил. Затем я дважды увеличил innodb_buffer_pool_size, не помогло. Стояла Centos, я не наблюдал такой проблемы, может она и была, но она меня не раздражала. Кто то может помочь чем то?

Зайди в админку, менеджер меню (/admin/?app=core&module=applications&controller=menu), добавь пункт, нажми Опубликовать меню.

Попробуй у своей группы выключить этот пункт.

Как ты смеешь такое говорить? Я сутки домогался до консоли Ubuntu и синхронизации с ntp сервером….

Как по мне, я уже думаю накатить бэкап, который сделал до обновления. Что то не то. Я скажу, что у меня даже fps в браузере стал проседать. А про постоянную, безостановочную работу mysql, которая ни на секунду не прерывается, я уже молчу… Даже само по себе обновление, и установка с нуля на тестовый сайт, были такими долгими…

А… Теги теперь закрытые… Я понял. Тогда таблицу с тегами можно Truncate….

Еще обнаружил что новые теги не добавляются. Можно использовать только существующие. А пункт теги в админке такую нагрузку делает на процессор в момент загрузки страницы (Там все теги, которые есть, грузятся на одну страницу), добавление простейшей пагинации, позволило бы избежать данной нагрузки. Но нет, мы все пихнем на одну страницу, почему бы и нет…. Я не отрицаю что можно, я вчера целый день бился, пока в конечном итоге не очистил кэш, а там конец поддержки centos 7…. Ну и я психанул… Очень плохо когда админ неуравновешен 🧏‍♂️ В дополнение к тегам, русские теги не ищутся. Только на латинице.

А тут дело не в панели, тут дело в Centos 7, она слишком стара для Curl 7.36.

Меня напрягает что жесткий диск постоянно в работе, ни на секунду не останавливается. на 4 версии такого не было.

А помните я тут как то писал про today? Они так и не пофиксили это))))