dmpress

В 09.07.2019 в 15:58, rumantic сказал:

JavaScript не относится к движку напрямую, просто в шаблонах у нас все скрипты размещаются в неупакованном виде в самом начале заголовочного файла.

Вы можете самостоятельно из header.tpl переместить js скрипты в footer.tpl

это мелочь, задержка из-за размеров минимальная, основная задержка из-за времени исполнения

В 09.07.2019 в 15:58, rumantic сказал:

А также ужать их утилитой минификации https://learn.javascript.ru/minification

Также можно минифицировать css https://www.minifier.org/

это кривой костыль, большинство к использованию не рекомендуют

В 09.07.2019 в 16:25, rumantic сказал:

Акселератор - можно в апаче включить gzip сжатие.

на моем хостинге Спринтхост gzip сжатие включено по умолчанию, ничего дополнительно настраивать не надо

Какой вывод в итоге? Попробовать перейти на супермощный тариф от балды и посмотреть - ускориться сайт на сайтбилле или нет?

7 минут назад, rumantic сказал:

Если вы про показатели гугла, то тут скорее вопрос к шаблонной части.

а про настройки в php.ini - может что-то помочь?

или может какие-то акселераторы на моем сервере из тех, что написал выше могут что-то ускорить?

6 минут назад, rumantic сказал:

Если вы про показатели гугла, то тут скорее вопрос к шаблонной части.

JavaScript не относится к движку напрямую, просто в шаблонах у нас все скрипты размещаются в неупакованном виде в самом начале заголовочного файла.

Вы можете самостоятельно из header.tpl переместить js скрипты в footer.tpl

А также ужать их утилитой минификации https://learn.javascript.ru/minification

Также можно минифицировать css https://www.minifier.org/

Спасибо, поразбираюсь

1 минуту назад, Chernetskiy сказал:

Здесь проблемы могут быть как на стороне CMS, так и на стороне сервера. Не известно что за оборудование стоит у провайдера и как оно оптимизировано для работы с CMS Sitebill. Все CMS разные и оптимизировать сервер одним махом для всех не получится, по этому провайдер и выделяет сервера с отдельной оптимизацией - под Вордпресс, Битрик и т.п. и сервера с универсальными настройками, типа работать будет, а как именно - одному богу известно. Чтобы не ломать копья, сделайте резервную копию файловой системы и базы сайта и дайте "специалистам" доступ в админку (сделайте второго админа), пусть покопаются, может они оптимизируют настройки на сервере и ситуация с тестами изменится. Не поможет - бум думать дальше  

вот это я и хочу выяснить у разрабов))

у меня на хостинге есть возможность тонкой настройки сервера через php.ini - это может помочь?

т.е. хрен с ним с сайтбиллом - я не фантазер и понимаю - если за 5 лет ничего не ускорили, то и сейчас не ускорят))

а вот тонкая настройка сервера может поможет?))

6 минут назад, Chernetskiy сказал:

Можно вопрос решить и по другому, например выкупить мощный сервер тыщ за 10-20 в мес. и победить проблему за счет скоростей процессоров, объемов выделенной памяти, пропускной способности оптических каналов... Может для вас это будет более выгодным решением, т.к. существует статистика по Интернет-магазинам, говорящая о том, что каждая лишняя 0,1 сек. при загрузке сайта - это 3 упущенных клиента (если не ошибаюсь). Я надеюсь у вас серьезный поток клиентов, как у Авиты или Из-ноги-в-руки ?

статистика моего хостинга показала что и имеющиеся ресурсы загружены не более чем на 5%

вот это для меня вообще мистика))) получается Сайтбилл в принципе не может работать быстро?))

23 минуты назад, Chernetskiy сказал:

Относительно того, как быстро настроить, вам-же тест Гугла говорит, что надо делать... Раскрывайте вкладки разделов теста и следуйте инструкциям, соблюдая грань скорость/удобство/функционал.  Там-же дело доходит до дуристики, например в поиске на сайте есть адресные позиции - страна - регион - город - улица - цена - тип недвижимости и т.п., так по мнению Гугла это тормозящие моменты на сайте. Можете удалить поиск с сайта и радоваться, что сайт стал на 0,01 сек. шустрее И таких моментов достаточно - скрипты (карта, слайдер, счетчики статистики и прочий функционал), показ выборочных данных (описание, цены и т.п.), показ фото объявлений, подгружаемые стили шрифтов и т.п. Всё свести на нет?

Основная претензия Гугла к коду сайтбилла - а его мы исправить, увы не можем

вот эти вот

"Минимизируйте работу в основном потоке 26,5 сек.

Сократите время выполнения кода JavaScript 21,7 сек."

Мы можем как-то настроить сервер, чтобы эти вещи исполнялись быстрее. Но это не точно)) так как я в этом не разбираюсь и прошу помощи у разрабов.

А они предлагают дать доступ в админку чтобы что-то там поковырять и выключить(((

6 минут назад, Chernetskiy сказал:

Всё относительно. Гугл и Яндекс в последнее время объявили официальной политикой приоритет вариантов сайта для мобильников, соответственно и отправляем туда свои XML-варианты "ускоренных страниц" новостей, статей и т.п. (Турбо-страницы). Где передается только текст и картинка, без шелухи.

Так да, не так)) Я занимаюсь seo продвижением профессионально и знаю по опыту, чем чревата медленная загрузка сайта. Общий вывод - поисковикам не выгодно выводить в топ медленные сайты и они этого делать не будут.

В 06.07.2019 в 00:52, Chernetskiy сказал:

В принципе, и у меня показатели по тесту не многим лучше (25-56/100), у меня сайт на VIP-1 в reg.ru, но по крайней мере некоторые позиции выглядят лучше:

"Минимизируйте работу в основном потоке 17,5 сек." (у меня 5 сек.)

"Сократите время выполнения кода JavaScript 11,7 сек." (у меня 4,1 сек.)

Вы привели данные для десктопа, для мобильных у вас всё ещё хуже

************

Минимизируйте работу в основном потоке 26,5 сек.

Сократите время выполнения кода JavaScript 21,7 сек.

**********

Ну и посмотрел по каким запросам ранжируется ваш сайт в топе. По гуглу его вообще нет в топе по целевым запросам,

в яндексе вы тоже в топе только по запросам типа "росреестр", "бти" и всяким НЧ запросам

21 минуту назад, Chernetskiy сказал:

Обычные десктопные версии сайтов, согласно тестов Гугла и мнения Яндекса, по определению будут тормозными и не важно, самописные они или на CMS. Как видим, responsive-дизайн сайтов не особо прибавляет к скорости сайта, заморачиваться с мобильной версией сайта тоже мало кому интересно.

Если подстраиваться под тесты Гугла, то вам придётся выкинуть с сайта практически всё, кроме коротких текстов объявлений. Будет такой сайт интересен посетителям? Думаю нет. Я ориентируюсь на скорость загрузки сайта - до 3 сек. вполне приемлемый вариант. 

Это тоже не так. Даже тормозной битрикс выдает нормальные показатели на этом тесте при правильной оптимизации окружения.

Получается у всех работает медленно и все этим довольны?))

Ребята, действительность такова, что в конкурентных нишах медленных сайтов в топе поисковиков уже нет или скоро не будет. Гугл вообще на первое место поставил мобильную выдачу, если у вас показатель по тесту скорости загрузки от гугла для мобильников меньше 50 - вылет из топа дело времени... это если вы там вообще есть...

Т.е. оптимизировать и продвигать медленный сайт - бесполезная трата денег.

Теоретически даже не оптимально собранный движок может работать быстро при правильно настроенном окружении. Как примеры, битрикс, тяжелые шаблоны вордпресс и тп.

Уважаемые разработчики - как правильно настроить окружение для быстрой работы сайтбилла?

Или это не возможно? Или настолько дорого, что теряется всякий смысл?

про 7 баллов  - это не мое сообщение

а вот статистика по скорости загрузки главной страницы

после таких тормозов и гугл и яндекс стали понижать позиции...

3 часа назад, rumantic сказал:

Скольку вас объявлений на сайте? 

Пока около 120

Даже не 20%. По общему потреблению ресурсов все мои сайты на этом тарифе не потребляют даже и 5%. Я его подключил так как на нем можно провести настройку php.ini и есть акселераторы и кэш - думал это улучшит скорость сайтбилла.

15 часов назад, Chernetskiy сказал:

Спринтхост…? Первый раз о таком слышу. Ограничения на вашем тарифе Восток-3, есть такие:

•  ограничение на процессы 1536 Мб. и 256 МБ кэш, что для начала сойдет, но могло быть и больше;
•  не более 15% ресурсов процессора и не более 6 одновременных процессов на сервере (а сайт способен запустить и больше, значит остальные процессы ожидают очередь)
• не более 15 соединений в MySQL (ну на 40 посетителей в течении суток хватит) Представим обыденную ситуацию, зашло на сайт одновременно 5 посетителей и что-то ищут + пара ботов от поисковых систем + пара хакеров, подбирающих на автомате пароли доступа (а это в порядке вещей), вот вам и предел лимита доступа к базе, сайт уже тормозит или лежит.

Про остальные ограничения и особенности не говорится. Что с настройками PHP и сервера, остается только догадываться. И всё это удовольствие за почти 6000 р/год? Скажем так, этот тариф сойдет для персональной страницы, блога или небольшого сайта организации (визитка и т.п.). При наличии на вашем сайте 100+ объектов, думаю проблемы будут нарастать.

Не думаю, что правки в php.ini кардинально изменят ситуацию.

Спринтхост это один из лучших хостингов по всем рейтингам, старше reg.ru и лучше/такой же по соотношению цена/качество. Знаю по опыту так как пользуюсь и тем и другим с моментов их основания. Рег ру хорош для работы с доменами и их продажей, но не с хостингом. Хотя... посмотрел сейчас цены с моей партнерской скидкой... похоже тарифы на хостинг стали лучше, поразбираюсь...

Не понимаю как вы всё это вычислили, но магазин на opencart на этом тарифе быстро работал и при 200-300 посетителях в сутки (товаров было около 1000), причем тариф был слабее по характеристикам тогда. Так что заявление что это тариф для простого блога не выдерживает никакой критики, так мог сказать только человек, который в этом не разбирается. Уж простите за критику, но это так.

Я жду мнение создателей сайтбилла, или тех, кто знает как всё устроено и что может помочь в ускорении работы. На сейчас при обычном хорошем хостинге движок работает позорно медленно и не имеет коммерческой ценности.

Мне надо понять при каком хостинге сайт может спокойно содержать больше 300 объектов и 300 посетителей в сутки и работать при этом быстро. И следующим этапом - характеристики при которых можно спокойно иметь более 1000 объектов и 1000 посетителей без тормозов.

Оффтоп типа "не думаю" или "думаю" я могу и сам тут понаписать на три страницы))

Я смотрел статистику по нагрузке на хостинг на моем тарифном плане - сайт и на 20% не загружает его по нагрузке на процессор и по запросам (магазин каждый день периодически превышал нагрузку и при этом работал быстро). Отсюда делаю вывод что есть какие-то характеристики или настройки которые не видно (или я не знаю как смотреть), но они влияют на производительность сайтбилла. Как сделать чтобы сайтбилл работал быстро?

16 часов назад, Chernetskiy сказал:

Про оптимизацию уже достаточно на форуме написано.  Можно отключить не нужные скрипты, которые идут в стандартной поставке CMS, некоторый загружаемый код перекинуть в конец очереди загрузки - в футер (счетчики, чаты и т.п.). Оптимизировать размер изображений, убрать с главной рекламу, большие фото и прочее, что не по делу и тормозит загрузку... В общем, надо смотреть на сайт, поскольку всё индивидуально.

Относительно кэша, не всегда больший объем означает пропорциональное увеличение скорости, особенно если у вас цепочка из кэшей... Бывает, что и тормозит. Тут надо понимать, какие настройки у сервера, версии PHP и MySQL, какие ограничения, какие каналы коммуникаций и прочие узкие места... Может у вас сервер на дохлом процессоре с минимумом памяти + канал 100 Мбит и 200 сайтов на одном IP, зато дохрена кэша

На форуме про старые версии. У меня новая версия сайтбилл с шаблоном Новосел - никаких лишних скриптов я не нашел - всё по делу.

Изображения оптимизировал - тест это показывает - задержка по этому пункту всего 4 секунды для мобильников - терпимо.

Версия php 7.0 ( на 7.1 и 7.2 сайт рушится и не работает), хостинг Спринтхост, максимальный тариф Восток-3 - диски ssd, мощный процессор, сайт на отдельном сервере со своим IP (есть такая штука на этом тарифе) и тп - т.е. с этим всё ок.

Вопрос не про кэш)) Вопрос про то - можно ли с помощью настроек php.ini как-то ускорить работу сайта?

Если нельзя с помощью настроек - как это возможно? VDS? Какие характеристики нужны - процессор, память и тп?

Сейчас уже при 40 посетителях в сутки сайт начинает тормозить и Гугл сразу понизил сайт в позициях - вывел в топ, протестировал и понизил из-за хреновой скорости загрузки.

Здравствуйте! Изучил все темы на форуме, касающиеся ускорения загрузки, но ответа не нашел. Вопрос следующий.

PageSpeed Insights от Гугла показывает для моего сайта на Сайтбилл очень скромные показатели скорости загрузки для десктопов (48-56/100) и совсем плохой показатель для мобильных устройств (18-23/100)

Там множество всяких рекомендаций, самые значимые из которых:

"Минимизируйте работу в основном потоке 17,5 сек."

"Сократите время выполнения кода JavaScript 11,7 сек."

"Задайте правила эффективного использования кеша для статических объектов Найдено 82 ресурса"

"Сократите размер структуры DOM 1 508 элемента"

Из не таких значимых ещё такие:

Отложите загрузку скрытых изображений 3,9 s

Устраните ресурсы, блокирующие отображение 2,79 s

Настройте подходящий размер изображений 1,65 s

Как я понял, чтобы реализовать все значимые рекомендации - надо менять код, что понятное дело нереально.

Отсюда вопрос - можно ли как-то нивелировать эти несовершенства настройкой веб сервера или его мощностью?

У меня на хостинге доступна расширенная настройка сервера:

"Теперь для всех сайтов на базовом веб-сервере вы можете не только сменить версию PHP в один клик, но и:
 — использовать расширение OPcache для улучшения производительности PHP,
 — отредактировать директивы php.ini, не используя .htaccess,
 — оптимизировать работу всех сайтов под 1С-Битрикс.
У расширенных веб-серверов появилась ещё одна характеристика: объем памяти для кеширования."

На расширенном сервере у меня сейчас 256М объем памяти для кэширования, плюс включен zend opcache (есть еще APC-U, APCU-BC может они лучше?). Плюс доступна настройка php.ini

Можно как-то при данных условиях настроить так, чтобы сайт быстро грузился как на десктопах так и на мобильных?

Если нет, может ли помочь подключение memcache или redis (ничего в этом не понимаю, но есть еще такая возможность) или просто нужно более мощный сервер (какие характеристики?)?

В 03.07.2019 в 09:58, shokaladka сказал:

Как грамотно можно продвинуть сайт?                                                                                                                                                                               Куда лучше обращаться, к фрилансерам , работающим в различных биржах или в специализированный сервис?продвижение проводят в ручную или автоматически?

Можете обратиться ко мне - веду проекты по продвижению. Или, если проект небольшой, могу провести консультацию по итогам которой у вас план работ по выводу сайта в топ. Все эти работы вы сможете выполнить самостоятельно и сэкономить на услугах оптимизаторов.

37 минут назад, rumantic сказал:

Проблема может возникать если таблица re_session повреждена.

Почему она повреждается?

По логике надо устранить причину чтобы не повреждалась...

Сегодня само восстановилось.

От чего это зависит? Настройки сервера на хостинге или можно что-то настроить в движке?

Чтобы не пропадала кнопка. А то очень неудобно.

Опять пропадает кнопка "ВХОД" вверху сайта или меню пользователя (шаблон Новосел)  .

Помню - проблема со временем сессии. Как админ я разлогиниваюсь в админке, затем залогиниваюсь и меню пользователя на сайте появляется.

Но как быть обычным пользователям? Чистить всем кэш и всякие куки в браузере не вариант. Перегрузка страницы (даже через Ctrl+F5) не помогает.

Помню также проблему вроде исправляли, всё работало, но сейчас опять почему-то кнопка "Вход" исчезает.

Ещё был вариант принудительного завершения сессии всех пользователей - как это сделать?

(чтобы был аварийный вариант, если опять сломается)

5 часов назад, rumantic сказал:

Ну если не хотите доступ давать.

 

Оказалось действительно сохраняется, только само переносится в конец строки свойств изображения. И чтобы это увидеть нужно крутить горизонтальную прокрутку))

Спасибо за помощь!

100% заходил из других браузеров и стирал кэш. Я в курсе этих проблем браузеров.

Как обновить этот редактор? Это я так понимаю сторонний модуль, что надо сделать чтобы обновить его?

Подскажите, пожалуйста, как исправить данную недоработку движка. Для seo важно использование title картинок

Ничего не изменилось((

проверьте, пожалуйста, может быть нужно ещё что-то добавить?

(кэш почистил и попробовал в разных браузерах)

вот мой файл /ckeditor/config.js
 

/**
 * @license Copyright (c) 2003-2014, CKSource - Frederico Knabben. All rights reserved.
 * For licensing, see LICENSE.html or http://ckeditor.com/license
 */

CKEDITOR.editorConfig = function( config ) {
    // Define changes to default configuration here.
    // For the complete reference:
    // http://docs.ckeditor.com/#!/api/CKEDITOR.config

    // The toolbar groups arrangement, optimized for two toolbar rows.
    config.toolbarGroups = [
        { name: 'clipboard',   groups: [ 'clipboard', 'undo' ] },
        { name: 'editing',     groups: [ 'find', 'selection', 'spellchecker' ] },
        { name: 'links' },
        { name: 'insert' },
        { name: 'forms' },
        { name: 'tools' },
        { name: 'document',       groups: [ 'mode', 'document', 'doctools' ] },
        { name: 'others' },
        '/',
        { name: 'basicstyles', groups: [ 'basicstyles', 'cleanup' ] },
        { name: 'paragraph',   groups: [ 'list', 'indent', 'blocks', 'align', 'bidi' ] },
        { name: 'styles' },
        { name: 'colors' },
        { name: 'about' }
    ];

    // Remove some buttons, provided by the standard plugins, which we don't
    // need to have in the Standard(s) toolbar.
    config.removeButtons = 'Underline,Subscript,Superscript';

    // Se the most common block elements.
    config.format_tags = 'p;h1;h2;h3;pre';

    // Make dialogs simpler.
    config.removeDialogTabs = 'image:advanced;link:advanced';
    
    config.allowedContent = true;
};

Делаю описания разделов в структуре и вставляю изображения. В свойствах изображений почему-то нет поля title. Вставляю его вручную в html код в редакторе переключив на режим "Источник". Сохраняю. На сайте title не появляется.

Захожу в редактор - title нет. Прописываю заново. Сохраняю не переключаясь из режима "Источник" - title на сайте появляется.

Но! Если зайти опять в редактор - там их нет! И если опять нужно что-то отредактировать - придется вручную прописывать все title изображений заново, иначе при сохранении они пропадают с сайта.

Как это исправить? Как сделать чтобы title изображений сохранялись?

шаблон Новосел

p.s. Более того - если прописать title в режиме "Источник" в редакторе, переключиться на обычный режим и потом опять включить "Источник" title у изображений пропадает!

2 часа назад, rumantic сказал:

error_message.tpl

а это {$error_message} где правится?