Desti

Не думаю, что авторы нуллов что-то меняют в стилях и шаблонах. Только ключ пользователя. А в ответ приходит небольшой пакет данных с информацией.

В официальном запросе на блокировку IPS-ы в качестве доказательной базы используют узнаваемые по css стилям части кода. Для хостеров этого обычно достаточно.

Без оповещения. Send Topic To Moderation 1.0.1.xml

Под dev запускаете?

Отключите его пока, я не проверял на email оповещения.

EX28 - сгенеренная ошибка, ее поиском не найдешь. Скорее всего это дискорд лезет за своими данными и отваливается. Инвижн не поддерживает сторонние приложения, первым делом они всё отключат, убедятся, что ошибка исчезла и скажут "бай-бай", разбирайтесь сами.

При чем тут кеши? Curl вылетел по таймауту обращения к DNS серверу, запрос длился больше секунды. Сама по себе задача queue по сути диспетчер, она ничего не делает, лишь запускает задачу из очереди. Поймали ошибку - тут же залезли посмотреть, что в таблице core_queue, возможно увидите запись, вызывающую тормоза. Какое-то приложение срет в очередь кривыми задачами.

Вроде работает. Тему можно только отправить на модерацию, вернуть назад можно штатными средствами. Send Topic To Moderation 1.0.0.xml

Вечером попробую вспомнить, что там было, простой плагин вроде.

Ключевое слово "делал", исходников не осталось. Плюс у меня были только темы, без сообщений. Если делать красиво (с проверками/оповещениями/модлогами и прочим ui), то получается очень много кода. Можно, конечно, обойтись и без этого, в сильно упрощенном варианте.

Не попадалось, но я не совсем в теме "тем", может что и есть.

Прототип дизайна - любая тема IPS-а, меняй себе css и всякие мелочи в шаблонах. Опять таки, есть designer mode.

Я делал такое, но из за того, что все типы modAction захардкожены, получается не очень изящно (но безопасно). Работало, базируясь на правах canHide(), меня устраивало.

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

Сам себя не поздравишь, никто не вспомнит? С днюхой!

Вах, починякалось : ) Из найденного: В файлах source/Webmoney/Webmoney.php и /modules/front/Checkout/Checkout.php заменить несуществующую переменную $transactionAmount на $transaction->amount->amountAsString(), это даст нам правильную сумму в запросе и в проверке ответа. В файле source/Webmoney/Webmoney.php после строки с echo 'YES' добавить строку die(); Сервер ждет в ответ YES, а получал YES и до кучи дефолтную страницу форума. После этого вроде всё заработало.

Яндекс платит за рекламу, с каждым годом всё меньше (а пользователей всё больше), но тем не менее..

да ладно, вполне починябельно, тем более, что уже понятно, что делать. я в режиме эмуляции запросов дошел до финала, так что не всё потеряно

Какое отвратительное приложение... несуществующие переменные в коде, неправильные имена объектов, полный пц. Как такое дерьмо можно выкладывать в общий доступ (это не в адрес the.bunin , а в адрес автора этого чуда).

Нормально, кстати. Сервер возвращает то, что надо, следовательно, проблема не в контроллере. Давайте для чистоты эксперимента вот такую конструкцию туда вставим.. \IPS\Db::i()->insert( 'debug', array('data' => json_encode(var_export(\IPS\Request::i(), true)) )); Должен быть полный ответ. Вам бы еще в табличку транзакций заглянуть, там вообще есть записи с такими индексами?

После получения такого запросы сервер wm отвечает своим запросом, в котором должны быть определенные поля. Вставили правильно, давайте по другому попробуем. \IPS\Db::i()->insert( 'debug', array('data' =>json_encode(\IPS\Request::i()->LMI_PAYMENT_NO))); Можно не во все условия, а один раз над всеми.

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

Права - ерунда, ошибка программная. Вполне логично выдают, там не хватает параметра LMI_PAYMENT_NO, который должен приходить в ответе сервера на транзакцию. Где-то теряется:) Надо как-то поймать строку, которую сервер передает в контроллер, без этого дело не продвинется. У меня все запросы-подтверждения пишутся в базу, можно всегда найти пропущенный платеж. Cоздайте табличку 'debug' в базе, два поля, 'id', int(10) автоинкрементный и 'data', тип text. потом в нужных местах (в каждом условии в файле controller.php) поставьте \IPS\Db::i()->insert( 'debug', json_encode(\IPS\Request::i())); Попробуйте оплатить, потом посмотрите в табличку что за запрос он присылает. Сорри, \IPS\Db::i()->insert( 'debug', array('data' =>json_encode(\IPS\Request::i())));

Поля "customerNumber" и "cps_phone" вообще не нужны webmoney, зачем их добавили - непонятно.

скорее всего там еще лажа с $transaction>id, надо поменять (везде в том же файле) на $transaction->invoice->id