Очистка кэша umi cms

Обновлено: 07.07.2024

Привет, я Юрий. Руководитель веб-студии Unika. В 2011 году принимал решение, на какой системе лучше делать сайты. Остановился на UMI.CMS. Тогда это была прогрессивная CMS, которая успешно конкурировала с другими благодаря своему удобству. Но с тех пор прошло 10 лет, и многое изменилось.

UMI.CMS — одна из популярных CMS в России. Если вы ни разу ею не пользовались — поймёте, стоит ли начинать.

Возможно, вам интересны инсайды от партнера ТОП-1 в рейтинге UMI.CMS.

Возможно, вы захотите сотрудничать с нашей командой. Об этом — в конце статьи.

Тут не будет сравнений разных CMS, так как мы не объективны

Сравнений разных систем и так хватает. Мы не будем ввязываться в извечный спор — что лучше. У каждой системы есть свои преимущества и свои фанаты. А мы — фанаты адекватных бизнес-процессов и долгосрочного сотрудничества с клиентами, всё остальное — лишь инструменты.

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

1) 2011 год. Я изучал рынок CMS и проникся преимуществами Юми.

Она выглядела как «Битрикс-киллер». Поэтому решил отказаться от всех бесплатных движков и полностью перейти на перспективную Юми. Удобство интерфейса и дух стартапа подкупили меня.

Из-за внутренней конкуренции между продуктами, темпы развития «коробки» снизились. Но мы продолжали собирать клиентов на разработку и развивали студию. Росли совместно со «старшим братом» — это было понятно, удобно и комфортно.

3) В конце 2014 у UMI.CMS появился маркетплейс готовых решений.

Рынок менялся. Людям стали нужны быстрые и недорогие решения. Юми как раз была неплохой альтернативой для тех, у кого нет серьёзных бюджетов на индивидуальную разработку, и кто не хотел связываться с бесплатными CMS. Мы тоже решили сделать ставку на готовые решения.

4) 2016-2018. Стабильный рост и первые звоночки.

Мы разработали около 20 готовых решений для разных сфер бизнеса. Но всё это время маркетплейс Юми оставался в 2015-м. Решения других партнёров устаревали, разработчики уходили на другие системы. Часто клиенты приходили к нам с негативом. Приходилось обновлять систему и дорабатывать чужие внедрения и готовые решения, которые больше не поддерживались.

5) 2018. Пришли к успеху.

К нам стало обращаться всё больше клиентов, так как все обладатели сайтов Юми распределились по оставшимся партнёрам-интеграторам. Мы продавали много «коробок», активно развивались и в итоге стали №1 в местном рейтинге.

А вот UMI развивалась очень медленно, маркетинг стагнировал, конкурентные преимущества таяли. Первые за историю компании — был отменён Юми-саммит (одна из самых душевных конференций, только ради которой хотелось быть партнёром Юми).

6) 2019-2021. Из Юми начали уходить ключевые сотрудники.

Ситуация повлияла на качестве сервиса и качество обновлений самой системы. Многие клиенты обращались к нам напрямую, минуя техподдержку Юми. Это дало некоторый прирост лидов.

У нас выросла команда, повысился уровень экспертности. Мы по-прежнему ТОП-1 в рейтинге, продолжаем наращивать компетенции, обновлять свои решения, но, видимо, это потолок.

Тут возникает самый интересный вопрос, скорее, к самим себе.

У нас собралась сильная команда: программисты, менеджеры, дизайнеры и другие ребята.

У нас есть опыт и ресурсы, которые нужно куда-то «припарковать», чтобы получать релевантную отдачу. Хочется аккумулировать свой опыт и масштабироваться.

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

1) Сделать свой диджитал-продукт.

Сейчас мы внутри команды обсуждаем гипотезы, изучаем рынок. Не исключаем, что есть смысл стать частью какой-то экосистемы, где наш опыт пригодится. Продукты можно масштабировать — мы это чётко понимаем и видим перспективы в этом направлении.

2) Возглавить комьюнити разработчиков, которые знакомы с UMI.

У нас есть экспертность, ресурсы и база клиентов. Мы налаживаем связи с другими партнёрами. Даже сделали закрытый клуб «Unika.club», куда входят дружественные студии, которым мы доверяем, помогаем, передаём какие-то задачи. Если вам интересно обсудить партнерство — пишите. Возможно, настанет момент, когда мы сможем помочь друг другу без привязки к конкретной CMS.

3) Перейти на другие CMS и фреймворки.

Да, 10 лет нельзя выкинуть и забыть. Но нужно двигаться дальше, поэтому с весны 2021 мы начали разработку сайтов с помощью других инструментов. Это одна из наших точек роста. Сейчас это для нас некая авантюра. Стоит вопрос о том, какие технологии перспективнее.

Чувствую, что мне нужна обратная связь от новых людей, хочу выйти из зоны комфорта, познакомиться с коллегами по рынку, получить рекомендации, помочь тем, кому это нужно. Давайте дружить. А если вы тоже не понаслышке знаете, что такое Юми — нам точно есть о чём поговорить.

Буду рад любым комментариям.

1) Сделать свой диджитал-продукт.

Вы сами ответили на свой вопрос. С вашим-то опытом!

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

С юми работал всего один раз, в 2012 году был контентный сайт на этой cms, воспоминания очень смазанные, я тогда работал с десятком сайтов на различных системах и юми выделялась только тем, что не была «простой и понятной» для вебмастера в моем лице.

Антон, спасибо за добрые слова.

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

А насчет юми в 2012 — действительно был определенный порог входа, который мог стать препятствием для многих веб-мастеров. Но тогда у юми были бесплатные редакции, поэтому комьюнити все равно росло.

печально, но те, кто принимал решения за развитие в UMI-CMS сами привели к падению популярности CMS . Пошли 2-мя надежными путями: 1) отменили бесплатный Lite. По мне бы - можно было им пользоваться и бесплатно, если бы там разворачивалась CMS 2015 года на tpl-ках со старой админкой 2) начали усложнять то, что и так нормально работало, что позже начало добавлять проблемы

Проблема всегда у них была в понимании что "Мы сами знаем как надо!". Писал им годами - уберите ваши структуры и каталоги на Ajax, сделайте возможность нормальной работы с системой, с большими каталогами, большой структурой. Они сделали еще хуже на новом интерфейсе админки. Торговых предложения - это какой то кошмар. И один популизм для медийности - кто помнит там была еще новая нерабочая версия кажется №3. Которую даже продавали, запускали под какой то саммит. Потом уперлись в свой конструктор UMI, и коробки Котыреву были видимо не интересны. В общем угробили систему бестолковым менеджментом. И нашли себе с в оправдание, что это кризис такой, и мы не при чем. А сейчас программисты делают функции ради функций - все время меняют что то глобально решения старых проблем нет, но процесс работы идет ради работы. Эх.

Доброго времени суток всем. могу сказать сугубо как пользователь - Владелец парочки ИМ. перешли на Юми в 2013/14 году с бесплатной системы. но с 2018 перестали ее обновлять даже ибо система с точки зрения даже обычного пользователя - костыли.
в итоге еще один ИМ сделали уже на шоп скрипте, тоже конечно не все гладко, но нравится куда больше. подумываю и первый сайт перенести на нее.

McDonald’s в России запустила подписку на кофе и другие горячие напитки Статьи редакции

Абонемент на две недели обойдётся в 369 рублей — по нему можно ежедневно получать маленький американо или капучино.

Umi.cms поддерживает различные кэширующие механизмы, допустим apc, eaccelerator. В данной статье будет описан принцип работы кэша APC, все остальные типы действуют по аналогичной схеме. Основной php класс, который выполняет функции управления кэшем находится в файле:

Если на хостинге подключен один из поддерживаемых системой кэширующих механизмов:

тогда в модуле "Конфигурация", вкладка "Производительность" будет доступен для выбора кэш, подключенный на хостинге. Допустим мы включили кэш APC. Если вы уже просматривали код системы, то в очень многих системных классах:

происходит вызов методов из класса cacheFrontend, допустим:

метод getElement() в классе umiHierarchy.

В классе cacheFrontend, определяется текующий тип кэша, при вызове метода save() класса cacheFrontend, и включенном АРС, происходит вызов метода saveObjectData() в классе apcCacheEngine, файл:

В классе apcCacheEngine используются стандартные функции APC по сохранению данных, чтению, удалению и очистки всего кэша:

apc_store
apc_fetch
apc_delete
apc_clear_cache

Umi.cms кэширует объекты, элементы, типы данных, значения полей и не только. В зависимости от типа сохраняемого значения формируется название ключа, по которому потом можно будет получить данные. Возможны примерно следующие варианты ключей:

27612_object – начальная информация об объекте с $object_id = 27612, в самой umi, в базе данных это таблица cms3_objects.

50_element – данные о страницы с $page_id = 50, таблица cms3_hierarchy.

8873_field – информация о поле c таблица cms3_object_fields.

27607.32_property – объект с $object_id = 27607, 32 – id поля, таблица в БД cms3_object_content.

697_object_type – тип данных с $type_id = 697, таблица cms3_object_types

Информация по архитектуре базы данных: Архитектура базы данных системы

Как вы уже заметили, в самом конце названий ключей используется одно и тоже значение длиной в 40 символов, при получении данного значения используется переменная salt, в конфигурационном файле, config.ini. salt'a генерируется автоматически при установке системы.

Возможны также следующие префиксы для ключей:

1_domain – домен системы, таблица cms3_domains
1_lang – язык системы, таблица cms3_langs
2_template – шаблон системы (XSL или TPL), таблица cms3_templates
7_field_type – тип поля, таблица cms3_object_field_types
24_element_type – иерархический тип объекта, таблица cms3_hierarchy_types

При редактировании данных в административной части или через edit-in-place, происходит обнуление данных в кэше, соответственно обнуление только необходимых данных, а не всего кэша.

При запросе каких либо данных, происходит проверка, не хранятся ли уже необходимые данные в кэше, если да, то происходит загрузка данных из кэша, без каких-либо запросов к базе данных.

DNS (Domain Name System) «система доменных имён» — это механизм для получения информации о доменах. Он устанавливает соответствие между числовыми IP-адресами и текстовыми именами.

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

Такое часто бывает, если владелец сайта перенес его на другой сервер или просто сменил на более быстрый хостинг, и у сайта изменился IP-адрес. Чтобы браузер открывал сайт с нового IP-адреса как можно быстрее, необходимо удалить старый IP-адрес из DNS-кэша.

Очистку DNS-кэша необходимо делать в двух местах — в вашей операционной системе и в браузере, которым вы пользуетесь.

Очистка DNS-кэш в Windows 7, 8, 10

В ОС Windows для очистки DNS-кэша используйте консоль командной строки:

Нажмите комбинацию «Windows + X»
Выберите пункт «Командная строка (администратор)»
В появившейся консоли впишите: ipconfig/flushdns
Нажмите Enter.

Если все в порядке, появится следующий ответ: «Кэш сопоставителя DNS успешно очищен»

Как почистить кеш DNS в Windows

Выполнить – services.msc – OK

В появившемся окне найдите службу DNS-клиент (DNS Client) и щелкните на кнопку «Запустить службу». После этого повторите очистку DNS-кэша.

Очистка кэша DNS в браузере Mozilla Firefox

Так как у браузеров тоже есть DNS-клиент, который кэширует IP-адреса, то после очистки кэша в системе необходимо также очистить DNS-кэш в браузере.

Инструменты – Настройки – Приватность и защита – Куки и данные сайтов – Удалить данные. В открывшемся окне снимите галочку у пункта «Куки и данные сайтов» (их удалять не нужно) и нажмите кнопку «Удалить».

Очистка кэша DNS в браузере Mozilla Firefox

Очистка кэша DNS в Google Chrome, Opera, Яндекс.Браузер

Так как основа у всех этих браузеров одна и та же, то очистка DNS-кэша происходит одинаково:

Очистка кэша DNS в Google Chrome, Opera, Яндекс.Браузер

Очистка кэша DNS в Internet Explorer IE8 и выше

Браузер Tor

Для проверки работоспособности сайтов вы можете также использовать браузер Tor. Он не использует DNS-кэш совсем, поэтому всегда находит текущий IP сайта, а не закэшированный.

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

Внутренняя оптимизация на UMI CMS

UMI CMS, как и любая система управления содержимым, нуждается в качественной оптимизации перед началом продвижения. Каждый дом нуждается в прочном фундаменте, каждый сайт – в тщательном аудите и кропотливой настройке технических файлов .htaccess и robots.txt.

Настройка robots.txt для UMI

В файле robots.txt, который находится в корне сайта, необходимо запретить к индексации служебные страницы и директории. Также нужно ограничить доступ поисковых роботов ко всем документам, которые не должны попасть в поисковую выдачу и стать доступными для рядовых пользователей.

Правильный robots.txt для UMI выглядит следующим образом:

В строке sitemap укажите полный путь к карте вашего сайта в формате XML (к файлу sitemap.xml).

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

Мета-теги в UMI CMS

Для того чтобы поисковые машины корректно распознавали контент на странице, им нужно отправлять правильные данные. С помощью мета-тегов вы сообщаете поисковикам, какие ключевые слова и фразы на странице являются основными. Это позволяет намного качественнее ранжировать текст и выдавать более релевантные запросам пользователей результаты.

Чтобы указать поисковым роботам на основные ключевые фразы вашего сайта, перейдите в панели управления UMI на вкладку «Модули», найдите категорию «SEO» и заполните поля title и description в соответствии с семантикой вашего ресурса.

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

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

Установка SSL сертификата

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

Рис. 2. У хорошего хостера есть функция подключения бесплатного SSL сертификата

Модуль «Редиректы» и файл .htaccess

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

Обратите внимание на такой важный для SEO параметр в редактировании редиректа как «Статус перенаправления», который указывает системе, с каким статусом должно производиться конкретное перенаправление.

Рис. 3. В модуле «Редирект» UMI CMS можно максимально точно настроить все перенаправления на сайте и указать их статус.

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

Также очень важно, чтобы файл .htaccess был настроен корректно и не содержал лишней информации, которая может негативно сказаться на функциональности сайта. Если вы удалили оригинальный .htaccess или случайно внесли ненужные изменения и не знаете, как все вернуть к исходному варианту, просто скачайте его отсюда и загрузите в корень вашего сайта с помощью ftp-клиента или файлового менеджера в панели управления хостингом.

Важные функции модуля «SEO»

Для любого вебмастера очень важно отслеживать статистику сайта и изменение позиций ключевых запросов в поисковой выдаче. Модуль «SEO» в UMI CMS позволяет отслеживать и анализировать позиции сайта по тем или иным запросам, не выходя из админки.

Далеко не каждый движок может похвастать такой функцией. Как правило, пользователям других CMS приходится прибегать к сторонним сервисам для SEO-анализа или недешевому лицензионному софту для оптимизаторов.

Рис. 4. В UMI CMS можно анализировать позиции сайта, внешние и внутренние ссылки, находить страницы с битыми ссылками и отсутствующими мета-тегами прямо в панели управления

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

Рассмотрим этот скриншот подробнее:

Рис. 5. Длительность поиска битых ссылок напрямую зависит от количества страниц на сайте: чем их больше, тем дольше длится проверка. Не закрывайте браузер до окончания процесса.

Модуль ищет ссылки поочередно на страницах сайта, в полях объектов, в коде шаблона, затем проверяет их на корректность.

После окончания проверки вы получите список битых ссылок с указанием их месторасположения и сможете оперативно устранить эти ошибки. Своевременное исправление технических недочетов позволит избежать различных видов пессимизации со стороны поисковиков и заметно сэкономить деньги на продвижении.

Модуль «Конфигурация» и увеличение скорости загрузки страниц

Скорость загрузки страниц сегодня является одним из самых важных факторов ранжирования. На быструю загрузку контента обращают внимание не только обычные пользователи, но и скрупулезные поисковики. Чем быстрее открывается страница, тем ниже показатель отказов и больше продаж. Все логично и понятно, только не все умеют правильно настраивать кэширование на UMI CMS.

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

Кэширование контента и сжатие файлов JavaScript, CSS, html-кода в разы увеличивают скорость загрузки страниц сайта и улучшают его позиции в органической выдаче.

Совет. Перенесите все JS-скрипты из шапки сайта в подвал, тогда они будут обрабатываться после загрузки контента, и пользователь не покинет страницу раньше времени.

Разработчики UMI CMS добавили функцию статического кэширования для проектов с высокой нагрузкой. Она работает таким образом: когда пользователь впервые открывает страницу, все ее содержимое сохраняется не в базе данных, а в отдельном файле, и уже при последующем обращении тем же пользователем к этой странице все данные загружаются именно из файла, а не из БД.

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

При выборе хостинга для UMI CMS всегда обращайте внимание на то, какой кэширующий бекэнд там используется. Самым эффективным разработчики движка считают Redis. Этот вариант существенно увеличивает производительность системы управления контентом и не вносит никаких изменений в функциональность сайта.

Экспресс-гайд по стратегии продвижения сайта на UMI CMS

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

Читайте также: