Заранее просим извинения за дурацкий вопрос, но Вы архив удалили после распаковки?
Там годовой и месячный есть:) Так что если постоянно будете работать - может быть проблемой.
Да, именно так. Это система типа WU.
Если у Вас в rupay авторизированный аккаунт (иначе от 3-их лиц Вы не сможете получать деньги туда) - да, могут. Потеряете стандартную комиссию при переводе из rupay в wm (на сайте написано). Но... в случае каких-либо проблем при переводе контактом в rupay - как-то их придется решать. А перевод в rupay через контакт идёт не на Ваше имя насколько мы помним, так что процесс может получиться мутным и затянуться если что. Оно Вам надо?
Там ещё месячные и годовые лимиты в ikobo есть жесткие и могут ограничить количество людей посылающих Вам деньги до 1-3, опять же - из-за "коммерции". Так что если ikobo только для них и на всё готовы - вполне вариант. Если "для всего", то не катит.
Для получаения денег - номер перевода и паспорт. Для посылания - ФИО и отделение банка! (получить можно будет только в нём) куда посылаются деньги. Офф.сайт: http://www.contact-sys.com/eng/index.phtml По поводу кредитки - не знаем, но все кто нам посылал - жаловались что надо идти до их офиса пешком.
Контакт (если в руки налом), быстро, надежно, дешево.
moneybookers (если интернет перевод), но можете утомиться к себе деньги выцеплять.
С WU проблемы? Ох сомнительно. В США достаточно телефонного звонка что бы осчастливить россиянина переводом. Скорее всего параноят что кинете, у них там в штатах есть пунктик у некоторых (wu+russia=scum).
Ikobo - не советуем - там проблема не только с картой (идет до 2 недель). У нас был там у них аккаунт, изначально всё было хорошо, потом поменяли правила (ужесточили) и мы отказались от их использования. Смысл состоит в том, что если Вас заподозрят в том, что перевод коммерческий (а не p2p), то могут его заблокировать. Перевод тот кто переводит должен подтверждать, сначала уточнив какую-то контрольную сумму зачардженную ему на кредитку (не все догадываются). 300уе для ikobo сумма не маленькая, поэтому могут попросить сканы паспортов, верификацию Вашего банковского счёта и прочую мутотень да ещё и позвонить убедиться.
Можно и так и сяк, а можно только русский lang файл раскодировать, исправить и залить обратно уже в открытом коде.
Но надо учитывать 2 момента.
а) Возможно придется изменять/удалять "стучалки", если скрипт будет лицензионным. Так как они иногда проверяют неизменность файлов...
б) Кодировка "обратно" не факт что даст одинаковый результат, т.к. в скрипт при кодировании Zend записывает данные о своей лицензии.
Zend это обфускатор (превращатель function GetuserId($uid) в function jhsg_sdf ($sdfhag)) + оптимизатор кода (превращатель $a=$a+1+2 в $a=$a+3) + кодирователь в некий байт-код ( запись function как 3H допустим).
Раскодировщики (по понятным причинам) нейтрализуют только последний этап, поэтому если при кодировке режим обфускации был выкручен на максимум - простых и очевидных имен функций (пользовательских) в коде Вы не увидите, но в принципе код читаем и исправляем без особых проблем.
Раскодировщики зенда существуют и реально работают.
Раскодировать достаточно сложно, что бы не заниматься самостоятельно и вручную, но достаточно просто что бы найти человека/сервис который возьмется раскодировать и раскодируют без проблем, делается это в т.ч. и на автомате.
Надо не забывать о том, что раскодировка вообще-то против лицензии. И раскодировав лицензионный скрипт - лицензии можно лишиться.
P.S.: vbulletin насколько мы помним никогда под зендом не был, о каких баталиях речь?
Мы сейчас немного туго соображаем, но
$username = preg_replace('/^\s+/', '%20', $username);
^\s - это, если не ошибаемся, любой не пробельный символ. А Вы его в этой строке заменяете на %20. Уберите оттуда ^ и попробуйте снова.
Хотя мы бы убрали вообще эту строчку с заменой, от нас её смысл ускользает - всё равно при запросе Вы делаете urlencode, т.е. всё равно заменяете, а во что может превратить iconv этот %20 - загадка великая есть.
Плюс если уж заменять пробел, то
$username=str_replace(' ','%20',$username);
т.к. регулярка может зависеть от локали, и если локаль выставлена неверно ( php.net/setlocale ), то подумать на вполне честную русскую букву что она пробел есть и соответственно заменить.
Хотя если это работало на php4, то значит причина не в этом.
Вообще в коде ничего php4 vs php5 не видим. Поэтому скорее всего проблема либо с записью файла (проверить возможность записи в temp.html и посмотреть пишеться ли туда что-либо), либо со скачкой его с другого сервера (может на новом хостинге запрещено это или сервер онлайн-игрушки данных на его IP не отдает).
Чем смотрите? У предыдущего и у текущего?
Ответ привели бы...
Чем номер короче, тем больше он вызывает у нас подозрений, т.к. общеизвестны методы которыми добываются эти номера.
То же (в меньшей степени) относится и к "красивым" номерам.
Вообще топик о "каковы преимущества и недостатки каждого из вариантов для клиента?":)
Но тем не менее.
Это не проблема, после первого десятка клиентов неплохо начинает работать сарафанное радио.
А зачем нужно гнаться за количеством, особенно фрилансеру? Даже фирмы и то нередко пробуют максимально специализироваться.
