Перейти до

Рекомендованные сообщения

Опубліковано:

Проблема с отправкой смс...

судя по скрину дело в том, что на шлюз уходят данные с другим часовым поясом. у меня вот +7 на шлюзе судя по всему +2...

код поглядел, но ничего похожего на часовые пояса там не обнаружил.

 

Как поправить? Я не силён в PHP :)

 

В окне "Состояние", отображаются вопросительные знаки...

 

P.S.

Если используется тема отличная от KVT (в моём случае Plain Clean) и не отображаются иконки, необходимо скопировать недостающие(!!!) файлы из /skins/taskbar/ в /skins/%theme_name%/taskbar/

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

 

влияет регистр и все знаки .

Опубліковано:

 

Проблема с отправкой смс...

судя по скрину дело в том, что на шлюз уходят данные с другим часовым поясом. у меня вот +7 на шлюзе судя по всему +2...

код поглядел, но ничего похожего на часовые пояса там не обнаружил.

 

Как поправить? Я не силён в PHP :)

 

В окне "Состояние", отображаются вопросительные знаки...

 

P.S.

Если используется тема отличная от KVT (в моём случае Plain Clean) и не отображаются иконки, необходимо скопировать недостающие(!!!) файлы из /skins/taskbar/ в /skins/%theme_name%/taskbar/

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

attachicon.gif12.JPG

влияет регистр и все знаки .

Спасибо! С подписью разобрался (подсказали в суппорте TurboSMS), а вот с кодировкой и временем отправки беда... Сообщения на кириллице приходят битые и ответы от шлюза вопросительными знаками... у самого везде всё выставлено в UTF8 более негде проблем не возникает...

Опубліковано:

Благодаря товарищу внесли в код рассылки следующие правки и всё заработало как надо:
 
Правим косяк с кодировками:
 
открываем /modules/general/turbosms/index.php
 
находим строку (71):

            $result = array();

после неё добавляем:

            $TsmsDB->query('SET NAMES utf8');

PROFIT!!! Теперь всё жестко-принудительно :)

 

 

Далее корректировка по часовому поясу (строки указаны с учетом правки кодировки):

 

находим строку (160):

            $date=date("Y-m-d H:i:s");

Заменяем/дописываем:

            $date=date("Y-m-d H:i:s", time()-5*3600);

Где "-5*3600" разница в часах между часовыми поясами сервера отправителя (в моём случае GMT +7) и шлюза TurboSMS (GMT +2).

 

Опять же PROFIT!!! :)

 

Колхозолизация конечно весьма высока, но за то работает :)

Опубліковано:

V27S

Опять же PROFIT!!! :)

Спасибо за указание на актуальные проблемы. В 0.4.0 начиная с ревизии 2471 сетнеймс воткнут как есть, а также можно указывать таймзону более-менее по-человечески:

post-4093-0-72318900-1364490608.png

 

Учитывая что 0.3.9 получился весьма п@зд#цбаговатым фичастым, думаю следует ожидать в скором времени 0.4.0 который будет направлен в первую очередь на "работу над ошибками". Так что с нетерпением жду радостных багрепортов :)

nlo

выздоравливай!

Спасибо :)
Опубліковано: (відредаговано)

уже 2 недели тестируем смс модуль все отлично. и да выздоравливайте! 

Відредаговано Icelips
Опубліковано:

 

V27S

Опять же PROFIT!!! :)

Спасибо за указание на актуальные проблемы. В 0.4.0 начиная с ревизии 2471 сетнеймс воткнут как есть, а также можно указывать таймзону более-менее по-человечески:

attachicon.giftsms.png

 

Учитывая что 0.3.9 получился весьма п@зд#цбаговатым фичастым, думаю следует ожидать в скором времени 0.4.0 который будет направлен в первую очередь на "работу над ошибками". Так что с нетерпением жду радостных багрепортов :)

Вэлкам! Всегда рад помочь, чем могу :)

Спасибо огромное за ваш труд! :)

Крепкого здоровья вам! :)

Опубліковано:

Релиз Ubilling  0.3.9 - rev 2465

 

 

- Модуль «Консоль разработчика»: мерджнут патч от Den1xxx улучшающий обработку SQL запросов.

это правильно конечно, но заметил в демке, что выполненный SQL запрос не сохраняется в текстареа, что не есть труъ.

Я не правил это на этот раз в коде, т.к. показалось, что этот этап уже был готов:)

Небольшое замечание по Вики, стр. http://wiki.ubilling.net.ua/doku.php?id=openpayz

 

 

Либо так, если у вас полностью цифровые логины у пользователей:

op_customers_login.sql -- transform users.login -> users.login;

CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, users.login FROM `users`;

 

Насколько я понял, virtualid задуман как уник и цифровой причем.

 

Тогда лучше было бы так, снимая требования на логин по цифре:

 

CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`;
 
Опубліковано: (відредаговано)

При попытке рассылки, высыпает варнинги, из всего списка отсылается только первое сообщение...

настройки php.ini смотрел, лимиты и таймауты расширены до приемлемых значений...

В чем еще может быть дело, куда копать? :(

post-14490-0-84234100-1364554247_thumb.png

Відредаговано V27S
Опубліковано:

post-4093-0-93309300-1364556190_thumb.png

Оно у вас пытается соединяться с локалхостом, без пароля.

А что у вас с 152 и 153 строках? В релизной версии там вообще дефайн  функции tsms_SendSMS($number,$sign,$message,$wappush).

Опубліковано: (відредаговано)

tsms.png

Оно у вас пытается соединяться с локалхостом, без пароля.

А что у вас с 152 и 153 строках? В релизной версии там вообще дефайн  функции tsms_SendSMS($number,$sign,$message,$wappush).

Если отправляю конкретному пользователю, то всё норм, а вот если массовая рассылка то вот такие варнинги...

           $number=  mysql_real_escape_string($number);
            $sign=  mysql_real_escape_string($sign);
Відредаговано V27S
Опубліковано:

 

  1. $number= mysql_real_escape_string($number);
  2. $sign= mysql_real_escape_string($sign);

Хм, аналогично. И как не сложно заметить здесь не происходит никаких вызовов mysql_connect порождающих ошибки выше.

 

Сейчас попробую повторить еффект у себя.

Опубліковано:

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

Оно у вас изначально вообще слало массово?

Опубліковано: (відредаговано)

Все, понял откуда растут ноги. Походу они растут из жопы "особенностей" работы mysql_real_escape_string() пытающегося соединяться с БД (Оо) , чтобы получать текущий чарсет.

 

Попробуйте выковырять модуль turbosms из Ubilling CURRENT 0.4.0 rev 2473.

Должно взлететь.

Відредаговано nightfly
Опубліковано:

Все, понял откуда растут ноги. Походу они растут из жопы "особенностей" работы mysql_real_escape_string() пытающегося соединяться с БД (Оо) , чтобы получать текущий чарсет.

 

Попробуйте выковырять модуль turbosms из Ubilling CURRENT 0.4.0 rev 2473.

Должно взлететь.

Вытащил модуль TurboSMS из версии 0.4.0 rev 2475, отработал с косяками, но все смски ушли.

post-14490-0-77378800-1364571032_thumb.png

Опубліковано:

Та блин, нету там mysq_real_escape_string() больше. Как так.

Так оно ж про mysql_escape_string пишет. Что он депрекейтед :)
Опубліковано: (відредаговано)

Млин. Моя старый и совсем слепой стал. Так и есть :(

Видимо PHP 5.4.

 

Оооокей, щас нагло хакну :)

Вот молодец! Работаешь не покладая рук! Памятник ставить пора! :)

Сегодня затестить не смогу, ибо 23:00, абоны не оценят ночного спама ))))

 

P.S.

убрал у себя в отслеживании сообщений колонку Msg ID, ибо не понятен смысл куда оно и зачем... + поскольку скин Plain Clear, в данном варианте нормально всё влезает.

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

Відредаговано V27S
Опубліковано:

Вот молодец! Работаешь не покладая рук!

Исходя из качества кода, непонятно, что он далеко не руками писан? :D

 

Памятник ставить пора! :)

...посмертно....

 

Сегодня затестить не смогу, ибо 23:00, абоны не оценят ночного спама ))))

Окей, корень зла понятен. Зафиксю - отпишусь.

Опубліковано: (відредаговано)

 

Памятник ставить пора! :)

...посмертно....

 

 

/me прописал у nightfly в консоли IDDQD и нажал Enter! :)

Відредаговано V27S
Опубліковано:

Den1xxx

это правильно конечно, но заметил в демке, что выполненный SQL запрос не сохраняется в текстареа, что не есть труъ.

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

post-4093-0-71125500-1364986826_thumb.png

Я не правил это на этот раз в коде, т.к. показалось, что этот этап уже был готов :)

Да так и есть :)

 

Насколько я понял, virtualid задуман как уник и цифровой причем.

Правильно поняли - он просто для удобства пользования платежными системами.

Ну логины и так сами по себе уникальны - в случае если они имеют вид 00002, 00003 итд (опции генерации логинов), вариант приведенный в виках просто позволяет пользователю при пополнении счета, терминалом скажем, помнить меньше цифр (ну вместо там номера договора или еще чего-то типа того).  В таком случае CRC32('00002') даст юзеру шанс повводить на терминале что-то типа 2765239769. В случае же нецифровых логинов "изкоробки" да CRC32() вполне себе вариант, как и скажем INET_ATON() и даст вполне себе вменяемый результат. Спасибо, добавил в вику.

 

В общем как сказано в конце примеров "В общем все ограничено только вашей извращенной фантазией ;)"

 

 

 

 

 

 

Кстати, будете смеяться, но OpenPayz изначально планировался и писался как реализация взаимодействия с платежными системами для fnshop ;)

Собственно FastShop подразумевался в виде ромбовидного "Managers interface" на архитектурной схеме. Но как водиться, у кастомера как-то резко кончились деньги и этот самый OpenPayz на скорую руку переточился под Ubilling (а че ж добру пропадать?). Собственно в норме `realid` это должно было быть ничто иное как хорошо известный вам $system->user['username'] либо $order_id.

Опубліковано:

Еще раз отрихтовал в ревизии 0.4.0 rev 2480. Буду плакать кровавыми слезами если и это начнет у вас взрываться.

Спасибо огромное! Всё нормально работает :)

Опубліковано: (відредаговано)

эта опция бай дефолт не включена просто

Упс. Не заметил.

 

 

OpenPayz изначально планировался и писался как реализация взаимодействия с платежными системами для fnshop

Собственно такая же задача встала. Решил особо не изобретать велосипед, если есть рабочий вариант.

Правда пока не разобрался ещё.

Надеюсь разобраться и по итогам разработки закинуть что-либо и в Ваш репо, на очереди ipay.by и webmoney.

Відредаговано Den1xxx
Гость
Эта тема закрыта для публикации сообщений.
×
×
  • Створити нове...