Почему файл не качается с сайта umi cms

Обновлено: 05.07.2024

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

Подготовка

Во-вторых, 2 + 2 не всегда равно 4. Как бы странно это не выглядело, но такое бывает очень часто. В связи в этим, измерения приобретают куда более важное значение, чем могло бы показаться сначала. Примеры и подводные камни далее.

Google PageSpeed

Это самый простой, самый тривиальный инструмент, самый эффективный и самый ироничный одновременно.

Пользоваться инструментом просто: идёте по ссылке, вставляете url нужной страницы, например главной, нажимаете "Анализировать", ждёте, профит.

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

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

Google Chrome DevTools

Гугл в вопросах оптимизации серьезно закрепился на первых местах. Безусловно, сейчас уже есть похожие инструменты и в FIreFox, Opera. Да что там, даже Safari и IE уже могут подобное. Ну и, конечно, есть куча сторонних сервисов, позволяющих почти такое же. Но пальма первенства уже отдана.

Данный инструмент позволяет понять что грузится с сайта, в каком размере, количестве и как долго. Он рисует графики, отслеживает последовательность, фильтрует, показывает заголовки, позволяет избавляться от куки и вообще смотреть на сайт как в первый раз. Инструмент большой, удобный и полезный. В умелых руках дает бесконечно большое количество информации и, в некоторых случаях, весьма неожиданной.

Яндекс.Метрика

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

showStreamsCalls

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

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

Заключение

Обычно, этих инструментов хватает для решения базовых проблем сайта. Но есть то самое 2+2=5, о котором не стоит забывать.

Пример 1:

Дело в том, что GZIP сжимает файлы ТОЛЬКО если они больше1Кбайт (дефолтные настройки, у вас может быть не так). А ваш файл после устранения комментариев стал весить, например, 600 байт. Добавьте немного комментариев (но только до килобайта) и все получится.

Пример 2:

По итогу showStreamsCalls вы видите, что в каком-то месте получаете информацию, скажем, по личным данным текущего пользователя. Вы понимаете, что она не используется в этом месте и может быть удалена. Удаляете и рассчитываете, что общее время выполнения скрипта сократилось. Но нет, все не так. Запрос появляется в другом месте и может даже ухудшить время выполнения.

Дело в том, что UMI кеширует результаты запросов. Обратившись единожды к какому-то объекту или макросу, следующие обращения к нему будут почти мгновенными. А вы просто не смогли отследить все запросы, вот и получили проблем. Мало того, может случится, что на какой-либо из страниц (которую вы пока не видите) уже все сломалось и там ошибка на ошибке из-за убранного куска. Так что с такими вещами нужно быть аккуратнее.

А вообще, думайте об оптимизации. Ваши пользователи точно будут довольны быстрым сайтом.

Всем привет! Ребята и девчата, кто читает мой блог давно, уже привыкли к тому, что я на регулярной основе делюсь полезными уроками по теме создания сайтов на WordPress.

Сегодня же будет небольшое исключение из правил.

Ведь мало знать только одну ЦМСку нужно развиваться во всех направлениях, ведь это требование времени и многих компаний.

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

Если в Вордпресс это делается просто через добавление медиафайла или с помощью плагинов, то здесь немного все иначе работает.

Для начала нужно зайти в админку в режим редактирование на страницу и выбрать добавить изображение, на маленькую иконку. Вот скрин:

Дальше мы попадаем на диалоговое окно, где нам нужно нажать на простую кнопку добавить файл, вот таким образом:

Далее через еще одно диалоговое окно (ох уж эта юми) нажимаете на дискетку с плюсиком. Таким образом вы сможете выбрать любой файл для скачивания со своего компьютера:

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

После этих манипуляций вы увидите путь к файлу, который вам нужно будет скопировать:

Так-с, отлично! Путь мы скопировали, не нажимайте кнопку «Вставить», иначе вы просто вставите пустой файл. Нам же нужен анкор ссылки. Мы нажимаем «Отменить».

Далее в тексте выделяем нужное слово (в моем случае, это ПРАЙС) и нажимаем на кнопку «Добавить ссылку»

Потом просто копируем наш адрес ссылки и нажимаем «Вставить». Вот как здесь:

Потом нажимаем сохранить и вот теперь файл для скачивания доступен! Ура!

Ну вот вроде бы и все. Думаю, вы разберетесь с вопросом как добавить ссылку на скачивание файла в системе Юми (Umi)

Привет, я Юрий. Руководитель веб-студии 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 перестали ее обновлять даже ибо система с точки зрения даже обычного пользователя - костыли.
в итоге еще один ИМ сделали уже на шоп скрипте, тоже конечно не все гладко, но нравится куда больше. подумываю и первый сайт перенести на нее.

Основные факты, связанные с расположением файлов модуля относительно корня сайта:

Замечание 1. $module_name – имя модуля не должно совпадать с уже существующими в системе модулями. Список зарезервированных имен: news, content, catalog, data, autoupdate, comments, blogs, faq, filemanager, forum, vote, webforms, etc

Замечание 2. $template_name – имя файла шаблона. По умолчанию этот файл называется default.

Замечание 3. $skin_name – кодовое имя скина. Начиная с версии 2.8.* в системе используется скин mac – Butterfly. Начиная с версии 2.14.* по умолчанию используется скин Modern.

PHP код

PHP код модуля расположен в директории /classes/components/ /

Шаблоны скинов админки

XSLT шаблон скина административной панели /styles/skins/ /

FRONT-END шаблоны

FRONT-END шаблоны модуля. Шаблонизатор подключается по расширению файла. Существует три варианта расширений файлов: tpl, xsl, phtml

TPL шаблонизатор

Файлы лежат в /templates/имя_шаблона/tpls// .tpl Точкой входа является шаблон из папки /templates/имя_модуля/tpls/content/ .tpl ассоциированный с конкретной страницей в административной панели.

XSLT шаблонизатор

Все файлы шаблонов лежат в папке /templates/имя_шаблона/xslt/ . Любой файл может являться точкой входа. Правил, по которым упорядочиваются файлы в этой папке, на данный момент не существует.

PHP шаблонизатор

Все файлы шаблонов лежат в папке /templates/имя_шаблона/php/ . Любой файл может являться точкой входа. Правил, по которым упорядочиваются файлы в этой папке, на данный момент не существует.

Изображения и CSS стили

Изображения и CSS стили, относящиеся к конкретному модулю необходимо помещать в следующие папки:

CSS файлы в папку styles/skins/modern/design/css/ .css
IMG файлы используемые в административной панеле помещаются в папку соответствующего скина /images/cms/admin/ / внутри этой папки действуют собственные правила этого скина.

Иконки модуля

У модуля должны быть иконки определённых размеров для каждого скина. Базовое имя для иконки мы задали в файле инсталлятора ($INFO['ico']).

Иконки элементов в структуре сайта

Для каждого скина есть свой собственный набор иконок элементов отображаемых в дереве "структуры сайта". Спасает то, что пути для всех одинаковые:

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