Собственно, перевожу с русского на русский глазами. Как я понимаю, qiwi кошелек был удален, поэтому лишь один вариант — регистрация как нового пользователя, но вот связь (вероятно, по номеру телефона) с тестовыми магазинами осталась, для оживления доступа к которым пришлось таки ввести паспортные данные (внутренний параноик в ужасе и заранее думает о способах удаления/закрытия аккаунта).
Оно мне предлагает регистрироваться заново (или это ошибка «перевода»?), а не восстанавливать доступ, имхо, это существенная разница. (предполагаю, что связанные с аккаунтом тестовые магазины так же канули в лету)
Формат номера телефона: Телефон в формате 71231234567. Необязательный параметр, в остальных местах строго с + (если быть совсем точным, то tel:+71231234567). Еще один вариант передачи или наоборот послабление в строгости формата?
Валидация формы не полная: получаем Ошибка в параметрах запроса без уточнения, что сумма со многими нулями не по зубам (и ограничение на прием платежей более 15к уже не действует?), что валюты с переданным кодом не существует и т.п. (видимо предварительная проверка формы )
Ну и несколько раз получил Оу! Сервер барахлит. Обновите страницу с кодом 403.
страница идентификации, видимо, уже не существует — предлагает регистрироваться заново. Документацию на обновленный протокол — кулуарность подобной документации никогда не была понятна. Тем более вы хотите критики.
2. Хотелось бы верить, а то ряд платежных шлюзов забывает не только о поддержке, но и об уведомлениях перед прекращением поддержки.
Документация доступна только из личного кабинета — это очень удобно (особенно с учетом того, что старые аккаунты вы отключили).
Что со сроком жизни «устаревших» протоколов? Отключите или будете поддерживать?
И баг-репорт: научите разработчиков корректно обрабатывать кавычки (и прочие символы) в поле комментария к счету
file_get_contents в качестве метода обновления несет в себе следующие проблемы:
невозможность загрузить файл, если запрещено allow_url_fopen; в качестве запасного варианта, обычно, используется curl
обрыв загрузки (socket_timeout, проблемы с сетью и т.п.) и полное отсутствие проверок размера ожидаемого и загруженного файла (в переменной $http_response_header всё это можно получить).
нет проверки записи (файл открыли, а записать не смогли — место закончилось).
Так что есть шансы получить тыкву вместо кареты при автообновлении.
Транслитерация в большинстве случаев обратимая операция, при желании можно написать свое приложение (если используется смартфон), которое будет переводить всю SMS в латиницу, а на принимающей стороне выполнять обратную операцию с учетом словарей и т.п.
Возможно, кто-то из производителей телефонов такое реализовал, но мне не встречалось такое.
Костыли в этом скрипте не значительны (некоторые из комментариев к коду вида //KNOWHOW описывают тот или иной костыль) и оно и вправду сейчас выглядит лишь идеей, их будет больше когда скрипт будет учиться докачивать обновления, распаковывать архив кусками, то есть уметь возобновлять свою работу, если его таки прихлопнут.
Увы, гораздо чаще возникает необходимость обновлять установленные скрипты в условиях хостинга с жесткими ограничениями на средства (без ssh, кронов и прочих удобств) и ресурсы (время выполнения, память, доступ к сети — все это приходится пробовать обойти автоматом, без привлечения пользователя), странными настройками окружения (права на файлы, распакованные через контрольную, самим скриптом и загруженные через FTP не совпадают, что приводит к различным проблемам с записью/модификацией файлов) и выполняется само обновление пользователями, для которых chmod созвучно ругательству.
Поэтому и пишется велосипед на PHP (гарантировать других методов в общем случае нельзя), который и обновляет скрипты (новые/модифицированные файлы продолжают принадлежать пользователю, из под которого запущен сервер), полная версия которого выполняет описанную вами процедуру, сдобренную костылями.
Так что скрипт обновления рассчитан на «исключительный случай», его полная версия может быть интересна как раз набором костылей, а не собственно идеей обновления.
2. Хотелось бы верить, а то ряд платежных шлюзов забывает не только о поддержке, но и об уведомлениях перед прекращением поддержки.
Что со сроком жизни «устаревших» протоколов? Отключите или будете поддерживать?
И баг-репорт: научите разработчиков корректно обрабатывать кавычки (и прочие символы) в поле комментария к счету
Так что есть шансы получить тыкву вместо кареты при автообновлении.
Возможно, кто-то из производителей телефонов такое реализовал, но мне не встречалось такое.
Поэтому и пишется велосипед на PHP (гарантировать других методов в общем случае нельзя), который и обновляет скрипты (новые/модифицированные файлы продолжают принадлежать пользователю, из под которого запущен сервер), полная версия которого выполняет описанную вами процедуру, сдобренную костылями.
Так что скрипт обновления рассчитан на «исключительный случай», его полная версия может быть интересна как раз набором костылей, а не собственно идеей обновления.