Webasyst 2014: итоги года и планы на 2015 год
Владимир Тупоршин-мл.
29 декабря 2014
С Новым 2015 годом!
Спасибо всем, кто следил за развитием Webasyst в 2014 году! За прошедший год мы выполнили огромный объем работы и с оптимизмом смотрим на развитие платформы в течение следующего года!
Итоги 2014 года
- Выпустили 145 обновлений приложений, плагинов и тем дизайна разработки Webasyst.
- Проверили и опубликовали в магазине Webasyst 1160 обновлений продуктов независимых разработчиков.
- Запустили партнерскую программу.
- Открыли каталог партнеров-экспертов.
- Выпустили новую тему дизайна «Дефолт 2.0».
- Выпустили 15 обновлений Shop-Script 5, в том числе большие обновления импорта из CSV-файлов и синхронизации с 1С.
- Значительно улучшили ядро фреймворка, выпустили обновленный оптимизированный для Retina-дисплеев интерфейс бекенда Webasyst.
- Выпустили плагин «Контакты PRO» и большое обновление приложений «Поддержка» и «Рассылки».
- Выпустили приложение «Хаб».
- Выпустили большое обновление «Блог + Фото».
Немного статистики на сегодняшний день:
- Общее количество выданных лицензий Shop-Script 5 превысило 5000, количество работающих интернет-магазинов в облаке Webasyst превысило 1000.
- Продажи приложений, плагинов и тем дизайна, созданных нашими парнерами-разработчиками, за 2014 года превысили 17 500 000 рублей.
- С помощью приложения «Инсталлер» в течение года было установлено 505 618 обновлений приложений, плагинов и тем дизайна.
- С репозиторием Shop-Script 5 работают более 850 разработчиков.
- В магазине Webasyst опубликовано 17 приложений, 189 плагинов и 34 темы дизайна, созданных независимыми партнерами-разработчиками.
- Службой поддержки Webasyst обработано 26 000 запросов.
Планы на 2015 год
- В 1 квартале 2015 года мы выпустим масштабное обновление Shop-Script с большим количеством новых и крайне полезных возможностей: полностью новыми отчетами о продажах и несколькими десятками улучшений, о которых вы нас просили.
- 1 января 2015 года мы прекратим предоставление поддержки пользователям устаревшей версии WebAsyst Shop-Script.
- Откроем программу для региональных реселлеров и будем работать над расширением географии пользователей Webasyst и локализацией на разные языки.
- Представим отдельное Helpdesk/CRM-решение на основе продуктов «Поддержка», «Хаб», «Рассылки» и «Контакты PRO», которое позволит владельцам интернет-магазинов вывести обслуживание и поддержку клиентов на новый уровень.
- Выпустим несколько новых полезных приложений, которые сделают Webasyst еще более удобной и функциональной «CMS + интранет» системой.
- Расширим сообщество разработчиков и дизайнеров Webasyst.
Подписывайтесь на блог Webasyst, скачивайте и устанавливайте Webasyst, создавайте аккаунты в облаке, покупайте в магазине Webasyst!
Следующий год будет еще интереснее — следите за обновлениями! С наступающим 2015 годом!
16 комментариев
вебасист, спору нет, вы няшки, но пожалуйста, дайте возможность включать в темы пхп-код. хотя бы в виде отдельного theme.php с классом-хэлпером. иногда хочется добавить в тему какой-то особенный контент, или преобразовать существующий. сейчас приходится или писать свой плагин (что конечно и так приходится делать, если магазин разрабатывается на заказ), или городить адский г-код на базе смарти. ни то ни другое естественно не прокатит если разрабатывать тему для продажи в вашем магазине. предоставить отдельное специальное место для написания пхп кода - значит во-первых, упростить вам ревью (потому что все костыли будут собраны в одном месте) и во-вторых, значительно расширить возможности для темописателей.
ответитьплиз?
Приведите пример функциональности, которую вам нужно добавить в свою тему дизайна и которую невозможно/неудобно/сложно реализовать средствами Smarty.
ответитьлегко.
ответитьв блоге надо вывести категории не где попало, а "в дизайне". поскольку плагин категорий выводит их только в определённом виде, то нам нужна функция, которая бы отдавала теме список категорий в виде массива. написать этот код на смарти нельзя, потому что нужно инстанцировать blogCategoryModel, а смарти не позволяет инстанцировать объекты классов.
в блоге надо в пост добавить ссылки на предыдущий и следующий посты (и проверить что такие есть). для этого надо инстанцировать blogPostModel. см. выше.
создание форм обратной связи с набором полей, отличающимся от стандартного или того что предлагают имеющиеся плагины (некоторые к тому же платные). для отправки надо инстанцировать waMailMessage. см. выше.
на страницу списка заказов в личном кабинете добавить блок, в котором отобразить количество и сумму стоимостей всех заказов клиента. нужно инстанцировать shopOrdersCollection. см. выше.
клиенту не нравится как отображается воздействие заданного купона на корзину. тем более что если купон - на бесплатную доставку - не отображается никак. нужно отображать состояния введённого купона "недействителен", "денежная скидка", "бесплатная доставка". для считывания статуса купона нужно инстанцировать shopCouponModel. см. выше.
клиенту надо отображать количество товаров в подкатегориях примерно как это делается в админке. для этого нужно инстанцировать shopCategories. см. выше.
в корзине и в списке товаров надо отображать ряд характеристик товаров. движок их там не добавляет, нужно считывать самому. для этого надо инстанцировать shopProductFeaturesModel. см. выше.
клиент попросил чтобы копейки в ценнике вместо ".00" показывались как ".-". в принципе preg_replace можно вызывать в теме, но придётся это делать в десятке разных мест. а если потом клиент попросит поменять - их все надо опять переделывать. здравый смысл подсказывает вынести это в отдельную функцию. но в теме не может быть функций.
клиенту не нравится, что на мобильных устройствах изображения загружаются дважды - обычные и ретинифицированные. я добавил в js установку куки, если экран - ретина. теперь мне при каждом выводе изображения, если установлена кука, нужно запускать код, который проверяет наличие ретина-версии изображения, и если нашлось, запускает регэксп, который удаляет класс "retinify" у img и заменяет src на версию с @2x. file_exists и preg_replace доступны в смарти, но если представить количество изображений в теме, и к каждому подписать такой код, а потом ещё и поддерживать это всё - не. надо это вынести в отдельную функцию. но в теме не может быть функций.
и отдельный большой блок хотелок, связанный с добавлением кастомизируемого контента и блоков данных в тему. настройки, которые задаются в theme.xml крайне ограничены. я смотрю темы в магазине и вижу, что по ним авторы пишут большие портянки, в которых объясняют как создавать те или иные блоки, чтобы добавить тот или иной контент на страницы. но блоки - html, а по моему скромному мнению, заставлять пользователя учить html, чтобы управлять контентом сайта - категорически неправильно. у плагинов кстати уже есть возможность создавать страницу настроек полностью самописным кодом. а возможность расширить бэкэнд через хук backendMenu и набор экшенов - просто счастье радость и сказка. было бы прекрасно иметь возможность иметь что-то типа "плагина темы" - код который подключается к хукам бэкенда, если тема активируется. но это уже мечты конечно.
надеюсь этого достаточно.
ps. отдельно замечу, что всё это я собрал, запустив всего три проекта на шоп-скрипте. конечно вы можете добавить нужные хуки во viewHelper'ы, но реально - сколько клиентов, столько и хотелок, всё время что-то они придумывают такого, чего нет в стандартных функциях.
pps. опять же - вашим обозревателем будет проще анализировать код, собранный в одном месте, чем перелопачивать 100500 костылей, разбросанных по различным фрагментам темы.
Не то чтобы вопрос о PHP в теме дизайна никогда не обсуждался внутри Вебасиста. Конечно, обсуждался. И решение не разрешать в темах PHP было принято тоже не от ленности ума. Всё упирается в простое рассуждение о безопасности.
ответитьРассуждение примерно следующее.
Не хочется, чтобы юзер бэкенда, даже с полными правами, мог 1) исполнять произвольные запросы в БД, 2) исполнять произвольный PHP код, 3) читать и писать произвольные файлы. Из этой простой мысли есть много далеко идущих следствий. Например, что приложение Developer нельзя поставить через Инсталлер. Или что нельзя загрузить браузером архив с плагином. Или что в смарти запрещена функция array_map (включите воображение :).
И вот одно из таких следствий - что нельзя в темы дизайна добавлять PHP код. Потому что темы дизайна как раз надо обязательно уметь редактировать в бэкенде и ставить архивом через браузер.
Возможно, когда-нибудь будут пересмотрены ограничения (1), (2) и (3). Но маловероятно. Скорее, всё идёт к тому, что через инсталлер можно будет купить и поставить бандл "тема дизайна + плагин". Или ещё какое-нибудь решение придумается. В любом случае, пока ничего обещать нельзя.
Например, можно не позволять загружать/редактировать файл темы с PHP-кодом с помощью редактора дизайна, чтобы он устанавливался вместе с темой только через Инсталлер и не был доступен пользователям с любыми правами. В этом случае пункты 1, 2 и 3 будут неактуальны. А писать для всяких мелочей мини-плагины может быть не всегда оправданно.
ответитьименно так я себе это и представляю. кроме того редактор сохраняет правленную тему в wa-data - можно просто всегда подключать пхп-файл темы только из wa-apps/xxx/themes/xxx.
ответитьВчера состоялось ещё одно обсуждение про PHP в темах дизайна. Рассуждение такое. Мы не хотим, чтобы PHP можно было добавлять и редактировать из админки (причины выше). Мы не хотим, чтобы темы со включённым PHP кодом публиковались в магазине вебасиста (причины ниже). Единственный вариант, когда это допустимо - когда у владельца сайта есть доступ ко всем исходникам на хостинге. Но в этом случае куски кода в теме дизайна ему вообще нафиг не нужны: он пойдёт и создаст себе класс shopCustom.
ответитьПро магазин вебасиста. Есть две причины. Первая: мы не хотим усложнять и затягивать модерацию тем дизайна. Модерация PHP кода требует времени разработчиков, которого мало и которое дорого. Вторая причина: мы искренне считаем, что PHP в темах дизайна - это плохая практика. Мухи отдельно, котлеты отдельно. Логика должна быть в плагинах и приложениях, а в теме дизайна должен быть дизайн. Если при создании темы чего-то не хватает, нужно доработать соответствующее приложение (добавив хелпер) или плагин.
При создании персональных тем дизайна лично отдельному клиенту, все инструменты у разработчика есть. А для публикации в магазине вебасиста рассматривайте это как ещё одно дополнительное ограничение.
Если вам чего-то не хватает, пинайте вебасист, чтобы добавили хелперы. Вместе сделаем движок лучше :D
Один из самых эффективных способов пинать, кстати - это пулл-реквесты на гитхабе. А пока неповоротливый вебасист переваривает ваши пинки, используйте shopCustom.
жаль, я надеялся на иной ответ.
ответитьещё тогда такой вопрос - выше я уже писал, что большинство ограничений вызвано невозможностью обращаться к моделям, поскольку их невозможно инстанцировать средствами смарти. как насчёт добавления к waModel статического метода instantiate или враппера __callStatic который создавал бы экземпляр и вызывал на нём заданный метод?
Ну конечно, нет. Я же объяснял, почему из смарти никогда нельзя будет исполнять произвольные запросы к БД.
ответитьС Новым годом! Пусть удастся исполнить задуманное. Ну и можт Webmoney для разработчиков получится сделать ;)
ответитьСоздавал в 2009 году на Shop-script интернет магазин лакокрасочных материалов www.okeankrasok.ru, названии категорий вводил на русском, встроенный переводчик делал транслит адресов страниц. Все это за 5 лет отлично проиндексировалось, некоторые категории поднялись по высокочастотным запросам.
ответитьВ декабре 2014 года перешел на Shop-script 5, все вроде бы хорошо НО – стало появляться много 404 страниц категорий. Стал разбираться, оказывается мега умный shop-script 5, считает что при незначительном изменении категории (описание, title и т.д.) нужно согласно новым правилам изменить и URL страницы, а то что адрес этой страницы уже проиндексирован и ему 5 лет – Shop-scriptу пофигу (или человеку кто это создавал).
Как быть ? (ответ типа – следите за адресом когда меняете описание в категории – ГЛУПЫЙ И НЕУДОБНЫЙ ОТВЕТ)
Как это отключить ?
Если это невозможно, отдайте человека (кто это сделал) мне в рабство, пусть он следит чтоб адреса сами не менялись !!!!!!!!!!!!!
shop-script 5 уже давно существует,но до сих пор не умеет экспортировать товар, который входит в две категории в csv. даже не знаю,как это назвать.вывод только одну.наверное, пол года будем ждать, когда это сделают..
ответитьВроде обещали скоро крупное обновление, посмотрим что будет
ответитьА че киберпонедельника не будет????((((
ответитьУважаемые разработчики, пока 3 вопроса:
ответить1. Панель редактирования текста удобна. НО: почему при редактировании текста в новостях там или просто в разделах фотографии не сохраняют редактирование предыдущее? Захожу, делаю нужный размер, выравниваю тест, а потом если внести хотя бы маленькое изменение в текст - даже поставить точку все картинки едут и их заново надо редактировать, хотя ты вроде уже жал кнопку сохранить.
2. Сейчас рынок нестабилен, у нас многие товары заведены в валюте, сайт сам пересчитывает в рубли. Это отлично. НО - почему нельзя при этом пересчете округлять цены до десятков? не очень красиво смотрится такая цена в приличном инет-магазе: 389,67 рублей.
3. Когда будет возможность выгрузки автоматической товаров сайта в Гугл Мерчант?
Уже День Святого Валентина, а у Вас Новый год)))
ответитьВы что заросили все что-ли??