Всем спасибо за ответы и мнения.
Вот мне тоже что-то подсказывает что много файлов с маленьким кодом подключать не стоит, уж лучше они сразу в HTML разметке останутся.
А насчет объединять в одном файле это конечно вариант, правда получится что множество разных управляемых элементов в одном подключаемом файле.
В общем, если там две, три строчки кода, то можно оставить, а если большой скрипт получается, то лучше вынести и подключить отдельным файлом. Или как вариант скомпоновать мелкие части кода в один файл, но тут тоже вопрос.
Спасибо за ответы, я забыл дописать, я не делать это собираюсь, я наоборот хочу убрать это и удалить подгружаемый файл bp.ie.css если это уже не актуально. Не думаю, что это прям ускорит или сэкономит какие-то там ресурсы, но если это по факту уже не нужно, то почему бы и не удалить лишнее.
Понял, значит более или менее нормально.
Страница имеет достаточное количество картинок правда в виде небольших миниатюр, а внутри с повозможностью сжатыми/уменьшенными изображениями. JS скриптов подозреваю что есть и не мало, т.к. установлено много дополнительных плагинов + раздутый CSS так как всегда ведется разработка, а уж по запросам к базе данных и работе PHP шаблона там вообще тьма темная.
Всем спасибо за ответы, и вопрос не в тему: как вы думаете на сайтах тестилках показывает 321 Requests – запросов как я понимаю и 2,5MB Total Page Size весь вес страницы это много для сайта на CMS WordPress?
Всем спасибо за ответы!
Недосказанное:
Кэширования со стороны CMS WordPress – нету(То есть не используются плагины для кэширования сайта).
Процессы закрываются автоматически – приходят письма о превышении ОЗУ и блокировки процессов.
Сервер – обычный тариф VPS с ОС Linux CentOS – web server Apache/2.2.15
Стыдно признаться но плагинов наустановленно 27 штук – знаю что это не очень хорошо, совсем не хорошо, но ведь это не хостинг а типо сервер да и вроде все работает.
Бывает этот случай по разному: примерно один два раза в неделю, а то и в две. В целом не так часто, но бывает!
To foxi – Да наверное хостинг использует виртуализацию по технологии OpenVZ или Xen – но у меня тариф по моему на OpenVZ.
Процент очень высокий, многие очень популярные ресурсы. Стадность тут не причем, появляются новые современные веяния и стандартны, нужно под них как-то подстраиваться.
Да если бы просто кажется, вот просматриваешь исходный код популярных интернет сайтов, и там уже вовсю присутствует разметка вида HTML5 и сам документ(doctype). Ну сложно подумать что они совсем дауны что так делают, при очень не скромной посещаемости.
Sitealert, ziliboba0213
Я могу не правильно объяснять, как бы это сказать: Я переделал страницу в шаблоне движка, что бы было как бы на современный лад. Изменив верх: грубо говоря – было:
HTML 4.01 – переходной, не строгий вариант.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
Стало HTML 5(Типа)
<!DOCTYPE html>
И некоторые мета теги переделал/убрал.---------- Добавлено 06.10.2017 в 13:05 ----------
Браузерам и мне лично эти теги все до лампочки, сайт отображается так как мне/посетителям нравиться и ок, но это мне кажется касается поисковых систем для них это зачем-то нужно.
Спасибо, понял.---------- Добавлено 06.10.2017 в 01:38 ----------
Я вот тоже над этим думаю – нужно оно мне или нет, но я изменил верх страницы где DOCTYPE типа у меня HTML5, но не одного тега то нету, вот и думаю включить пару тегов из этого стандарта которые смогу впихнуть.---------- Добавлено 06.10.2017 в 01:38 ----------
Дело не в Религии, а в душе. Просто иногда хочется что бы было типо правильно.---------- Добавлено 06.10.2017 в 01:47 ----------И еще вопрос, у меня есть тег <div id=”header”> его желательно по идеи заменить на HTML5 <header id=”header”>, но где он формируется в шаблоне это загадка. Если он останется и еще будет новый, ничего страшного ведь?
Примерно так будет в разметки:
<div id=”header”> <header> Контент </header> </div>
Небольшое отступление 3:
Как это не странно, а перевести сайт в зеленый замочек у меня не вызвало никаких проблем и ошибок, делал по видео инструкции с ютуба – там их много.
Так как сайт у меня работает под CMS WordPress, то в целом делалось это не сложно. В настройках переуказываем адрес сайта на https, меняем все ссылки в шаблоне сайта, устанавливаем плагин для замены ваще всех ссылок на сайте через базу данных на https(называется он Better Search Replace). И меняем их. Перед этими всеми делами лучше сделать полный бэкап сайта(файлы,база). А то я думал что п… там придет всему. Но нет, все прошло как то даже подозрительно чисто, появился зеленый замочек, посчелкав по разным ссылкам, перейдя в разные места сайта, везде отображалось безопасное соединение.
Изменил в robots.txt – host на https и путь к sitemap.xml.
Поставил галочку в яндекс вебмастере HTTPS. (По поводу гугла, тут кто как говорят, одни говорят надо новый сайт добавлять с https протоколом, другие что ничего делать не надо, оно само со временем переделается).
Нужно еще сделать редирект с http на https, но тут тоже кто что говорит одни говорят что типо можно делать сразу – пофиг все будет ок, другие говорят что нужно подождать пока там что-то склеится у поисковых систем и они переиндексируют весь сайт и после этого делать.(кстати где-то читал от офицалов яндекса что типо нужно подождать и потом редиректить).
Кстати сайт спокойно работает как с http, так и с https протоколом – проблем не заметил, даже несмотря на то что я все ссылки поменял на https, любую страницу можно открыть в http протоколе без зеленого значка. А то я все думал что же будет с сайтом если закончится срок действия сертификата, неужели сайт исчезнет, походу нет будет просто работать на старом протоколе.
