Уважаемые коллеги, партнёры и клиенты! Рад представить вам релиз 2.8.5.1, который включает в себя более 150 решённых задач и исправленных ошибок.
В первую очередь - о главном: этот релиз занял довольно много времени, потому что в нём кардинально переписаны оба шаблонизатора - TPL и XSLT. Это было необходимо, чтобы решить все накопившиеся проблемы с работой шаблонов и «готовых решений» для будущего «маркетплейса».
В ходе работ исправлено более сотни проблем обратной совместимости, с которыми многие из вас столкнулись при обновлении до 2.8.5 (я подразумеваю ошибки шаблонов, проблемы с письмами, проблемы с кастомными вложенными макросами, ошибки umap и аналогичные). Теперь отлично работают вложенные макросы, макросы «на одной строке» и т.д. Большинство TPL-макросов теперь работают и в XSLT-режиме тоже.
В результате оба шаблонизатора стали работать не только гораздо стабильнее, но и быстрее.
Теперь о новостях:
Написать в поддержку UMI.CMS теперь можно прямо из «админки» сайта (кнопка в верхней панели). При этом нет необходимости искать лицензионный ключ и т.д. — в форме все необходимые поля уже заполнены за вас.
В будущем, когда люди привыкнут пользоваться этой функцией, мы сделаем так чтобы в заявке передавалась дополнительная информация о системе - точный номер версии и сборки, насколько стабильно Юми работает на текущем хостинге, нет ли изменённых пользователем системных файлов, нет ли нарушений в логике кастомов, и тому подобное.
Почти всё то, что обычно выясняется в долгой переписке между пользователем и Службой Заботы, скоро будет передаваться автоматически. Мы убеждены, что это поможет оказывать поддержку нашим клиентам быстрее и качественнее.
В UMI.CMS теперь появился свой тулбар для браузера, который позволит вам быть в курсе происходящего на сайте, в то время как вы путешествуете по интернету. Для этого мы интегрировали сервис metabar.ru
Принципиально решены проблемы обновления сайтов с очень большой базой данных. Теперь вам не страшны таймауты хостинга - обновление БД производится итерационно, «по частям».
Исправлены проблемы редактирования большого количества объектов на странице через Edit-in-Place. Теперь EIP терпеливо дожидается, чтобы все изменения действительно были переданы на сервер, и только после этого позволяет вам перейти на другую страницу.
Владельцам и редакторам очень больших сайтов будет интересно узнать, что теперь в «админке» при редактировании страницы показывается полный путь до этой страницы в структуре. Это поможет вам ориентироваться, где в структуре находится контент, с которым вы сейчас работаете. А если у этой страницы есть виртуальные копии, они тоже будут показаны здесь. Примечательно то, что они кликабельны - по ним можно кликнуть и откроется новое окно, в котором дерево структуры сайта волшебным образом раскроется в нужном месте.
Кнопки «Сохранить» при редактировании страницы теперь «включаются» только когда страница прогружена до конца. Это помогает избежать проблем на медленных каналах, когда пользователи сохраняли «недогрузившиеся» страницы и часть данных терялась, приводя к сбоям в системе.
В «резервных копиях» теперь хранится информация не только за указанное число дней, но и +1 копия на всякий случай. Кому-то это спасёт нервы :)
Есть ряд новостей для людей, внимательно относящихся к SEO:
Теперь возможно редактировать псевдостатический адрес страницы прямо из панели Edit-in-Place.
В настройках теперь можно указать не только суффикс title, но и полностью строку целиком с макросом title_string в нужном месте. Появилась возможность «рулить» кастомными строками в robots.txt. Кроме того, UMI теперь более внимательно относится к HTTP-статусам ответов: для несуществующих зеркал (алиасов), страниц и модулей - отдаётся 404.
Ну и самое интересное для сеошников - теперь UMI умеет автоматически вырезать «umi-атрибуты» из HTML-кода, чтобы ваши сайты «чисто» проходили валидацию W3C.
Для владельцев магазинов:
В процессе заказа шаги "адрес доставки" и "способ доставки" теперь можно поменять местами (в настройках), чтобы процесс стал более логичен, и у покупателя сначала запрашивался бы способ доставки, и лишь потом - адрес.
В заказе сохраняется информация о том, на какую страницу сайта (landing page) впервые пришёл этот покупатель. Это может быть полезно для анализа рекламных кампаний. Администратору сайта теперь доступна возможность редактировать и дополнять заказы от имени пользователя.
Добавлены настройки, позволяющие гибко включать и отключать отправку различных уведомлений об изменениях статусов заказа.
Каждому домену (в мультидоменной системе) теперь возможно назначить отдельного менеджера.
И ещё несколько мелочей:
Теперь возможен импорт из 1С товаров с разными типами цен в произвольном порядке. Принципиально решены проблемы интеграции с 1С на системах с PHP в режиме CGI. Исправлены проблемы передачи в 1С стоимости доставки. Исправлена проблема импорта изменений в заказы 1С.
Реализован экспорт большого объёма данных, обходящий ограничения памяти и таймауты времени выполнения. Исправлен целый ряд проблем, связанных с импортом-экспортом данных.
Прекращена поддержка версий PHP 5.1, теперь «младшей» поддерживаемой версией является 5.2.1
Профайлер времени выполнения:
В этой версии в Юми появился профайлер времени выполнения и потребляемой памяти. Это необходимый инструмент для тех, кто строит на Юми довольно серьёзные проекты, но не имеет квалификации или возможности чтобы поставить на сервере Заказчика «серьёзный» дебаггер типа xDebug.
Профайлер показывает, сколько времени (в миллисекундах) занимает та или иная операция глубоко внутри UMI.CMS, а так же сколько при этом потребляется оперативной памяти. Профайлер имеет несколько уровней детализации, позволяя как окинуть взглядом общую картину, так и отслеживать буквально каждый запрос к БД.
В начальном комплекте поставки Юми метки профайлера установлены в базовых классах и методах системы. Разработчик сайта на Юми может расставлять свои метки (в том числе в кастомах), чтобы профилировать свой кастомный функционал. Кроме того, профайлер интересно использовать для проверки хостингов и выделенных серверов, чтобы определять у них «узкие места».
Полный список изменений как всегда опубликован в ченжлоге.
Комментирование доступно только авторизованным пользователям.
Пожалуйста, зарегистрируйтесь или войдите на сайт.
ходишь по сайту... добавляешь в корзину, а в итоге редактируешь текущий заказ. ужас. нигде даже не видно что попал в режим редактирования заказа...
вроде Вы ратуете за хорошую эргономику и понятный интерфейс, но ведь тут вообще все шиворот-навыворот...
Этот функционал предназначен для менеджера интернет-магазинов, которому необходимо переформировать заказ беседуя с покупателем по телефону (по скайпу, по icq). При этом он должен видеть сайт "глазами покупателя", то есть быть авторизованным под его логином. А следовательно:
- должны работать все кастомы, предназначенные для обычных пользователей (не администраторов);
- должны работать все скидки, в том числе и назначенные на состав заказа и на конкретного покупателя;
- должны правильно выбираться все варианты доставки и их стоимости.
Всё это возможно, только если менеджер авторизован на сайте под логином покупателя. Именно это и делает эта функция - авторизует вас как покупателя и возвращает вам заказ в корзину, чтобы вы могли пройти весь заказ от его имени.
и кнопку перехода обратно в заказ...
- сейчас очень непонятно как зафиксировать внесенные изменения.
нужно ли нажимать кнопку оформить заказ или нет
должен быть какой-то путеводитель для менеджера, когда он в режиме изменения заказа от имени пользователя.
возможно ли добавить еще один пункт меню "оформить новый заказ от имени пользователя"
"необходимости искать лицензионный ключ и т.д. — в форме все необходимые поля уже заполнены за вас." // т.е. лиц ключ передаётся в открытом виде?