чтобы организовать автоматический прием платежей через интернет (чтобы работал интерфейс Merchant) требуется аттестат продавца. Он выдается любому желающему, но только после проверки его паспортных данных специальным доверенным лицом.
То есть, в случае чего можно узнать реальные паспортные данные того кто принимал платеж.
Это так только если вы находитесь в том же городе что и продавец (т.е. если курьер принесет вам товар и возьмет деньги).
А вы попробуйте попродавать что нибудь по почте в другие города (или страны) с оплатой после получения :) сильно сомневаюсь что хотя бы 5 из 10 что-нибудь заплатят.
Только предоплата или наложенный платеж (в последнем случае тоже есть минусы).
«авторизационную информацию стоит оставить в куках»
что есть авторизационная информация которую надо оставлять в куках?
если это логин и пароль — автор невменяем
если это session_id — противоречие с темой абзаца
ну что ж, тем лучше
вот если черный список вырастет до таких устрашающих размеров, что отправка комента будет заканчиваться по таймауту, тогда будем думать дальше :)
А не подскажете где бы подробней, с примерами посмотреть про автоматическое тестирование применительно к разработке web-приложений? Поискал — всюду общие слова, и ноль конкретики, типа «пишите набор тестов и будьте счастливы». Хотелось бы посмотреть поближе как это делается.
А возьмите (из широко известных) Айболита, или Врунгеля. Там так почти ничего не рисовалось заново — персонажи и фон складывались из один раз подготовленных кусочков. Почти кукольные…
( не понимаю, как детям можно было показывать кукольные мультфильмы… (с) Е. Гришковец ) :)
Не обязательно жечь водород в ДВС… есть такие чудесные штуки как топливные элементы — генерят из топлива сразу электричество, без сжигания и кручения всяческих поршней и турбин. www.powerinfo.ru/fuel-cell.php
впрочем все равно КПД 100% — это миф, %username% :)
а вот тут есть подробное пошаговое описание внедрения: owebmoney.ru/merchant.shtml
чтобы организовать автоматический прием платежей через интернет (чтобы работал интерфейс Merchant) требуется аттестат продавца. Он выдается любому желающему, но только после проверки его паспортных данных специальным доверенным лицом.
То есть, в случае чего можно узнать реальные паспортные данные того кто принимал платеж.
А вы попробуйте попродавать что нибудь по почте в другие города (или страны) с оплатой после получения :) сильно сомневаюсь что хотя бы 5 из 10 что-нибудь заплатят.
Только предоплата или наложенный платеж (в последнем случае тоже есть минусы).
Думаю тут недопонимание.
«A truly RESTful PHP application should be entirely stateless», остальные предложения про авторизацию только вводят в заблуждение.
Имеется в виду — ни один результат не должен зависеть от предыдущих запросов.
То есть — /search?query=строка_для_поиска&where=везде&options=aabbccdd
вместо /search?query_id=некий_номер_запроса.
Логин с паролем, получается, нужно передавать каждый раз, нельзя хранить на сервере никаких пользовательских настроек, и т.п.
А все ради чего? чтобы с гордостью называться RESTful PHP application :)
что есть авторизационная информация которую надо оставлять в куках?
если это логин и пароль — автор невменяем
если это session_id — противоречие с темой абзаца
Какой толк от соединения с трекером, если качать нельзя?
кто-нибудь тестировал? :)
вот если черный список вырастет до таких устрашающих размеров, что отправка комента будет заканчиваться по таймауту, тогда будем думать дальше :)
ну и от урлов в комменте считать такой же хэш
тогда LIKE %...% превратится в '='
( не понимаю, как детям можно было показывать кукольные мультфильмы… (с) Е. Гришковец ) :)
www.powerinfo.ru/fuel-cell.php
впрочем все равно КПД 100% — это миф, %username% :)