Хосспади, «проприетарным», «закрытым»…
Нормально флеш пишет в битовый массив, что хотите потом, то с ним и делайте, хоть в ogg кодируйте, хоть в mp3, хоть так и сохраняйте на сервер.
Вы бы показали, что за ролик у вас. Может у вас фон сложный, или может у вас на каждом объекте навешано фильтров, и при каждой незначительной трасформации, каждый объект заново кешируется в битмап. TweenMax не может быть причиной тормозов при 100 объектах (если только не используются плагины).
Во-первых, и главное, как я написал выше, если хеш или, если вам понятнее, захешированный пароль, в запросе не совпадет, то ничего не произойдет.
Во-вторых, смотрите п.3 дополнения. Нужно думать к каким данным давать доступ, а к каким нет. Понятно, что доступ к паролям лучше закрыть%).
В третьих, существующие решения, вроде assql, внимание, тоже отправляют sql запросы. Потому, что в этом смысл. Иначе весь смысл flash<->mysql теряется.
В четвертых, любая html форма тоже отправляется с клиентской машины. И вы так-же можете подделать, этот запрос.
И, наконец, в пятых, нужно задуматся о целесообразности такого решения и включить мозг, ибо при отсутсвии понимания, любое решение грозит стать небезопасным.
И не могли-бы вы разъяснить насчет «Аутентификация — туда же». Из вашего комментария не следует, куда — «туда же»?..
1. Понятно, что нужно иметь мозг и прежде всего позакрывать все небезопасные права у юзера под которым происходит коннект к базе.
2. Понятно, что происходит аутентификация запроса, и запрос с левого домена и без хеша не пройдет.
3. Нужно определить какие запросы будут выполняться, там же узкий круз запросов. Есть только селекты, то все остальные запросы будут игнорироваться.
