Jump to content

fortek

Пользователи
  • Content Count

    125
  • Joined

  • Last visited

  • Days Won

    3

fortek last won the day on May 4 2018

fortek had the most liked content!

About fortek

  • Rank
    Активный
  • Birthday 06/01/1990

Информация

  • Форум
  • Пол
    Мужчина
  • Город
    СпБ
  • Интересы
    Накрутка зритилей Twitch и YouTube - RuBot.OVH
  • Версия Invision Community
    4.4

Контакты

  • ICQ
    490557300
  • Skype
    vlad_fortek

Recent Profile Visitors

3582 profile views
  1. Всегда, если ничего не понимаете, делайте бекапы!!! Файлы и базу. То что, вам порекомендовали имеет место быть. Ошибка кеширования как правило возникает после переноса сайта. Кеширование в mysql конечно такое себе, я больше файловой системе доверяю, но на ладно. И обычно после применения изменений с constant.php идут в раздел поддержка в админке и чистят уже сам кэш, это уже было видно пл убитой css-структуре. А ошибка с CANNOT_WRITE мне кажется банально из-за неправильно выставленных прав на каталоги и файлы после переноса
  2. Т.к. я использую форум с авторизацией в программе через 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 - сделайте. Ошибка очень нелицеприятная
  3. у меня форум построен на продажах, уверяю что этот метод еще не сломал ни одну платежку, даже забагованный webmoney)
  4. да, банально просто....
  5. Доброго времени суток. Жизненно необходимо найти и отключить надстройку в Http-Response: x-frame-options: sameorigin (разрешенные фреймы внутри домена) Как выяснилось, блокировка фреймов реализована на уровне движка, а не nginx. На сервере у меня есть другие php-страницы, на которых все нормально фреймится. Необходимо для правильной работы Яндекс.Метрики. Подозреваю что надстройка появилась начиная с версии 4.4.1-4.4.2, т.к. до этого все было. И я понимаю что надо копать раздел system. не подскажите где? Так же хочу модифировать sitemap.php на принудительную индексацию главной страницы, желательно в разделе Чтобы внутри была индексация кроме страниц форума еще и главной, примерно так Впрочем нашел способ как можно занести в базу, но может есть варианты сделать проще? Требую помощи, не за бесплатно конечно)
  6. Пожалуй топик апну. На 4.4.2 проблема так же актуальна. Делал сброс пользователей, убрал все тумблеры на анонимный вход, но моя админская учетка как была под анонимом так и осталась. Может кто знает где в базе изменить параметр?
  7. fortek

    Invision Community Nulled

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

    Invision Community Nulled

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

    Invision Community Nulled

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

    Yandex.Money Gateway для CMS Invision Power Suite 4

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

    nginx+php-fpm

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