-
Публикаций
528 -
Зарегистрирован
-
Посещение
-
Победитель дней
10
Сообщения, опубликованные admin
-
-
\modules\mod_jextcurrency\models\nbrb.class.php
$this->bank_name = "ЦБ РБ";
Возможно что-то с кодировкой файла, должна быть utf8 (w/o BOM), или поменяйте на nbrb.by
-
теоретически да, а вот практически нет. Я делал кабинет максимально близкий к стандартному, а там могут быть и несколько лицевых, и списания в начале, конце месяца и каждый день, возможно у кого-то не блокируется трафик и много других возможно.
Напишите в нетап, пусть сделают чтобы не списывались средства, если отрицательный баланс. Это ошибка биллинга, если списываются средства за услуги которые не могут быть оказаны.
-
Кабинет построен на основе стандартного, поэтому:
1 По поводу турбо режима, если в стандартном кабинете есть ссылка на турбо режим, то ничем действия не будут отличаться, там также спишется эта сумма.
В биллинг передаётся id услуги и он возвращает установлен турбо режим или нет. Я никак не могу повлиять на что-то$this->urfa->call(-0x1200a);$this->urfa->put_int($this->slink_id);$this->urfa->send();$this->urfa->get_int();
2 В функциях биллинга не предусмотрена возможность получения результата этого действия, поэтому я не могу отследить отработала функция или нет.
Это вопросы скорее к разработчикам utm -
нет, последовательность совпадает с банком
-
2 такой отчёт я не могу сделать, только то что и в стандартном кабинете.
3 notice не влияет на работу, в настройках сервера лучше отключать вывод ошибок, возможно у услуги нет ip или еще что-то
4 может в след версиях будет
-
проверьте 1 и 3, насчёт 2, можно скиншот этого отчёта или url адрес, что-то я его не вижу
отчёты можно только в меню удалить ссылки
application/layouts/_menu.phtml -
скачайте кабинет и отпишитесь какие ошибки присутствуют
-
application/modules/billing/views/scripts/index/promise-payment.phtml
<?php Zend_Debug::dump($this->promiseCreditInfo) ?>
Добавьте в конце файла, я хочу посмотреть какие данные передаются.
лучше делайте скриншоты, тогда будет понятнее, иногда может отличаться из-за разных данных или еще чего нибудь
-
application/modules/billing/views/scripts/index/block.phtml
поменяйте на
https://bitbucket.org/darang/utm5cabinet_5.3/src/8ecaa232f1b0671c12a93f4f3e4d25955824d4ae/application/modules/billing/views/scripts/index/block.phtml?at=5.3.2Обещанный после посмотрю
-
application/configs/application.ini
Скачайте заново, я забыл обновить его.
и можете поменятьphpSettings.display_startup_errors = 1phpSettings.display_errors = 1resources.frontController.params.displayExceptions = 1
чтобы видеть саму ошибку -
-
пока нет, в четверг вечером выложу.
-
были изменения после 001, в начале след недели гляну
-
Иногда не доступны сайты откуда берется информация, поэтому такое и происходит
-
-
\modules\mod_jextcurrency\models\bkz.class.php
поищите var_dump , наверно осталось
-
попробуйте отключить кеширование в модуле на время, скорее всего в этом проблема
-
Все данные из формы получаются, судя по скриншотам происходит авторизация правильно и должно происходить перенаправление.
Если этого не происходит и ничего не пишет, то скорее всего какая то проблема с сессиями на сервере или же с версией php.
-
откройте тот файл и добавьте 2 последние строчки, и нет ли у вас возможности установить php, хотя бы 5.3. (5.2 возможно не поддерживает все возможности, я честно говоря не помню требования к zendframework.)
Zend_Debug::dump('6');Zend_Debug::dump($form->getValue('username'));Zend_Debug::dump($form->getValue('password'));
-
на втором скрине какие цифры последние, я не исправлял, а лишь хотел посмотреть куда при обработке формы доходит
-
в папке
application\modules\default\controllers\
замените на файл во вложении и сделайте скрин -
-
это предупреждение, оно не влияет на работоспособность,
но если в настройках хоста убрать ,SetEnv APPLICATION_ENV "development"
то и его не будет.
так тяжело сказать, проверьте логины и доступ к utm, если стандартный кабинет запускается, то и с этим проблем не должно быть.
Здесь уже надо подробно изучать, что и где девается. -
я с настройкой хостов lighthttpd не знаком, но дело здесь именно в этом, т.к. .htaccess файлы не обрабатываются,
поэтому вы авторизуетесь и вас перенаправляет на страницу \user, но сервер не обрабатывает запрос и выдает 404 ошибку
поищитеlighthttpd Zend Framework rewrite
Для примера могу привести для nginx, может чем поможетserver { listen 80; ## listen for ipv4 #listen [::]:80 default ipv6only=on; ## listen for ipv6 server_name apigility; root /home/apigility/www; try_files $uri @php_index; # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000 # location @php_index { fastcgi_pass 127.0.0.1:9000; #fastcgi_pass unix:/var/run/php5-fpm.sock; fastcgi_param SCRIPT_FILENAME /home/apigility/www/index.php; include fastcgi_params; charset utf8; } location ~ /\.ht { deny all; } location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js)$ { root /home/apigility/www; access_log off; proxy_buffering on; proxy_cache_valid 200 120m; expires 1w; } }
Jextmetal
в JextMetal
Опубликовано
я не знаю откуда можно получить такие данные, которые можно нормально обработать и вывести