Время инициализации увеличилась для всех данных
Вот что было:
время загрузки графических файлов
Текущее положение
время загрузки тех же самых графических файлов
css, js, - абсолютно все файлы теперь отдаются в два раза медленнее.
Даже инициализации соединения и загрузка самого хтмл документа теперь длится 3с, в то время как было не больше 1.5с
Данная трудность возникла только после "настройки apache на работу со всеми файлами" и не вызвана загрузкой канала, т.к. это происходит уже второй раз. Изначально, когда не требовалось накладывать водяные знаки, и не было известно об игнорировании apach'ем файлов jpg, всё работало без нареканий. Но как только был исправлен данный "баг", всё, сайт грузится 9с... Первый раз я не стал придавать этому особое значение, хотя пользователи часто жаловались на низкую скорость отдачи контента.
Недавно, сервер опять перестал обрабатывать графику (пропали водяные знаки), и скорость загрузки сайта сразу приняла обычную величину. Снова была направлена просьба в тех.поддержку, и как только исправили это, скорость снова упала.
Вот я и стараюсь понять, почему apache игнорировал jpg, а как только стал учитывать эти файлы, работать стало невозможно.
.htaccess лежит только в одной папке с картинками, на которые и надо ставить водяной знак. Данные файлы запрашиваются не часто и только по желанию пользователя (+ кешируются).
Но суть дела сейчас не в водяных знаках на картинках, а в том, что изначально apache игнорировал любые директивы, относящиеся к файлам с расширением jpg,gif,png. После обращение в тех.поддержку, apache стал реагировать на данные файлы, но сразу упала скорость отдачи контента... до этого скорость загрузки 250кб - 3с, сейчас 8-9с.
Водяные знаки - пример задачи, которую надо было решить.
Я много плагинов пересмотрел, но самый лучший вариант - скрипт пхп и перенаправление запросов к графическим файлам на данный скрипт. Использую вариант с ww.htmlguard.com/articles/tag/watermark/
работает отлично и нет нужды подключать какие-либо модули к самому wp
