Считал что проблема может быть распространенной, но в сети ничего подобного не встретил,
поэтому и обратился сюда. Не я же один с таким сталкнулся?
Другие сайты на wordpress с большим колличеством фото у меня нормально открываются, может нужно каким-то определенным образом теги при вставке фото прописывать?
Я новичек в программировании, и если вопрос некорректно задал или попросту глупый,
просьба более опытным товарищам сообщить мне об этом )
Модератор
Юрій
(@yube)
Моя Опера в «прямом» режиме прекрасно показывает все картинки с Вашего сайта. В «турбо» большинства картинок нет. Возможно, это какая-то специфическая реакция хостинга на «прокси». Думаю, анализ логов доступа поможет разобраться.
PS К программированию это имеет крайне опосредованное отношение.
Спасибо за совет, обращусь к провайдеру. Но я работаю в опере без турбо режима, просил проверить нескольких друзей, та же проблема.
Другие сайты на движке вордпресс с большим колличеством фото у меня открываются нормально, а с моим конкретно беда.
Пробовал установить плагин jQuery lazy load plugin для плавной загрузки изображений и всеравно он парочку да не открывает…
Может есть всетаки решение в виде специального, оптимизированного для оперы кода для вставки изображений?
Модератор
Юрій
(@yube)
HTML он и в Африке HTML. Картинка, вставленная каноническим способом <img src="..">, должна нормально показываться во всех браузерах (разумеется, кроме тех, которые text only). Всякие маневры с хитрыми способами вставки изображений могут только усугубить ситуацию.
PS Сейчас виндовой оперой посмотрю.
Модератор
Юрій
(@yube)
Посмотрел. Проблем нет.
Включите оперный отладчик (Dragonfly или как там его зовут) в режим «сеть» и посмотрите, какие http-заголовки возвращает сервер у «невидимых» картинок.
Юрий Благодарю вас за внимание к моему вопросу!
Сделал то что вы сказали.
Сервер возвращает ошибку 503 (Service Unavailable)
Модератор
Юрій
(@yube)
Сервер возвращает ошибку 503 (Service Unavailable)
Типичное проявление ограничения на кол-во http-соединений с одного адреса. Странно, что мне все картинки отдало. Спросите у хостера, стоит ли ограничение, и не если да, то не хочет ли он его убрать или хотя бы увеличить лимит в несколько раз.
Юрий благодарю за помощь и за то что нашли причину!
Вы супермозг)))
На других форумах мне ничего дельного так и не подсказали.
Ответ хостера: Проблема связана с повышенной нагрузке на аккаунте: https://cp.jino.ru/?area=stats_lastlog&type=cpu
Анализируйте нагрузку и оптимизируйте работу сайтов.
Юрий не могли бы вы мне, как профессионал, подсказать что ответить хостеру, как я понял он меня завуалированно послал…
Вот ссылка на фото кусочка логов:
http://s2.ipicture.ru/uploads/20130318/CPSU56C3.jpg
Выделил то, что посчитал причиной моей проблемы, это так?
Модератор
Юрій
(@yube)
что ответить хостеру,
Давайдосвидания!
Выделил то, что посчитал причиной моей проблемы, это так?
Спасибо, поржал 🙂 30% загрузки проца при выдаче статики — это жэсть! Если бы я у себя на сервере увидел такой тормоз на картинках, я бы тот сервер вывернул наизнанку — потому что такого на нормально работающей машине просто не может быть. Посему: быстро делайте бэкап себе на локальный комп, пока там всё не накрылось медным тазом. И подыскивайте новый домик для сайта. Если что, тут есть список http://ru.wordpress.org/hosting/
Юрий благодарен вам за внимание, за помощь, и за решение моего вопроса!
Успехов вам и всего самого наилучшего!
После долгой переписки с хостером и последующего направления меня опытному сотруднику поступила такая информация:
«Смена площадки хостинга проблему не решит. Вам нужно в php-файле в месте передачи статического файла надо вставить строчки:
header(‘Content-Disposition: inline; filename=»‘ . $filename . ‘»‘);
header(«X-Accel-Redirect: » . $uri);
exit;
где $uri — это переменная, содержащая новый uri — прямую ссылку на файл.
В папке, содержащей файлы, на которые идут перенаправления с помощью X-Accel-Redirect надо создать файл .htaccess и прописать в него
SetEnvIfNoCase Accel-Redirect .+ let_me_in
<Files *>
Order Deny,Allow
Deny from all
Allow from env=let_me_in
ForceType application/octet-stream
Проблема возникает из-за неоптемизированных скриптов, с помощью которых отдаются графические файлы. Решить проблему можно только с помощью X-Accel-Redirect»
Поскольку я не силен в программировании подскажите пожалуйста проблема действительно может быть в этом?
Если да, то буду очень благодарен тому кто поможет найти в какие файлы и куда именно вставлять эти строки в стандартной теме twentyeleven.
Я если честно не совсем понял что нужно сделать (файлы в теме поменять могу самостоятельно, просто не могу найти куда что вставлять)
Юрий! и другие опытные пользователи!
Если вы можете помогите мне пожалуйста еще раз!
В этой абракадабре (сверху) для меня ничего не понятно,
вот и обращаюсь снова на ваш форум.
Моя проблема может быть связана с тем что мне ответили?
Ведь если да, то перенос домена ничего не даст, а мне очень не хочется его делать (хоть вы мне именно это посоветовали), поскольку переноса я еще ни разу не делал и у меня этот процесс тоже вызывает много вопросов…
Юрий! и другие опытные пользователи!
Если вы можете помогите мне пожалуйста еще раз!
От себя лично тоже прошу.
Видимо, одного моего ответа на сёрче не достаточно. В общем-то правильно. Надо еще ответы
SeVlad благодарю вас за помощь и внимание к моей теме!
(на серче отписыватсья не стал чтобы не поднимать больше тему)
Действительно, здесь я хотел услышать еще мнения, особенно мнение Юрия, поскольку он помог мне разобарться и дойти до очередного этапа понимания моей проблемы.
P.S. Нагрузка в логах при загрузке фоток теперь не превышает 10%.
В поддержке по поводу нагрузки при выдачи статики ранее мне говорили: «В логе фиксируются последние запросы на момент созданной нагрузки, сама отдача статики не вызывает нагрузку на CPU»
Модератор
Юрій
(@yube)
Проблема возникает из-за неоптемизированных скриптов, с помощью которых отдаются графические файлы.
А у Вас графические файлы отдаются скриптами? Вообще-то, обычно то, что лежит в /wp-content/uploads/ является обычными статическими файлами. php-скрипты имеют к ним отношение только во время создания и сохранения миниатюр. Поэтому X-Accel-Redirect всовывать просто некуда.
То, что написал вышеозначенный опытный сотрудник имеет смысл только для случаев, когда php-скрипт тупо пропускает сквозь себя статический файл. Насколько я знаю, в wordpress такая технология не используется. Разве что в плагинах раздачи файлов.
