fortek

я с полгода решился на лицензию, хуже не стало.

спасибо, значит все верно сделал.

Есть форум на 4.4.10. На него подвязана почта для домена от MailRU. Периодически ящик уходит в блокировку якобы за спам. Лезу читать лог Идет рассылка от моего ящика e-mail-адреса, которые незарегистрированы у меня на форуме, т.е. рандомных личностям. Приходится постоянно менять пароль на почтовом ящике. Заходов на mailru в мой аккаунт подозрительных нет, кроме меня, в админке форума тоже все чисто. Пошуршал в гугле - порекомендовали зайти "Система" -> Публикация контента и отключить Email. Какие есть еще мысли?

Всегда, если ничего не понимаете, делайте бекапы!!! Файлы и базу. То что, вам порекомендовали имеет место быть. Ошибка кеширования как правило возникает после переноса сайта. Кеширование в mysql конечно такое себе, я больше файловой системе доверяю, но на ладно. И обычно после применения изменений с constant.php идут в раздел поддержка в админке и чистят уже сам кэш, это уже было видно пл убитой css-структуре. А ошибка с CANNOT_WRITE мне кажется банально из-за неправильно выставленных прав на каталоги и файлы после переноса

Т.к. я использую форум с авторизацией в программе через API с использование ключа, то тут возникла проблема. Пример авторизации происходит так: https://SiteName/applications/nexus/interface/licenses/?info&key=MY_KEY То у меня выбивает ошибку с ответом 400 {"errorCode":0,"errorMessage":"INTERNAL_ERROR"} Методом подстановки и сравнения файлов. Выяснилось, что подобная проблема проявляется в файле: ../system/Node/Model.php В функции на 1145-ой строке. В 4.4.4 функция выглядит вот так: public function children( $permissionCheck='view', $member=NULL, $subnodes=TRUE, $skip=null, $_where=array() ) { $children = array(); /* Load member */ if ( $permissionCheck !== NULL ) { $member = ( $member === NULL ) ? \IPS\Member::loggedIn() : $member; $cacheKey = md5( $permissionCheck . $member->member_id . $subnodes . json_encode( $skip ) . json_encode( $_where ) ); } else { $cacheKey = md5( $subnodes . json_encode( $skip ) . json_encode( $_where ) ); } if( isset( $this->_childrenResults[ $cacheKey ] ) ) { return $this->_childrenResults[ $cacheKey ]; } В 4.4.6 функция выглядит вот так: public function children( $permissionCheck='view', $member=NULL, $subnodes=TRUE, $skip=null, $_where=array() ) { $children = array(); $member = $member ?: \IPS\Member::loggedIn(); /* Load member */ if ( $permissionCheck !== NULL AND \in_array( 'IPS\Node\Permissions', class_implements( $this ) ) ) { $cacheKey = md5( $permissionCheck . $member->member_id . $subnodes . json_encode( $skip ) . json_encode( $_where ) ); } else { $cacheKey = md5( $subnodes . json_encode( $skip ) . json_encode( $_where ) ); } if( isset( $this->_childrenResults[ $cacheKey ] ) ) { return $this->_childrenResults[ $cacheKey ]; } Как видим у условии, есть 3 изменения: 1. Вместо if ( $permissionCheck !== NULL ) Стоит if ( $permissionCheck !== NULL AND \in_array( 'IPS\Node\Permissions', class_implements( $this ) ) ) Здесь все хорошо, движок не выбивает ошибку. 2. Строка с переменной $member выведена перед условием $permissionCheck и имеет вид: Вместо $member = ( $member === NULL ) ? \IPS\Member::loggedIn() : $member; Стоит $member = $member ?: \IPS\Member::loggedIn(); Пока что временным решением стоит следующее решение: Новая переменная $member из 4.4.6 возвращена в условие $permissionCheck. Полет нормальный, API работает. Результат исправления в коде: public function children( $permissionCheck='view', $member=NULL, $subnodes=TRUE, $skip=null, $_where=array() ) { $children = array(); /* Load member */ if ( $permissionCheck !== NULL AND \in_array( 'IPS\Node\Permissions', class_implements( $this ) ) ) { $member = $member ?: \IPS\Member::loggedIn(); $cacheKey = md5( $permissionCheck . $member->member_id . $subnodes . json_encode( $skip ) . json_encode( $_where ) ); } else { $cacheKey = md5( $subnodes . json_encode( $skip ) . json_encode( $_where ) ); } if( isset( $this->_childrenResults[ $cacheKey ] ) ) { return $this->_childrenResults[ $cacheKey ]; } У кого есть возможность отправить в багфикс IPS - сделайте. Ошибка очень нелицеприятная

у меня форум построен на продажах, уверяю что этот метод еще не сломал ни одну платежку, даже забагованный webmoney)

да, банально просто....

Доброго времени суток. Жизненно необходимо найти и отключить надстройку в Http-Response: x-frame-options: sameorigin (разрешенные фреймы внутри домена) Как выяснилось, блокировка фреймов реализована на уровне движка, а не nginx. На сервере у меня есть другие php-страницы, на которых все нормально фреймится. Необходимо для правильной работы Яндекс.Метрики. Подозреваю что надстройка появилась начиная с версии 4.4.1-4.4.2, т.к. до этого все было. И я понимаю что надо копать раздел system. не подскажите где? Так же хочу модифировать sitemap.php на принудительную индексацию главной страницы, желательно в разделе Чтобы внутри была индексация кроме страниц форума еще и главной, примерно так Впрочем нашел способ как можно занести в базу, но может есть варианты сделать проще? Требую помощи, не за бесплатно конечно)

Или так

Пожалуй топик апну. На 4.4.2 проблема так же актуальна. Делал сброс пользователей, убрал все тумблеры на анонимный вход, но моя админская учетка как была под анонимом так и осталась. Может кто знает где в базе изменить параметр?

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

Решение проблемы, для тех у кого слетели платежки в 4.4.1 Идем в /applications/nexus/sources/Gateway/Gateway.php Ищем: $classname = static::gateways()[ $data['m_gateway'] ]; Заменить на: $classname = 'IPS\nexus\Gateway\\' . $data['m_gateway'];

на 4.4.1 слетели модули оплаты, сделал резервную копию базы и залил файлы с 4.4.0 обратно - все встало норм

@Respected отпиши в личку касательно вот этого https://invisioncommunity.com/files/file/7999-yandexmoney-payment-gateway/ . Хочу купить

На примере ISP-панели NGINX настройки вводятся по конфигу домена. Либо по пути: /etc/nginx/vhosts/www-root/ВашСайт.conf Если нужны настройки php, то рядом с директориями сайта. К примеру если используете php версии 7.2 на свой домен, то идти надо сюда: /var/www/www-root/data/php-bin-isp-php72/ и редактируйте свой php.ini