|
|
|
|
|
для: cheops
(04.07.2011 в 20:07)
| | Суть ясна, ЗАКРЫТЬ нельзя, можно умело запрятать от менее умелых ищеек. Спасибо за разъяснения | |
|
|
|
|
|
|
|
для: STRIFER
(04.07.2011 в 19:22)
| | Смотря какими файлами, если это PHP-файлы, то да, это справедливо - к ним другие PHP-файлы могут локально обращаться. Более того, сами изображения вы можете тоже не отдавать непосредственно, а пропускать через скрипт, который, скажем, накладывает водяные знаки. В этом случае папка с изображениями тоже может быть закрыта для просмотра через браузер. Однако, если что-то грузит непосредственно браузер (изображение, скрипт), это что-то должно быть открыто, иначе браузер просто не сможет его загрузить и отобразить.
PS Теоретически изображения можно показывать через Flash, вот посмотрите страницу скрипта http://softtime.ru/actionscripts/rotate.php, просматривая HTML-код, вы не найдете ссылки на http://softtime.ru/actionscripts/test.jpg - это уже более серьезная защита. Однако, это не значит, что эту ссылку нельзя извлечь, пропустив Flash-код через парсер, можно извлечь ActionScript и найти логику формирования скрипта. Да, это уже сложнее и не каждому доступно, но тоже возможно - если будет цель достать изображения, они обязательно будут извлечены - это вопрос времени и квалификации (которой всегда нужно меньше, чем на создание защиты). | |
|
|
|
|
|
|
|
для: cheops
(04.07.2011 в 12:57)
| | Да на счет объема библиотеки вы конечно правы, большой размер, более того я совсем в йава скрипте не разбираюсь, худо бедно php осваиваю, и то не без труда. Так что когда я ставлю какую нибудь примочку аля плавная смена картинки на сайт я даже не представляю что именно из этой библиотеки мне нужно, а какой код можно смело убирать, чтобы облегчить объем(. Так это что же получается, каталог с изображениями должен быть доступен через адресную строку в любом случае? В какой то литературе я читал, что ныне доступа к каталогам с файлами практически не встречается.... | |
|
|
|
|
|
|
|
для: Гость
(04.07.2011 в 12:47)
| | Да, конечно, просто STRIFER интересовала возможная реализация данного трюка... но защитить изображения и другие элементы сколько нибудь надежно от заимствования на страницах в настоящий момент не реально и я думаю еще долгое время будет не реально. Протоколы другие нужны, а чтобы эти протоколы хотя бы начали появляться, нужен качественный скачек в инфраструктуре сети - она развивается, но тут в отличие от чипов, никто об удвоениях даже не заикается. | |
|
|
|
|
|
|
|
для: cheops
(04.07.2011 в 12:43)
| | Я думаю стоит отметить что "сокрытие" путей данным образом поможет лишь от новичков. И то, при условии того что они не станут сохранять ее себе на диск. | |
|
|
|
|
|
|
|
для: STRIFER
(04.07.2011 в 01:14)
| | Она довольно объемная и когда вы используете её например для сокрытия и отображения элементов - её использование немного непропорционально, обычный JavaScript-код будет в десятки раз легче. Конечно, когда вы используете все возможности jQuery на полную катушку - никаких вопросов не возникает, создать такой код в короткое время, с таким качеством и такого размера вряд ли получится.
Кроме того, возможности, которые библиотека предоставляет, должны бы по уму быть вшиты в браузер, не должен клиент каждый раз тащить библиотеку, которая мало того, на половине сайтов Интернет находится, так еще и весит зачастую больше, чем сама HTML-страница. Понятно, что это не от хорошей жизни, но ситуация несколько раздражающая. | |
|
|
|
|
|
|
|
для: cheops
(03.07.2011 в 13:37)
| | это может пригодиться. А почему jquery может вызывать отторжение? По моему очень полезная библиотека | |
|
|
|
|
|
|
|
для: STRIFER
(03.07.2011 в 00:56)
| | Если jQuery у вас отторжения не вызывает, можно что-то подобное состряпать...
<html>
<head>
<title>jQuery</title>
<script type="text/javascript" src="jquery.js" ></script>
<script type="text/javascript">
$(document).ready(function(){
$("#img1").attr("src", "real/image.gif");
});
</script>
</head>
<body>
<div><img id='img1' src='fake/fake.jpg' /></div>
</body>
</html>
| fake/fake.jpg - не существует, real/image.gif - существует, в коде будет ссылка на fake/fake.jpg, а отобразится real/image.gif. JS код можно упрятать так, да еще и сжать, что черт ногу сломит и автор не вспомнит где реально изображения лежат. Конечно, это спасет только от автоматической загрузки изображений, браузер изображение пользователю выдаст и тот сможет его сохранить. | |
|
|
|
|
|
|
|
для: cheops
(02.07.2011 в 21:49)
| | Очень интересно. Хотелось бы посмотреть на реализацию такого трюка | |
|
|
|
|
|
|
|
для: STRIFER
(02.07.2011 в 16:52)
| | Ну, скорее всего вы видите поддельный путь, а настоящий подставляется при помощи JavaScript. Если вы сохраните изображение - вы же его все-равно получите. Если браузер вам его показывает, где-то это изображение лежит в совершенно свободном доступе, его тяжело найти, особенно автоматическим скриптам, но найти можно. | |
|
|
|
|