ryancoolround
Актив
-
Регистрация
-
В сети
Everything posted by ryancoolround
-
-
В том то и дело, не могу понять когда возникает ошибка. Ошибка вызывается гостем, URL страницы, на которой возникла ошибка Недоступно. Я копаю в сторону страницы с подписчиками, есть предположение, но не факт. Изменений в шаблоне никаких, все из коробки. PHP 8.3 Я в приватном режиме, как гость, зашел на страницу подписчиков пользователя - ошибка не появилась. Я зашел как гость на страницу подписчиков темы, ошибка не появилась. Я зашел как гость на страницу подписчиков тега, ошибка не появилась. Нашел Если пользователь запретил на себя подписываться, то если зайти в его профиль, ты получаешь ошибку. Да, именно так
-
Если ты про 375 строку в Profile.php: /* Get followers */ $followers = iterator_to_array( $this->member->followers( ( Member::loggedIn()->isAdmin() OR Member::loggedIn()->member_id === $this->member->member_id ) ? \IPS\Content::FOLLOW_PUBLIC + \IPS\Content::FOLLOW_ANONYMOUS : \IPS\Content::FOLLOW_PUBLIC, array( 'immediate', 'daily', 'weekly', 'none' ), NULL, array( 0, 12 ) ) );
-
Спамит ошибкой: TypeError: iterator_to_array(): Argument #1 ($iterator) must be of type Traversable|array, int given (0) #0 /applications/core/modules/front/members/profile.php(375): iterator_to_array(0) #1 /system/Dispatcher/Controller.php(139): IPS\core\modules\front\members\profile->manage() #2 /applications/core/modules/front/members/profile.php(130): IPS\Dispatcher\Controller->execute() #3 /system/Dispatcher/Dispatcher.php(169): IPS\core\modules\front\members\profile->execute() #4 /index.php(16): IPS\Dispatcher->run() #5 {main} Обратная трассировка #0 /init.php(827): IPS\Log::log('TypeError: iter...', 'uncaught_except...') #1 [internal function]: IPS\IPS::exceptionHandler(Object(TypeError)) #2 {main} Помогите пожалуйста.
-
Может есть какие то PHP скрипты для конвертации?
-
Ну в phpMyAdmin, тоже можно выбрать совместимость
-
В консоли, когда дамп делаешь, ты выполняешь команду, и в нее совместимость прописать: mysqldump -u ИМЯ_ПОЛЬЗОВАТЕЛЯ -p --compatible=mariadb ИМЯ_БАЗЫ > backup.sql
-
А если экспортировать дамп базы с старого бэкапа, но с указанием совместимости: --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), добавь пункт, нажми Опубликовать меню.
Попробуй у своей группы выключить этот пункт.
