Думаю, будет лучше, если Вы заключите код в тег <source lang="mysql"></source>
Мне немного не понравилось то, что Вы модифицируете входную строку, добивая ее нулями. Возможно, было бы лучше проверять, не вышли ли мы за границы входной строки, и, если да, то в качестве текущего символа рассматривать какой-нибудь \0 (При этом не изменяя входных данных).
То есть что-то вроде такого
IF @p < LENGTH(sinput) THEN
SELECT @inread:=SUBSTRING(sinput, @p, 1) FROM ribbon;
ELSE
@inread := 0;
END IF;
Думаю, стоит также иметь в виду FileAPI (который пока реализован частично и не везде). Очень интересный функционал, существенно расширяющий возможности JS (Аудиоплеер на JS? Легко! Архиватор? Да пожалуйста!). С другой стороны, при работе с ФС нужно быть осторожным. Хотя тут все «в песочнице», но наверняка найдутся «умельцы», которые сумеют и эти возможности использовать в своих корыстных целях.
Вот в этом-то и проблема. Если Хром, FF, Опера обновляются достаточно часто, то IE — крайне редко. Поэтому внедрять что-то экспериментальное в IE опасно, т.к. может так случиться, что через неделю после релиза черновик перепишут, выпустят новые версии браузеров и… IE останется не у дел, со старыми реализациями (и снова хаки для IE). Разработчики оперы тоже не любят экспериментальные фичи. Вспомнить хотя бы border-radius (и многие другие css3 свойства), реализовывать которые Opera Software не спешили.
А вообще, реализовывать такой функционал следует только при уверенности, что Вы сможете среагировать на изменение стандарта. Если Вы работаете над сайтом, который Вы точно будете поддерживать через полгода-год, то не страшно. А если Вы работаете над заказом, то лучше на это не рассчитывать. Иначе вместе с очередным обновлением браузеров может умереть весь новый функционал, а исполнителя и след простыл.
Расстроило конечно, что File API не поддерживает IE9 Beta: это странно, учитывая что разработчики IE сейчас взяли курс на обильную поддержку html 5. Но как бы то ни было, очевидно, что в будущем всем браузерам придется подтянуться.
Ничего странного, все просто. File API — черновик, его еще будут дописывать и переписывать. Если бы в IE9 внедрили FileAPI в текущем виде, то ничего хорошего не вышло бы. А мозиловцы вообще любят всякую экспериментальщину внедрять. Отсюда и остался в FF 3.6 метод sendAsBinary. В 4-ке уже должен быть FormData, который и описывается в последней версии черновика.
Проснифить трафик это не помешает (при заражении основной системы). Да и от кейлоггеров, думаю, не спасет. Но вот с подменой хостов так просто не получится.
Если пользователь раньше заходил, то у него уже есть сертификат. Соответственно, на новый (который не очень то похож на правильный) браузер будет ругаться.
Но неграмотность пользователей только на руку злоумышленникам, к сожалению :-(
Лучше бы выпустили на два месяца позже, чем релизить с багами.
Мне немного не понравилось то, что Вы модифицируете входную строку, добивая ее нулями. Возможно, было бы лучше проверять, не вышли ли мы за границы входной строки, и, если да, то в качестве текущего символа рассматривать какой-нибудь \0 (При этом не изменяя входных данных).
То есть что-то вроде такого
А вообще, реализовывать такой функционал следует только при уверенности, что Вы сможете среагировать на изменение стандарта. Если Вы работаете над сайтом, который Вы точно будете поддерживать через полгода-год, то не страшно. А если Вы работаете над заказом, то лучше на это не рассчитывать. Иначе вместе с очередным обновлением браузеров может умереть весь новый функционал, а исполнителя и след простыл.
Но неграмотность пользователей только на руку злоумышленникам, к сожалению :-(