akokna

ДОСТУП В АДМИНКУ. После подключения КФ, сервер видит не мой айпи, а мой запрос с КФ. Соответственно IP сервиса.

Спасибо. «Имеющий глаза, Да увидит.») Заметил бы сразу это, поиск решения наверное пошел бы по другому пути.

А так, всё заработало, когда в поле «Разрешенные IP», было введенно полотно из 15 адресов с КФ. Но...

На данный момент эта функция на сайте у меня просто выключенна. Отключил по совету специалиста КФ, потому как… Далее лучше процитирую:

«Эта фильтрация больше не работает. Ваш сервер видит не ваш айпи, а ваш же запрос, который пришел с КФ. И в Таймвеб, на шаред хостинге, это никак не изменить.»

«Так что просто выключите эту функцию, проверка айпи для входа в админку, она просто бесполезна. С КФ у вас автоматические запросы в админку все равно больше не возможны.»

Не могу конечно сказать насколько это решение хорошо или плохо, просто доверился специалисту.

Но ваше решение, конечно проработаю. Ещё раз благодарю.

Добрый день. Подсобрал статистику, после подключения КФ, неделя:

В целом, результатом доволен. Сайт пока стабилен, не пропадает.

Вопросы по другому сайту подключённому к КФ, что задавал выше, все решились, со специалистом.

1. ДОСТУП В АДМИНКУ. После подключения КФ, сервер видит не мой айпи, а мой запрос с КФ. Соответственно IP сервиса.

2. ЛИЗЕНЗИЯ ПАРСЕРА. Проверка лицензии, происходит на самом сайте. То есть он и должен быть в исключениях КФ.

Skewes, поделитесь впечатлением от защиты на Таймвеб? Тоже там сижу, потому интересна опция.

 akokna, спасибо конечно, но нахрена мне такой геморрой?

Может CMS отечественная и хостинг уже брать отечественный

мем

P.S. это не к вам претензия)) это просто мысли в слух.  

Повеселили, спасибо.)

Так хостинг у меня отечественный, Питерский. Cloudflaer это ж не хостер.

Про Cloudflaer + РКН + протокол ECH, подробно расписано тут:

antiddos24.ru/blog/blokirovka-cloudflare-roskomnadzor-seriya-2

Добавлю, что сайт который настраивал сам, делал по этому мануалу:

antiddos24.ru/blog/pravila-cloudflare-dlya-zaschity-ot-botov

Пока полёт нормальный. Но повторю, статистики пока мало, буду наблюдать.

Видно по вашей метрике что показатель из поиска вырос почти в 2 раза.
Очень интересно данное влияние КФ на трафик с ПС...
А в другие дни показатели остались в икс 2 раза?
Какова динамика, подскажите пожалуйста.
Я имею ввиду в разрезе ни одного дня, а 3-7 дней.

КФ на указанном сайте работает 4 дня. Описанные показатели метрики за вчера, примерно такие же, как и за предыдущие 2-3 дня после подключения КФ. Сегодня к примеру, на 19.00:

• поиск — 74
• прямые — 13
• внутренние — 3

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

Дальше вы столкнетесь с просто недоступностью сайта и отсева реальных посетителей. Как это бывает частенько на этом сайте.

Простите, «бывает на этом сайте», это какой сайт имеется ввиду, Cloudflare или Instantcms?

Дело в том, что проблемы с недоступностью сайта и с отсевом реальных пользователей, возникли практически сразу после подключения сайта к КФ. Но почитав мануалы в сети, и пообщавшись на форумах с уже бывалыми пользователями КФ, внес изменения в настройках КФ. Пока вроде полёт нормальный.

Не исключаю что в будущем могут возникнуть описанные вами проблемы, что ж, будут проблемы будем бороться.

Если не затруднит, можете подробнее описать с какими проблемами вы столкнулись в работе с КФ?

«полёт нормальный», это я про первый небольшой сайт, визитка компании. Там подключено минимум настроек КФ, делал сам. Также нет никакого взаимодествия с пользователями, регистрация отключена.

Недавно озадачился этой темой. Несколько дней (3-4 дня назад) как подключил КФ на одном из сайтов. Результат был практически сразу, отсеялось огромное количество ботов разного типа, улучшилась индексация, трафик с поиска значительно преобладает над прямыми заходами.

Если до подключения КФ, дневные показатели метрики в среднем были:

• общее — 1 250 посетителей
• с поиска — 50 посетителей
• прямые заходы  — 1 000 посетителей
• внутренние переходы — 200 посетителей

то после подключения КФ, ежедневно примерно так (за вчера):

• общее — 128
• с поиска — 91
• прямые заходы — 30
• Внутренние переходы — 7

Сайт коммерческий, узкоспециализированный, визитка компании по сути.

Настройками КФ, по этому сайту, занимался сам, по инструкциям из сети. Результат в итоге впечатлил.

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

Подключение сайта было вчера, и скажу что показатели метрики впечатлили уже в первый день. Но...)

Выскочили некоторые проблемы по взаимодействию КФ с CMS. На сейчас выявлено следующее:

1. В настройках Инстант стоит доступ в админку по ip. Так вот сегодня с утра, сайт не пустил меня в админку. Проверил свой ip (он остался прежним), проверил конфиг на сервере (тоже стоит правильный ip). Отключил на сервере проверку по ip, зашел в админку и столкнулся со следующей проблемой.

2. Компонент «Парсер контента» от DWD, перестал видеть лицензию. Точнее не может проверить лицензионный ключ, пишет что не правильно введен.

Разработчику компонента написал сегодня, жду помощи от него в решении. Специалисту по КФ тоже проблемы озвученны, пока в поисках решений.

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

Подскажите пожалуйста куда копать.

Что за хостинг?

ТаймВеб.

как выполнить данные рекомендации

Там всё просто: берете код сторонних компонентов и проверяете его на наличие запросов к базе в циклах или из файлов шаблонов. Далее уже идут более продвинутые методики оптимизации, удаление дубликатов кода, исключение повторного выполнения кода, кэширование и т. п. Но как любят говорить в битриксе: — «Дешевле прикупить железо, чем нанять специалиста для оптимизации» )).

Ещё раз Благодарю Вас за помощь. Буду пробовать.

Железо прикупил уже, но и Вашими рекомендациями обязательно воспользуюсь.

Включение отладки ничего не меняет, пояснений к ошибке не отображается.

Надо смотреть админом сайта с включенной отладкой в консоли браузера ошибки у запросов по ajax. Там будет текст ошибки.

Loadырь, большое спасибо за участие. Но сегодня сайт вообще упал, и только страница с ошибкой:

Причем везде! И не было никакой возможности вывода ошибок. Не сработал и вариант config>debug>1. 

В общем обратился на хостинг. Они всё восстановили, со следующими пояснениями:

Мы поправили работу веб-сервера, теперь сайт снова работает. 

Проблема была вызвана долгими запросами к сайту, из-за чего зависла работа веб-сервера. 
На тарифах обычного хостинга, тарифе «Старт» CMS-хостинга и «1Сайт» установлено ограничение на количество активных соединений по домену: proxy_limit=30. 

В общем случае превышение лимитов может быть вызвано: 
— Логикой работы сайта
— Высокой посещаемостью
— DDoS

Важно понимать, что количество активных соединений и количество запросов в секунду это разные ограничения, proxy_limit не зависит от временных рамок. 

Правила и ограничения на хостинге:

В данном случае вы можете перейти на тариф хостинга, на котором это ограничение отсутствует. Если вы не планируете изменять тариф, можно привлечь разработчика сайта или стороннего специалиста для оптимизации работы проекта (уменьшение кол-ва одновременных соединений). 

Для помощи в диагностике проблемы мы можем предоставить необходимые журналы сервера по вашему запросу. 

привлечь разработчика сайта или стороннего специалиста для оптимизации работы проекта (уменьшение кол-ва одновременных соединений).

В связи рекомендациями хостера, хотелось бы спросить специалистов сообщества InstantCMS. Может кто подскажет как выполнить данные рекомендации, либо сможет проделать эту работу? Спасибо.

/templates/modern/css/theme.css

Проще попробуйте просто стилями, без изменений файла шаблона.

В файле templates/default/controllers/showcase/css/list_grid.css, добавить column-count: 2;

У меня строка 7.

@media screen and (max-width: 768px) {
.showcase_list_grid {
    margin-top: 20px;
    overflow:hidden;
    column-count: 2;
  }
}

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

Проблема, как мне кажется, ушла сама, также внезапно, как появилась. Хотя может и какие то мои действия повлияли на это.

Что делал:

При просмотре консоли в браузере, увидел проблемы с кэшем. На хостинге отключил Эксперементальные Модули в Ускорителе (Таймвеб). К слову сказать, включил очень давно, и подобных ошибок не возникало.

В общем проблема ушла, но на несколько часов. Позже ошибка появилась вновь.

Затем, в настройках сайта, включил кэширование. А на хостинге увеличил Лимит нагрузки на базы данных.

Честно говоря, сразу улучшений не увидел, и ошибка оставалась.

Но буквально на следующий день, ошибка пропала. И даже сайт стал работать шустрее, по моему.

Незнаю что это было, может хостер чего настраивал.

Вот уже несколько дней полёт нормальный. Версия 2.15.2