Rudz
-
Всього повідомлень
75 -
Приєднався
-
Останній візит
-
Дней в лидерах
6
Тип контенту
Профили
Форум
Календарь
Сообщения додав Rudz
-
-
4 часа назад, VitalyMoiseev сказал:
а кто ж мешал ПЕРЕД тем, как менять получателя денег - спросить в чате, что для этого надо?
вы случайно не в пб работаете? а то логика больно похожая.
там ровно таким же образом ещё цветовое оформление "магазина" можно менять - это тоже на всякий случай спрашивать в чате "ничего, если я на красный на жёлтом поменяю?"
при потенциально опасных операциях (гыгы, положить своих денег кому-то на счёт - доо, это немерено для него апасна) во вменяемых системах а) выдаются соответствующие предупреждения, б) требуются соответствующие подтверждения, и в) в случае если что-то пошло не так - есть возможность хотя бы вернуть всё к отправной точке.
но это всё не про приватбанк, конечно - им проще молча принять смену счёта, полдня принимать на него платежи, а ближе к ночи передумать, требуя сходить в закрытый банк. а виноват я, что в чате не спросил, ага.
-
принимали автоматом платежи через LiqPay. в связи со сменей предоставляющей стороны - сменили сегодня в "магазине" номер счёта, куда льются средства.
спустя полдня, в 19:35 приходит письмо - наша служба мониторинга деактивировала ваш магазин, поскольку ваш номер телефона не совпадает с номером уполномоченного лица по указанному счёту. и инструкция - уполномоченному лицу вписать доверенное лицо через приват24 и подписать ецп, доверенному лицу - подойти в банк с паспортом и инн. в банк, бл@#ь, который закрылся полтора часа назад
ломлюсь в их чат поддержки - ну и кто так делает, мы интернет-провайдер (и это в названии "магазина" указано), а не колбасный магазин - у нас сервис круглосуточный, и часто он кому-то нужен срочно. активируйте обратно хоть до завтра, пока ваш чёртов банк снова откроется и мы физически сможем сделать то что вы требуете. "нет, мы не можем его временно активировать". "ок, дайте альтернативный способ, чтобы сейчас и в банк не идти" - "нету таких способов". на вопрос "с кем это можно обсудить непосредственно" - "со мной, но я ничем не могу помочь". на запрос контактов этой "мониторинговой службы" или как-то влияющего на неё руководства - "мы не предоставляем такой информации". п@зд#ц, просто слов нету, как в нерабочее (ИХ нерабочее) время перекрыть платежи - это мы можем, а как разрулить ими же созданную ситуацию - так мы все сразу немочи
поделитесь плиз вменяемыми альтернативами автоматизованого эквайринга, у кого есть личный успешный опыт. а то с этой непробиваемой тупостью приватбанка уже не в первый раз приходится бороться - нахрен таких партнёров, которые за немалую комиссию мало того что головой не думают, так ещё и хрен пошевелятся чтобы проблему решить.
-
как-то поганенько стал показывать последние дня три, особенно по вечерам - все каналы "квадратят" и "щёлкают".
разбор ffmpeg-ом показывает ошибки в ts-чанках; сами чанки доставляются уверенно.
до этого работало чётко, не налюбоваться. провайдер Уарнет, если это имеет значение (инет в порядке - другие отт работают без проблем).не знаю куда ещё написать, на сайте "матрас"
-
512Mb DDR PC2100R-25331-Z (ECC Reg), фирменная HP (part number 261584-041) - 4 шт.
512Mb DDR PC2700R-25331-Z (ECC Reg), Samsung - 2 шт.
все планки по 50 грн, кто заберёт все сразу - отправлю "Новой почтой" за мой счёт.
актуально пока не отпишу что продал, пишите в PM.
-
есть сервер HP DL560, с приобретения стояло 6 планок по 512мб = 3 гига памяти PC2100 ECC Reg, фирменной хьюлетовской.
сейчас памяти стало не хватать, хочется заменить планками по 1 или 2 гига - и тут возник вопрос.
примет ли этот сервер более быструю память (PC3200 в частности - ясное дело в режиме совместимости, на 200 МГц)?
подскажите плиз, кто знает и/или сталкивался.
ну и, заодно по факту - куплю память в этот сервер, планками по 1 или 2 гб, нужно 6 шт. - предлагайте в пм, рассмотрю все предложения
-
Подобрал пароль на вафлю к соседскому роутеру, но dhcp не выдает, тупо
висит получение.
потому что ничего ты на самом деле не подобрал, авторизация не прошла, и роутер твои пакеты тупо дропает
хмм....пакеты же передает и туда и обратно, да и когда ип задаешь, пишет - подключено
пакеты передаёт только туда, сядь на интерфейс сниффером и убедись, а "подключено" тебе пишет твой комп а не его роутер, это как про сарай с дровами и нецензурной надписью
-
Подобрал пароль на вафлю к соседскому роутеру, но dhcp не выдает, тупо
висит получение.
потому что ничего ты на самом деле не подобрал, авторизация не прошла, и роутер твои пакеты тупо дропает
-
.. показываются кракозябрами, характерными для отображения юникода в не-юникоде.
почините, пожалуйста, а то в "торговле" не разобрать - актуальны ещё предложения или уже вряд ли, там без даты - никак.
-
і мені будь ласка ціни.
-
не поможет бум напрягаться... точнее напрягать наших сервисников.
Vector 1908>sh cfg [System Configuration] Company Name : Asotel Model Name : Switch Asotel Vector 1908 MAC Address : 00:1A:98:04:07:4B Firmware Version : 2.12.06 < Jun 5 2008 19:07:24 >
не помогло, ничего не изменилось. давайте будем напрягать ваших сервисников.
-
подскажите пожалуйста, почему у Asotel 1908 такой тормозной SNMP-агент, и можно ли что-то с этим сделать?
у меня в сети используется периодический анализатор FDB свитчей второго уровня, для построения карт состояния сети.
так вот на получение FDB с Asotel 1908 уходит не менее 4 секунд, хотя аналогичная операция с D-Link 3526, 3028, 3828 (отличается лишь OID), со значительно большими объёмами маков в FDB - отнимает лишь доли секунды, несколько десятков устройств в секунду опрашивается без проблем!
даже при использовании штатного snmpwalk из пакета net-snmp (а-ля, snmpwalk -c <community> -v2c <ip> 1.3.6.1.4.1.655.5.5.1.4.4.1.2) с асотелами - что называется, "на глаз" видны "затыки" в выводе (типа, выдаст часть значений - и пауза, ещё часть - и снова пауза, и т.д.).
проблема проявляется сразу на нескольких асотелах, то есть это не глюк отдельного свитча.
Vector 1908>sh cfg [System Configuration] Company Name : Asotel Model Name : Switch Asotel Vector 1908 MAC Address : 00:1A:98:04:07:4B Firmware Version : 2.12.05 < Oct 26 2007 00:59:18 >
скажите, это как-то лечится? без нормального мониторинга использовать их в продакшне - нереально..
Тупость Приватбанка, или подскажите чем ещё принимать е-платежи
в Мережа - бізнес
Опубліковано:
не-не, именно связка р/р-мфо-зкпо. старая связка, между прочим, тоже ко мне отношение имела лишь на уровне найманого працівника, но почему-то ни у кого никаких вопросов не возникло. где-то лет 5 и принимали, пока не возникла необходимость сменить фоп на тов. а про манипуляции с номерами - как бы, не было никаких предпосылок вообще думать что могут возникнуть подобные сложности.