про цену я написал наоборот что она высокая для покупки, и не сильно популярная услуга.. мол мало кто брать такое будет и т.п.
вот что вспомнил. есть такой украинский мобильный оператор - ЮТЕЛ/укртелеком.
вот с него я помню раньше смс очень интересно шли - если мобилка, то шел смс, если городской, то звонил робот, и выдавал гудок факса. Если у тебя факс, то твой факс отвечает, и принимает факс с текстом сообщения. Если же у получателя не факс, то робот задиктовывает сообщение.
Ну вот смотрите.
начало сообщения ему передать как-то надо?
потом собственно код
потом окончание.
если это не чисто русский сервис то должны быть языковые варианты.
надо несколько голосов иметь...
Будет ли спрос на такую услугу (при цене около 3-5 центов за звонок) достаточным, чтобы кто-то сделал качественный сервис? При этом отправка смс выходит дешевле.
Ну и потом - найдете один хороший сервис, а он потом заглючит. И что? всю схему менять?
У меня есть пару неплохих сайтов которые банально лежат "на полочке" именно потому, что завязаны на конкретного исполнителя который оказывает низкое качество сервиса.
Dreammaker, чем усложняю? реалэскейпом? так без него работать не будет, не говоря об инъекциях....
интересно то, что практически применимо.
стандарты становятся стандартами не когда их издают, а когда ими пользуются.
кто не согласен пусть пойдет и проверит еще раз, насколько его софт совместим с ipv6
зачем вручную?
у вас есть база исходного скрипта.
У вас есть база того, который вы собираетесь ставить.
изучив их вы получите некий алгоритм перехода одного урл в другой, или напрямую, что можно сделать с помощью регулярки, или с использованием базы.
В особо сложном случае может понадобится сделать дополнительное поле в базе, типа "старый урл", как-то его вычислить для всех, и потом скриптом вывести...
впрочем если страниц не много (Не смотрел сайт) то можно и вручную сделать.
никогда, никогда, никогда не используйте подобные скрипты.
бесплатные или полубесплатные скрипты для работы с деньгами это зло.
Описанный на той странице автомат в принципе не должен работать ибо он должен не только получать кредитные обязательства, но и выдавать деньги, это как минимум.
А про настройки выдачи денег ничего не написано.
Итого:
бесплатных подобных скриптов не бывает
если бывают, то вас ограбят или авторы или клиенты
то что вы показали скриптом кредитного автомата не является.
чем оно является я не знаю.
Именно сервисов я таких не встречал.
Встречал более менее готовые решения.
Лично я бы курил в сторону Asterisk.
Но возможно это потому что я его более-менее знаю... Может есть и готовые решения.
Ну как для сферического коня в вакууме мне кажется два пути:
научить новый движок выдавать контент (как минимум старый) по старым путям)
или со старых путей сделать переадресацию (301) на новые.
Про уязвимости будет интересно почитать, поспорить.... :)
wano-moroz, вы закапываетесь в детали.
Я например вообще не эскейплю вывод.
В смысле централизованно не эскейплю.
и метод bbcode2html у меня не в шаблонизаторе заложен.
на уровне ядра я навязываю прикладнику только безопасность.
Хотя если честно рассматриваю вариант сделать два метода передачи данных шаблонизатору - с эскейпом и без.
Но вот с базой только через обертки, плейсхолдеры и т.п. И гет/пост эскейпится по умолчанию, "маркеры безопасности" и т.п.
sun, ну именно читабельность кода можно по разному организовывать :)
да и разные адреса для формы и ее обработки не означают, что код будет в разных файлах и т.п.
К примеру у меня (как и у многих фреймворков) ссылки по умолчанию обрабатываются как /имя_класса/имя_метода/параметр1/параметрN
т.е. родственные страницы в любом случае будут относиться к одному классу, и с высокой вероятностью, что к одному методу.
Ну а на счет:
так это да, это очевидно.... это не только упрощает код, (я с тех пор как написал пару классов для работы с базой, SQL существенно подзабыл :) часто "со словарем" пишу... банально нет практики - все за меня скрипт делает. только узкие места правлю), но еще и принудительно обеспечивает эскейпинг данных.
