Обновление 1.0.10: пред-бета
Владимир Тупоршин-мл.
12 октября 2012
Сегодня большое обновление фреймворка и почти всех приложений!
Версия фреймворка 1.0.10 — контрольное обновление перед выходом фреймворка из статуса альфа-версии.
Приложение «Сайт»: версия 2.0
Большая часть приложения «Сайт» была переработана, и теперь новый «Сайт» может конкурировать со всеми полнофункциональными CMS-системами. Новые функции «Сайта» 2.0:
- Иерархия страниц и улучшенная схема управления страницами. Теперь страница может быть прикреплена только к одному поселению, что исключает возможность дублирования контента и упрощает публикацию новых страниц на сайте.
- Новый раздел «Темы дизайна», из которого можно одним кликом устанавливать темы оформления для разных приложений («Сайт», «Блог», «Фото» и других).
- Связанные темы оформления: любой теме дизайна можно установить родительскую тему, из которой данная тема сможет подключать CSS-файлы, шаблоны и изображения. Это позволяет создавать универсальные темы дизайна (семейства тем), которые будут подходить многим приложением: для сайта, блога, фотогалереи, интернет-магазина и пр., не задавая при этом жестких рамок для дизайнеров при разработке тем.
- Темы дизайна CUSTOM: пример универсальной темы дизайна. Для бесплатной загрузки доступны темы CUSTOM для приложений «Сайт», «Блог» и «Фото». Тема для приложения «Сайт» является основной темой этого семейства и предоставляет единый набор CSS-стилей и общий макет index.html, внутрь которого вписывается контент других приложений (content.html). Темы CUSTOM для «Блога» и «Фото» используют тему CUSTOM для «Сайта» в качестве родительской темы.
- Обновленные блоки (общие блоки). Теперь блоки представляют собой полноценный инструмент интеграции фронтендов приложений друг с другом. Например, приложение «Блог» предоставляет блоки, которые выводят последние посты и комментарии из блога. Такой блок можно редактировать (Smarty!), разместить в любом шаблоне дизайна или на любой странице сайта. Еще пример: приложение «Сайт» предоставляет блок с формой отправки запроса. Этот блок можно встроить также на любую страницу сайта или даже в отдельную запись блога.
- Поддержка регистрации пользователей приложением «Сайт» (ранее это поддерживали только приложения «Блог» и «Фото»).
- Улучшенный интерфейс всего приложения, новые возможности настройки: адаптеров авторизации, ввода единого для сайта идентификатора Google Analytics, общего JS-кода, обновленное управление роутингом, возможность изменения фона для каждого сайта, что очень удобно при работы с несколькими сайтами в одной установке.
Дизайн-редактор
Ранее дизайн-редактор для шаблонов всех приложений (в том числе и для «Блога» и «Фото») был в приложении «Сайт». В «Сайте» 2.0 мы переработали эту часть, и теперь дизайн-редактор внутри «Сайта» позволяет редактировать только шаблоны дизайна самого приложения «Сайт», а дизайн-редакторы других приложений располагаются непосредственно в самих приложениях. Такой подход к управлению оформлением фронтендов приложений является более естественным и интуитивно понятным.
То же самое с информационными страницами — они прикрепляются к каждому конкретному приложению и редактируются внутри этих приложений. В каждом приложении теперь поддерживается иерархия страниц.
Дублирование этого функционала в разных приложениях не означает дублирование кода. Функционал дизайн-редактора и страниц реализуется на уровне ядра фреймворка (wa-system), и может быть подключен в любом приложении. Документацию по этому вопросу мы скоро опубликуем.
Другие изменения
Их тоже немало:
— Обновления в системной части фреймворке (в ядре), связанные с переборкой приложения «Сайт» и вынесением общего функционала на уровень системы.
— Визуальные улучшения в большинстве Вебасист-приложений: «Контактах», «Стикерах», «Списках дел», «Фото», «Блоге» и пр. Обновленные иконки.
— Для «Блога» и «Фото» разработаны мобильные версии бекенда, позволяющие следить за последними записями в блоге, последними загруженными фотографиями, загружать фотографии непосредственно с мобильного устройства. Мобильная версия адаптирована и протестирована на устройствах на основе iOS и Android.
Что дальше
В ближайшее время мы выпустим еще несколько незначительных изменений в системной части фреймворка, после чего фреймворк будет переведен в статус бета-версии, что будет означать, что все серьезные структурные основы фреймворка заложены, и значительных изменений в них более не планируется.
Далее мы сосредоточимся на подготовке к выпуску новой версии Shop-Script (ожидается в конце этого года) и обновленной качественной документации по фреймворку. Все дальнейшие обновления фреймворка и приложений будут сопровождаться ченджлогами (подробным списком изменений), которые можно будет просматривать при установке обновлений непосредственно в Инсталлере.
27 комментариев
Обновились... Спасибо!
ответитьНекоторые глюки.
Ранее была тема для своего приложения, приложение поселено одно, как основное. Поставил 2 темы, теперь немогу найти свой шаблон, в настройка маршрутизации указана "Основная тема", но она не отображается, хотя присутствует apps/themes/... вместо этого показывается 2 темы от приложения сайт, которые поставлены для тестирования.
Также не получается удалить неактивную тему, кнопка удалить просто не работает, пришлось удалять через инсталятор.
Раньше можно было через приложение сайт редактировать темы дизайна любых приложений. Сейчас только темы приложения сайт.
ответитьМы сделали возможность достаточно легко подключить раздел редактирования дизайна в любое приложение (смотрите в качестве примера приложения Блог и Фото) - там появился раздел Дизайн. Скоро мы опубликуем документацию об этом. Если вам срочно нужно, то тогда смотрите приложение блог lib/actions/design/
спасибо) подожду описания, а то там какие то экшены дополнительные требует для лога изменения темы
ответитьСкопируйте в ваше приложение из блога lib/config/logs.php
ответитьСпасибо )) Все подключилось и работает в своем приложении ))
ответитьСупер!
ответитьТолько вчера начал ковырять фреймворк, а сегодня обновление. :) заметил некоторые глюки в Блоге. Посмотрю, может с обновлением уже исправлены.
Вставил во фронтэнде айдишник для Гугл Аналитикс - а в теге head не проявляется(
ответитьВидимо, ваша тема дизайна была создана еще до появления этой функции, и в ней просто нет кода, который бы добавлял JS-код Google Analytics.
ответитьДля того, чтобы он там появился, необходимо, чтобы внутри <head> в шаблоне дизайна был код {$wa->headJs()}.
Посмотрите файл index.html из оригинальной темы дизайна (можно посмотреть непосредственно в дизайн-редакторе).
Спасибо, теперь все хорошо.
ответитьСкажите пожалуйста, а будет ли введена в фреймворк функция,дающая возможность мультидоменной аутентификации(к примеру,если приложения раскиданы по поддоменам,чтобы у пользователя не было ощущения, что он покидает сайт и переходит на другой).
ответитьИ раз Вы идете в ногу со временем, будет ли во фрейме реализован функционал HTML5 History API? В конце концов уже 21 век на дворе,надо пользоваться новыми технологиями, так как потенциал у них поистине отрясающий.
*потрясающий*
ответитьВ приложении «Фото» навигация по фотопотоку уже реализована с использованием History API. Демо: http://demo2-ru.webasyst.com/photos/photo/TRK_1758/
ответитьНасчет мультидоменной авторизации пока не могу сказать ничего определенного. В ближайших обновлениях в базовой версии фреймворка этого не планируется. Да и вообще это достаточно спорный вопрос — как сделать такую авторизацию в общем случае. Думаю, что это задача для реализации в конкретной установке, а не во фреймворке в целом.
Спасибо. Тогда можете ли Вы сказать, будет ли доступен в документации к фрейму подробный обзор и использование History API в фреймворке?
ответитьДа,забыл еще спросить, планируется ли базовое введение редиректа с www на сайт без www?
ответитьЗачем?
ответитьЭто правильно делать на уровне .htaccess (3 строчки) либо конфига nginx (тоже 3 строчки).
Зачем это нужно: для поисковых систем сайты www.site.com и site.com – это два совершенно разных ресурса. Из этого вытекает, любая статья помещенная на такой сайт, будет в глазах поисковых роботов дублироваться на двух разных сайтах. Как известно роботы дублей не любят, поэтому велик шанс бана обеих ресурсов со стороны поисковика.
ответитьА покупателю фреймворка,который хочет просто купить и организовать работу интернет магазина,портала не обязательно в этом разбираться и тем более в каком то "страшном" .htaccess прописывать 3 строчки, думаю этого необходимо избежать.
поэтому такие вещи необходимо прописывать сразу
ответитьКому-то нужно домен c www кому-то без, и мы не можем решать за пользователя, т.к. тогда будет еще больше вопросов. Так что всё равно нужны какие-то действия от пользователя, чтобы это заработало.
ответитьКак вариант, мы можем показывать инструкцию для .htaccess при добавлении домена, а так же в его настройках.
И будет ли введена система поддоменов для параллельного скачивания, к примеру предоставить пользователю фрейма возможность загружать картинки не на сам сайт site.ru,а к примеру на поддомен img.site.ru.
ответить"согласно спецификации HTTP/1.1 на браузеры накладываются ограничения на количество одновременно загружаемых компонентов сайта, а именно не более 2-х компонентов с одного хоста. Поэтому если на Вашем сайте много графики, то ее лучше вынести на отдельный поддомен или поддомены. Для Вас это будет один и тот же сервер, а для браузера – разные. Чем больше поддоменов Вы создадите, тем больше файлов браузер сможет одновременно загрузить и тем быстрее загрузится вся"
Ну вам и сейчас никто не мешает в HTML-коде указывать не основной домен для картинок, а например img.site.ru, если у вас поддомен настроен правильно.
ответитьВо фреймворке такой функционал вряд ли появится, т.к. для большинства пользователей это будет какая-то не очень понятная настройка, которая еще и требует корректной настройки поддомена.
И будет ли реализована система кеширования?
ответитьОна есть! :)
ответитьНо вряд ли вы имеете ввиду кеширование настроек.
Предусмотрено кеширование на уровне шаблонизатора - в этом случае отдается информация из кеша, но это требует грамотного и корректного управления ключами кешей, кроме того, есть еще препятствия в самом Smarty, препятствующие полноценному использованию кеширования (например http://www.smarty.net/forums/viewtopic.php?p=75251)
Обязательно будет (частично уже реализовано)!
ответитьКэширование будет двух видов:
1) для данных (например получаемых из БД), и вы сможете подключить в том числе memcache.
2) на уровне smarty (кэширование всей страницы).
Мы об этом обязательно напишем в блоге и опубликуем подробную документацию с примерами.
unable to write file /home/barsk662/heatup.ru/wa-cache/apps/webasyst/templates/compiled/webasyst_ru_RU/a2/28/66/wrt508bd1d7f0c8b7.24857706
ответитьPlease contact app developer.
после обновления вот такое при в ходе в админку. это почему?
Проверьте права на директорию wa-cache, попробуйте её самостотятельно очистить от устаревших файлов кеша (оставив .htaccess на месте). Если не поможет - больше деталей даст просмотр логов из директории wa-log
ответитьО. помогло. спасибо!
ответитьСпасибо ! и мне помогло
ответить