В данный момент речь идет о версии 6.2. Но для микрофреймворка это не важно. Статья готовилась почти год назад и сейчас этот микрофреймворк превратился в хорошо заточенный нож с функцией штопора :) Выкладывать в OpenSource пока не планировали, т.к. были уверены, что продукт очень нишевый. Если в этой статье будет проявлен интерес — мы обязательно задумаемся. Обещаю :)
Да, вы абсолютно правы. И эту особенность — хранить все в базе совершенно не реляционной и в стремных форматах — я считаю чуть ли не основным минусом Liferay. В таком случае уж лучше хранить в JCR — оттуда понятно каким образом потом данные мигрировать. Но разработчики Liferay и JCR умудрились бы использовать таким же образом :)
Поделитесь опытом как вы справляетесь с параллельными коммитами и мержами конфигурации?
LifeRay тоже построен над JCR, правда хранит он там только CMS контент. А вот всю конфигурацию — страницы, настройки страниц, портлеты, настройки портлетов и т.д. держит в отдельном месте в базе в проприетарном формате. В этом плане подход Магнолии мне нравится в разы больше и продуманнее.
А почему вы это назвали одновременно и плюсом и минусом? Минусов не вижу.
Мы о разном просто :) На конкретно ваш вопрос ответил ниже Compiler. Я же больше про то, что в B2B част кейс, когда оператор делает одно и то же действие.
Т.е. представьте, что вам надо каждый раз выбрать сначала именно 15-ую строку, а потом с нее переместиться на пять вверх. Вы глазами будете считать? Проще клавишами вверх-вниз отсчитать. Все это утрировано. Кейсы, на самом деле, куда более сложные.
Действия повторяются, но каждое из них требует входных данных. Поэтому триггеры мимо.
Или вот про заполнение инфы, заполняете вы данные клиента, у вас форма, заполнили три поля, вдруг заказчик говорит, ой-ой, в первом поле я вас обманул, там было не ул. Ивана Пупкина, а ул. Василия Петровича. Мышью я сразу попаду в нужное поле, хот кеями опять же нужно следить, чтобы вернуться к верному.
А это вообще стандартно и по-умолчанию решается хоткеями в любой нормально сверстанной форме через Shift-tab
То есть оператору в каждый момент времени нужно держать в голове текущий стейт и схему хот кеев.
Ну не стоит все так буквально воспринимать, ведь понятно, что это всего лишь инструмент. Дальше уже вопрос того как мы им воспользуемся. Понятно, что делать так, чтобы для человека это было «не логично» или требовало бы чего-то запоминать, мы не будем.
Это с первого взгляда так. Потому, что вы видите много опций и возможностей. У конкретного оператора есть конкретные действия, которые он выполняет постоянно. Причем делает он это в процессе заполнения информации о заказчике и говоря с ним по телефону. Чем меньше лишних действий оператор сделает, тем быстрее обслужит заказчика. В таком случае надо, чтобы можно было руки вообще запрограммировать на то что ты делаешь и вообще не отрываться на мышку.
Какой движок/фреймворк вы посоветуете для написание серьезного enterprise e-commerce солюшена? Hybris, Adobe CQ, что-то еще? Делали ли вы магазины для телеком операторов? Если да — что брали за основу? Какие особенности?
Предлагаю рассмотреть вариант Duplicati. Работает под виндой, имеет кучу настроек, делает интегральные бекапы, которые потом вручную можно восстановить без программы, шифрует бекап, может сливать его в облачное хранилище и еще много-много других полюсов.
А вы не боитесь, что теперь сотрудники будут больше проводить в среднем время в туалете и продуктивность все равно упадет, не смотря на повышение уровня счастья? :)
Я попользовался данным решением в рамках тестового периода. В общем и целом все понравилось. Очень приятная панель управления, интуитивно понятный интерфейс. Но, на протяжении всего тестового периода меня не покидала некая искусственная скованность. Я не мог делать то, что привык делать — tail -F, например, мне с одной стороны нравилось наличие закладок, но с другой — я не мог на своем огромном мониторе одновременно смотреть на несколько.
Было бы хорошо, если бы это все можно было совместить с ssh доступом.
Юзабилити просто жесть. А кнопка ретвита — абсолюно не выполняет своей функции. Привлекает много внимания, визуально не создает понимания того что означает, портит картину. Флажки с циферками обязательно было делать такими большими и яркими? Дизайн хабра вам в помощь.
Поделитесь опытом как вы справляетесь с параллельными коммитами и мержами конфигурации?
LifeRay тоже построен над JCR, правда хранит он там только CMS контент. А вот всю конфигурацию — страницы, настройки страниц, портлеты, настройки портлетов и т.д. держит в отдельном месте в базе в проприетарном формате. В этом плане подход Магнолии мне нравится в разы больше и продуманнее.
А почему вы это назвали одновременно и плюсом и минусом? Минусов не вижу.
Т.е. представьте, что вам надо каждый раз выбрать сначала именно 15-ую строку, а потом с нее переместиться на пять вверх. Вы глазами будете считать? Проще клавишами вверх-вниз отсчитать. Все это утрировано. Кейсы, на самом деле, куда более сложные.
А теперь повторите 15 раз подряд. :)
А это вообще стандартно и по-умолчанию решается хоткеями в любой нормально сверстанной форме через Shift-tab
Ну не стоит все так буквально воспринимать, ведь понятно, что это всего лишь инструмент. Дальше уже вопрос того как мы им воспользуемся. Понятно, что делать так, чтобы для человека это было «не логично» или требовало бы чего-то запоминать, мы не будем.
просто нету.
Вы абсолютно правы, что ситуация не столь проста и многогранна, чтобы делать однозначные выводы на основе нее.
www.thedailybeast.com/articles/2015/11/04/pentagon-farmed-out-its-coding-to-russia.html
Было бы хорошо, если бы это все можно было совместить с ssh доступом.