-
я с полгода решился на лицензию, хуже не стало. -
спасибо, значит все верно сделал.
-
Есть форум на 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 проблема так же актуальна. Делал сброс пользователей, убрал все тумблеры на анонимный вход, но моя админская учетка как была под анонимом так и осталась. Может кто знает где в базе изменить параметр?
-
-
-
-
@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
Jump to content
