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

он когда заходит в мои покупки и в управление товаром - видит эту информацию. не знаю, может с шаблоном не так? У меня все дефолтно, потому проблем нет

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

я эти модули не использую, но...в настройках плагина разве нет подобных пунктов?

Ключи API надо получить, создав приложение/сайт. Для Стима: http://steamcommunity.com/dev/apikey получать здесь Для Дискорда: https://discordapp.com/developers/applications/me#top Ничего сложного нет

Предложение выше уже неактуально, приобрел

Ребята, темку апну в связи с актуальностью. Готов заплатить за модуль Яндекс.Денег (не касса) и WebMoney. Отпишите в личку

Такая же проблема. Арендую сервер на OVH + обвязка CloudFlare. Wordpress логирует IP-адреса с клиентов нормально, IPB же лепит IP-адреса на клиентов с CloudFlare Если используете CloudFlare, то идете в раздел кеширования и вырубаете там все и IP адреса юзеров на форуме будут нормально отображаться

ну тогда все понятно, по факту сложного ничего нет. Но с наличием стандартных агрегаторов стоит смотреть в сторону PayPal, но подобная фича требует корпоративный счет, в ином случае потребуется использование агрегатора Робокасса или W1

как говорил ранее Respected, с продажей они вроде как не работают

Обсуждайте свои проблемы в ЛС. По поводу на сервер вентрило 80 слотов - у меня ограничений нет, тут как канал потянет, а он 100 мбит/с. Конфигурация: Процессор Xeon 800 МГц Память 512 Mб Диск 10 Гб Ubuntu 12.04 - ОС Выделенный IP За настройку и установку - 300 р.