siv1987

О боже! какая вам инструкция нужна? Причем тут интеграция? Вп устанавливается в корень, форум устанавливается в своей папке, а чтобы правила вордпресса не кофликтовали с форумом, в папке форума создается свой htaccess со своими правилами чпу.

Потому что все сегодня тупят, приходятся объяснять как дебилам, а это знаете ли немного раздражает. И вы снова сейчас это делаете. Удалив этот аттрибут, js не будет менять первоначальный правильный формат даты, это тот самый который вы видите мгновение перед заменой.

19 минут назад, ucelme сказал:

Я все сделал, но как тогда wordpress увидит форум в папке domain.com/forum/?

С какой стати вп должен видеть папку /forum/? И с какой стати правила вп должен быть в htaccess форума? Эти системы между собой не связаны, и не надо в них пихать реврайты друг друга. Поэтому и не работает.

Найти в шаблоне эту ссылку и удалить из нее указанный атрибут. Что здесь не понятного? В редакторе стиля есть поиск по шаблонам.

Файл htaccess  IPS должен быть расположен в папке форума.
Файл htaccess wordpress должен быть расположен в папке вордпресс.

JS скрипт не правильно форматирует день недели.
Как вариант найти в шаблоне где формируется ссылка этой даты и удалить из ней data-controller="core.global.core.datetime"

Не вижу проблемы

1 минуту назад, MIXOH сказал:

Не помню уже, была какая-то морока с этим. По-крайней мере даже маститые гуру разрабы с маркетплейса насколько мне известно так в полной мере данную проблему и не решили. В частности разраб того же Automation rules

Когда я ковырялся с reaction никаких проблем с трейтами не было. Проблема была в другом, что саму логику было не особо удобно изменить с вызовом родительской функции.

В 18.03.2018 в 00:21, MIXOH сказал:

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

А что не так с трейтами? Функции трейта переопределяются в наследуемом классе.

8 часов назад, bandit58 сказал:

Да, тоже такая же проблема, не знаю как решить

А если у пользователя 5 доп групп и каждая имеет право менять только определенные группы, как тогда быть? А еще основная окажется тоже с правами на изменение группы?
Решение очевидно выдать основной группы необходимые права.

У этого плагина есть тема поддержки
https://ipbmafia.ru/topic/13762-df41-front-change-group/
http://ipbskins.ru/forum/topic14432.html

В 06.05.2019 в 01:50, fortek сказал:

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

Не надо меня уверять, я прекрасно понимаю смысл этой правки.  Этот "метод" ломает логику кода IPS. Любой хук этой функцией на форуме с такой правкой окажется не рабочим из-за таких вот левых изменений, а владелец будет потом уверять что у него все работает и ничего не сломано. Я не знаю кто вам ее посоветовал, но форсить это лучше не стоит.

http://nn.gidro-sistema.ru/repair/do.php?mark=59&pref=

10 часов назад, aplayer сказал:

А вдруг пользователь пожалуется что я его ид передаю третьим лицам. 

Лол. А завтра он пожалуется что его ID видно в ссылке и любое "третье" лицо может его увидеть.

Не занимайтесь фигней, никакой алгоритм шифрования тут не нужен. Ид пользователя не является обязательным параметром для платежной процессора. Беспокоит конфиденциальность - не указывайте. Все данные платежного поручения для форума можно восстановить по ид транзакции.

1 час назад, aplayer сказал:

Мы данные получаем, с тем же самым паролем расшифровываем и обрабатываем их дальше. 

"Платежке" нахрен не сдалось знать какой именно пользователь на каком-то сайте произвел платеж (а может там вообще пользователи как таковые отсутствуют ). Биллингу как и самому форуму обычно достаточно только уникальный ид транзакции, где в базе по нему есть все данные. Это вообще не является обязательным полем для платежной системой.

хау мач?

Кодировку трогать не надо. Нужно в первую очередь смотреть лог sql ошибок в /cache/

Пишите в ЛС, за пару $ поможем решить вашу проблему.

Встречайте нашу "отечественную" разработку, плагин "Приватный профиль" http://ipbskins.ru/forum/files/file/356-приватный-профиль/

2 часа назад, fortek сказал:

Или так

Так как раз делать не стоит. Это говнокод. Плагины с другими платежными системами автоматом отваливаются если файлы расположены в другом месте. Не даром список классов был выведен в отдельную функцию.

Уже вроде был гдето этот баг. 

10 минут назад, siv1987 сказал:

Включите чпу форума

Имеется ввиду настройка использовать mod_rewrite в настройках форума.

Не надо ничего удалять. Включите чпу форума и создайте в для него файл htaccess с инструкциями, тогда правила чпу вордпресс не будут распространятся на папку форума, там будут действовать свои правила.

Либо устанавливать кодировку mysql сервера по умолчанию utf8, либо перед установкой выполнить правку в файле install.php http://ipbskins.ru/forum/topic5736.html

Значит старую, я откуда знаю. В ошибке написано - база данных 'shumix' не существует. Я могу лишь предположить что бд была перенесена/переименована и ее нужно указать в настройках, либо она удалена, тогда восстанавливайте бэкап. Или у пользователя который подключается к mysql нет доступа к это бд.