URL являются для того, чтобы указывать на ресурсы не командами, которые будут выполнены.
Можно связаться со сценарием пакетной обработки (как упомянуто выше), или можно отобразить текст в monospace, code form
и позвольте пользователям скопировать и вставить.
Сквид является веб-кэшем, что веб-контент кэшей, и возвращает его быстро по запросу. Обрабатывание запроса через сквид часто быстрее, чем веб-сервер общего назначения даже для простых файлов (например, изображения), но это действительно добивается признания для кэширования страниц, которые динамично сгенерированы, который может быть дорогим и медленным. Это таким образом позволяет Вам создавать свои страницы динамично, но позволяет Вам вручить статическую, кэшируемую копию быстро запрашивающим сторонам. Существует много конфигурации, возможной о том, сколько времени она кэшируется для, который разбивает на страницы ее кэши, и как делать недействительным кэшируемый результат.
Например, Википедия использует кэши (сквид и другие) как акселератор содержания, так, чтобы каждый хит на странице не заставлял его быть повторно созданным от базы данных до большого количества PHP. Когда страницы изменяются, запись кэша делается недействительным.
Его открытый исходный код и даже работает с Windows.
Я также хотел бы добавить, что это не только веб-кэш. squid.conf файл имеет тонны опций. Мы выполняем его как webfilter (использующий свободные черные списки) и даже используем его для портов блока на горстке машин.
Кроме всех ответов здесь, Сквид может также использоваться для фильтрации содержания, обеспеченного конечному пользователю. Например, можно препятствовать тому, чтобы несовершеннолетние просмотрели сайты для взрослых.
Сквид может также просканировать загруженные файлы против вирусов.
Да, это действительно мощно.
Как Morven, на который указывают с помощью Сквида, поскольку, Обратный Прокси может ускорить доставку страницы путем кэширования страниц, которые должны были бы быть сборкой динамично веб-сервером, но изменением редко в действительности.
Так же, как дополнением насколько я знаю это, не являются Сквиды, основная цель и NGINX могли бы лучшим решением, поскольку это, как предполагается, самое быстрое обратное решение прокси. Вы могли бы хотеть изучить его также.
Если Вы хотите, чтобы обратный прокси ускорил веб-трафик путем кэширования изображений и медленно генерирующих страниц, Вы могли бы хотеть посмотреть на Лак вместо Сквида. Это разработано для поведения обратного прокси, молния быстро, и довольно простой настроить. Сквид разработан как вперед больше прокси, чем обратный прокси. Если бы у Вас была большая социальная сеть, то Вы могли бы хотеть рассмотреть использование CDN для изображений и статического содержания также. Интернет-> CDN-> Лак-> кластер Apache, можно также использовать Лак в качестве подсистемы балансировки нагрузки, поскольку это может проверить состояние узла.
Я не использовал Сквид в качестве обратного прокси, я действительно однако использовал Pount и HAProxy (одновременно), и это была большая система, мы использовали его для включения выравнивания нагрузки и Высокой доступности и не использовали кэширующийся аспект их.
Сообщите мне, хотите ли Вы больше информации об установке.
Сквид является наиболее часто используемым к содержимому кэша от внешнего мира в Вашу сеть компаний.
Вы не использовали бы его в сценарии хостинга или доставки контента.