Перейти к содержанию
UTM.SPACE community

admin

Администраторы
  • Публикаций

    528
  • Зарегистрирован

  • Посещение

  • Победитель дней

    10

Сообщения, опубликованные admin

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


     


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


  2. Кабинет построен на основе стандартного, поэтому:
    1 По поводу турбо режима, если в стандартном кабинете есть ссылка на турбо режим, то ничем действия не будут отличаться, там также спишется эта сумма.
    В биллинг передаётся id услуги и он возвращает установлен турбо режим или нет. Я никак не могу повлиять на что-то

    $this->urfa->call(-0x1200a);$this->urfa->put_int($this->slink_id);$this->urfa->send();$this->urfa->get_int(); 

     
    2 В функциях биллинга не предусмотрена возможность получения результата этого действия, поэтому я не могу отследить отработала функция или нет.

    Это вопросы скорее к разработчикам utm

  3. 2 такой отчёт я не могу сделать, только то что и в стандартном кабинете.
    3 notice не влияет на работу, в настройках сервера лучше отключать вывод ошибок, возможно у услуги нет ip или еще что-то
    4 может в след версиях будет
     

  4. application/modules/billing/views/scripts/index/promise-payment.phtml

    <?php Zend_Debug::dump($this->promiseCreditInfo) ?>

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


    лучше делайте скриншоты, тогда будет понятнее, иногда может отличаться из-за разных данных или еще чего нибудь

  5. Все данные из формы получаются, судя по скриншотам происходит авторизация правильно и должно происходить перенаправление.
    Если этого не происходит и ничего не пишет, то скорее всего какая то проблема с сессиями на сервере или же с версией php.

     

    IndexController.php

  6. откройте тот файл и добавьте 2 последние строчки, и нет ли у вас возможности установить php, хотя бы 5.3. (5.2 возможно не поддерживает все возможности, я честно говоря не помню требования к zendframework.)
     

    Zend_Debug::dump('6');Zend_Debug::dump($form->getValue('username'));Zend_Debug::dump($form->getValue('password'));
  7. это предупреждение, оно не влияет на работоспособность,
    но если в настройках хоста убрать , 

    SetEnv APPLICATION_ENV "development"

    то и его не будет. 
    так тяжело сказать, проверьте логины и доступ к utm, если стандартный кабинет запускается, то и с этим проблем не должно быть.
    Здесь уже надо подробно изучать, что и где девается.

  8. я с настройкой хостов 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;		}	 	}
×
×
  • Создать...