Защита от SWF Decompiler и прочих грабберов

[etc]

Попробовал. Ролик перестал работать.

[iNils]

Сообщение от __etc

Попробовал. Ролик перестал работать.

Зато декомпилить бесполезно

[etc]

Угу, превращает код в полный хлам. Даже ломать не стал, смысла нет, раз оно не работает даже.

[~~~]

А я в большом проекте так защищался:
Есть главный лоадер.свф, есть пхп которая не, как обычно, отдает адреса флэшек-разделов, а отдает сами флэшки, перед этим убив первые несколько байтов. Получаем мы их естественно в уже готовый шаблон байтаррай уже с недостающими байтами. Шаманство, но ведь работает и в скорости не проигрывает...

UpDate: до сих пор ни одного взлома и накрутки

[iNils]

Сообщение от ~~~

UpDate: до сих пор ни одного взлома и накрутки

Теперь об этом все знают и начнут ломать

[etc]

Сломают, когда появится декомпилер AS3…

[Golovach]

Сообщение от ~~~

Есть главный лоадер.свф, есть пхп которая не, как обычно, отдает адреса флэшек-разделов, а отдает сами флэшки, перед этим убив первые несколько байтов. Получаем мы их естественно в уже готовый шаблон байтаррай уже с недостающими байтами. Шаманство, но ведь работает и в скорости не проигрывает...

Хм... заранее прошу прощения за поднятие темы, но мне не совсем понятно про недостающие байты. Я понимаю, что файл без первых байт почти безнадежно испорчен, но каком образом флеш его понимает? Или он восстанавливает их назад? Просвятите, плиз.

[etc]

Речь шла об AS3 и «дособирании» флешки уже после загрузки.

[Golovach]

Таким образом мы можем избежать кеширования на клиентской стороне? Или нет?

[etc]

Избежать кеширования невозможно.