Как не позволить заказчику избавиться от информации об авторе

[BART96]

Как сохранить информацию об авторе.


Имеется некий сайт. На нем 4 ссылки на автора:
1. в начале html документа <!-- автор -->
2. в начале css документа /* автор */
3. в начале js документа /* автор */
4. в конце страницы <a href=' '> img </a>

Попался заказчик, который норовит их удалить (не важно, как я об этом узнал).

Есть такой вариант: спрятать в js и пройтись обфускаторм, чтобы сложнее было понять, где прячется ссылка на автора. Но этот вариант поможет лишь с 4 пунктом. Как быть с остальными ??? И есть ли варианты получше ???

Хотелось бы услышать ваши предложения по этому поводу.

З.ы. Извиняюсь, если ошибся разделом, но наиболее подходящего не нашел.

_______________

Всего наилучшего,
BART96

[Streletz]

Начнём с того что ни один вариант не даст 100% гарантии.
А, вообще HTML и CSS тоже можно зашифровать.

[BART96]

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

Начнём с того что ни один вариант не даст 100% гарантии.
А, вообще HTML и CSS тоже можно зашифровать.

Расскажите пожалуйста подробнее. Хотя бы ссылочками на статьи.

_______________

Всего наилучшего,
BART96

[Fenex]

Фронтенд зашифровывать?) А как же тогда клиенты будут читать и выполнять файлы?

[Streletz]

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

Фронтенд зашифровывать?) А как же тогда клиенты будут читать и выполнять файлы?

Нормально. Если, конечно всё сделано правильно.

[BART96]

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

Нормально. Если, конечно всё сделано правильно.

И я вот тоже сомневаюсь, что так получится. Зашифровать можно, но браузер все расшифруют и предоставит пользователю исходник.
Если не сложно, приведите какой-нибудь пример / статью.

_______________

Всего наилучшего,
BART96

[Fenex]

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

Нормально. Если, конечно всё сделано правильно.

Шифрование может помочь только от перехвата данных между клиентом и сервером (вернее не от самого факта перехвата, а от чтения перехваченных данных третьим лицом).
На клиентах для выполнения файлов всё равно придётся расшифровывать файлы, а поскольку в качестве клиента может выступать и сам заказчик, то данная затея не имеет смысла.

[Streletz]

to BART96

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

И я вот тоже сомневаюсь, что так получится. Зашифровать можно, но браузер все расшифруют и предоставит пользователю исходник

В том-то и дело, что браузер отдаст только контент. А, чтобы понять откуда он берётся с исходником предстоит "поработать".
Иначе эта затея на самом деле не имела бы никакого смысла.
to Fenex

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

Шифрование может помочь только от перехвата данных между клиентом и сервером (вернее не от самого факта перехвата, а от чтения перехваченных данных третьим лицом).
На клиентах для выполнения файлов всё равно придётся расшифровывать файлы, а поскольку в качестве клиента может выступать и сам заказчик, то данная затея не имеет смысла.

Вы путаете шифрование при передаче данных и защиту программной логики от несанкционированного анализа.

[Fenex]

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

to BART96
Вы путаете шифрование при передаче данных и защиту программной логики от несанкционированного анализа.

Я то ничего не путаю. Просто стоит называть свои вещи своими именами. Шифрование - это не обфускация.

[Smitt&Wesson]

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

Попался заказчик, который норовит их удалить (не важно, как я об этом узнал).
Хотелось бы услышать ваши предложения по этому поводу.

Ну, если уже "попался" вариант один - фейсом об тейбл . Но, лучше до этого ситуацию не доводить. Вообще, копипаст, это навязчивая беда всех сайтостроителей. Не совсем понятно чего Вы пытаетесь добиться? HTML страницу защитить можно от тупого копипаста. Если чел мал-мал спец, нихрена от него не защитишь. Можно, конечно, весь сайт перегнать в pdf формат. Это усложнит задачу копипастерам, но не исключит на 100%.
Есть, такая интересная формула - время - деньги. Если инфа о_ооочень ценна, найдутся и деньги и человекочасы. Даже разведчиков в стан врага направят. Если речь идёт об инфе на сайте... А не лучше-ли её туда просто не выкладывать, если чего-то боишься?