vop

Не будет никакого скандала, как мне представляется это дело. Не взлетают в Украине скандалы чего-то...

Точно, именно она. Все ж знают, как выглядит прослушка.

Что изображено на этой картинке?

А чем не вариант?

Ну так гарант на днях об этом и договорился с IT-раболвадельцами.

Да мы уже давно потключались от Ш-КурТелекома.:) PS Блин, а когда-то даже их адсл-ем пользовались.:)

Мое мнение про унификацию API болтается сетями уже много лет. Но что поделаешь, если "оно мало кому нужно".

Тут есть один важный момент. В Украине блокировки проводятся БЕЗ решения судов. Такого не позволяют себе даже в Китае, насколько я знаю.

Маленькое уточнение. Я написал, что у меня нет "для вас" аргументов, а не "для нас с вами" А так да, пора домой.

Вы меня сейчас просите убедить вас поддерживать v6? Hmmm... Скажу прямо - у меня нет для вас аргументов. Я понятия не имею, зачем вас это делать.

Специально попробовал. Все прекрасно играется.

Очень много знакомых говорят, что пробовали "въехать" в ipv6 - и не пошло. Видимо, консервативное мышление мешает. Ничего там сложного нет. Более того, там уйма вещей намного проще, чем у v4. А "экспериментировать" с ipv6 надо не для того, что бы "вылавливать глюки", а для того, что бы спокойно внедрять его. дуал-стек будет еще очень много лет, но это не мешает провайдерам для начала к своим ресурсам добавить 6-ю версию. PS Выпиливание ipv6 из ядра действительно старая привычка дуть на воду., Смысла в этом особого нет.

Мож поторговать лазилкой? Или очередь желающих уходит за угол?

У них задача другая - отправить клиента на сайт платежной системы и принять информационный хук о проведенном платеже. Не более того. Хммм.... Мне еще старгейзера не хватало.:)

Ну что у нас тут в итоге получается? Для этого в биллинг надо засасывать бухгалтерию. В итоге получаем обычный параметрический баннер. Понятия не имею. Лично меня баннеры раздражают. Да не за что.

Если ваше рассуждения о "интеллектуальной планке", которую не могут перепрыгнуть, не считаете хамством, то значит я был не прав. Биллинги ни как это не делают. Биллинги вообще не управляют никакими деньгами или счетами. Они занимаются учетом событий, которые происходят, как сторонние процессы. Что ни подставляйте. Биллинг никуда не складывает деньги. Он вообще не прикасается к деньгам. Админ возврщает деньги клиенту так же, как и любой другой человек - либо наличными, либо через банк. Биллинг вообще не делает никаких транзакций. Он может их только учитывать, если ему об этом рассказать. Хоть автоматически, хоть вручную. Учитывая, что вы так и не смогли объяснить свое предложение, то можете отказываться. Тем более, как я уже писал, идея не умная, обвешивать биллинг каким-то модулями,. не относящимся к обслуживанию клиентов.

Вот в первой цитате вы правы. А теперь расскажите, как биллинг будет делать перевод. Просто намекните, каким инструментом. PS Ваше хамство пропускаю мимо ушей...

Перегружать биллинг модулями, которые никак не участвуют в предоставлении услуг - не очень умная идея. Или очень не умная. Вы предлагаете модуль, который раз в месяц будет подсчитывать 1% неизвестно от какой суммы, и "сообщать" об этом админу? Да уж...

А как модуль будет переводить деньги?

Прошу прощения, а это про что?

Странно, но в моем тексте, который вы цитируете, написано, что проверками занимается регулятор...

Вот любопытно стало. 1. Кто должен проверять законность деятельности провайдера услуг? Регулятор? 2. Какой публичный документ должен выдать регулятор, подтверждающий законность деятельности? 3. Вот этот документ, как я подозреваю, и может попросить платежная система. Это тот документ, который вывешивается на доске информации предприятия. Не? Наверно именно так и должно быть.

Стандарт говорит, что uint32_t правильно. u_int32_t - это что-то внутреннее.

Ну да, серверная память никогда не дохла.

Диски дохли. БП горел. Ну и все. Материнки и память - не помню ни разу, все жили долго и счастливо.