rPman, попробовал ContentDigest и оказалось, что с ним есть ряд проблем.
1. Он отдает не MD5 хеш, а закодированную base64-строку
2. Если раскодировать base64 получаешь кракозябры, не зависимо от кодировки
3. Оказалось это вообще бинарные данные и для раcкодировки нужен CryptoJS
4. С горем пополам раскодировал бинарник и получил наконец MD5 хеш. Только оказалось, что это хеш от тела запроса, а не от файла, т. е. ContentDigest заставляет отдавать в заголовках не хеш от файла, а хеш от запроса и он никогда не совпадает с хешем от скачанного файла.
В общем, для загрузки файлов пришлось пилить собственную реализацию на php для отдачи хеша файлов, через настройки .htaccess ничего путного не вышло.
AUser0, да я в курсе про него, но мне он не подойдет. Пилю просмотрщик-редактор (аннотатор) PDF и надо при скачивании файла получить именно хеш файла, чтобы потом при блокировке PDF при редактировании, на стороне сервера сверить, что блокируется именно тот файл, который был ранее скачан.
Богдан, чтобы один и тот же контент с некой условно полезной информацией не дублирован по миллион раз, имеет этот блок отдавать отдельным html файликом и выводить на нужных страницах через iframe. Либо грузи блок этот через AJAX, что по факту тоже самое, но чуть лучше в плане индексации.
Прикрутил на сайт заказчика комментарии к PDF документам внутри PDF просмотрщика pdf.js
Он хочет чтобы была возможность в документе выделить область и скриншот этой области перетащить в комментарии со своими замечаниями. В принципе, мне не проблема написать все это самому с нуля, но только дорого это будет заказчику, он не согласится (в принципе уже не согласился), а чтобы дешево было, это надо готовый плагин, что я и ищу.
Все не то, я обыскал весь интернет, похоже нигде нет решений именно для выделения прямогугольной области и скришотирования только того, что именно под этой областью( Надо свое решение писать, сначала для выделения области, потом для определения координат выделенной области, а потом для обрезки общего скриншота с использованием полученных кооридинат. Эх... сложно все и долго.
nshafarenko, см. функцию getJWT которая получает секреты с https://gui.parts-catalogs.com/api/start и потом дешифровывает эти секреты по прописанному алгоритму, все что нужно тебе лежит в переменной data.
BarneyGumble, просто не используй Basic Auth. Зачем тебе авторизация по паролю с использованием этой кривой технологии, когда можно просто предусмотреть в PHP скрипте GET параметр с секретом?
Файл .htaccess, расположенный в корневой папке сайта, имеет самый низкий приоритет. Его настройки перезаписываются файлами .htaccess из вложенных папок.
Например, если в корневой папке есть файл .htaccess с запретом индексации папок, а во вложенной папке articles есть файл .htaccess с разрешением индексации, то для папки articles будет действовать разрешение индексации.
Алексей Денисов, тогда разбираться надо на живом примере, либо ты что-то недообъяснил, либо я что-то не понял. Другое дело, что я сейчас не готов на это бесплатно время своё тратить.
Алексей Денисов, если ты отдаёшь ответ без изменений, то алгоритм сжатия вообще не надо трогать, отдаёшь ответ в браузер с тем же заголовком кодировки с которым получил его от целевого сайта.
А зачем ты в браузер отдаешь ответ с указанием алгоритма сжатия? Не делай так, веб-сервер сам все нужное укажет и пропишет, ручками content-encoding прописывать смысла нет.
Rise, я понял про что вы. Да, это по идее будет работать если адрес запроса все время фиксированный, но лично у меня так никогда не бывает, всегда все запросы с временным штампом делаю.
Больше деталей!