Как Adobe Muse и связать с WordPress. Muse или wordpress

Что лучше Adobe Muse или WordPress » Вебстудия 11 — Создание Сайтов

У Adobe Muse и WordPress разные задачи. Muse — это визуальный конструктор для создания одностраничных сайтов. WordPress — это админка (движок) для сайта, это полноценный сайт и блог, а если установить плагин магазина то получится и магазин.

У WordPress есть плагины которые заменяют Adobe Muse, в итоге в WordPress можно с помощью визуального редактора сделать тоже хороший лендинг. Кроме плагинов в WordPress есть темы оформления, которые имеют много вариантов дизайна для создания лендинга из блоков.

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

По скорости работы, есть жалобы что сайты на Adobe Muse притормаживают и не так быстро открываются как бы хотелось.

Альтернатива для Adobe Muse есть сервис Webflow, но он не такой удобный как бы хотелось, нужно владеть знаниями html и css, в итоге много возни. У Webflow в бесплатной версии можно создать один сайт, нельзя єкспортировать код, и нельзя добавить код аналитики и тд. Те кто делает сайты в Webflow, потом дополнительно платят деньги чтоб из сайта сделанного на Webflow сделать тему для WordPress. Поэтому не понятно зачем тратить время и мучатся с Webflow и Adobe Muse, если можно установить WordPress, и подобрать хорошую готовую тему, которая будет выгяледеть так как вам нужно.

Тем оформления для WordPress есть очень много, и бесплатных ($0) и платных ($45-$69). В платных функционала побольше, слайдеры, прайс листы, аккордеоны, галереи, портфолио и тп. Но есть бесплатные темы, которые тоже очень хорошие. Часто разработчики тем делают бесплатную версию с уменьшенным функционалом, но которого вполне хватает с головой, в если мало бесплатного функционала можно купить платную версию с максимальным количеством настроек и дополнительных блоков.

WordPress — это полноценный сайт с админкой и блогом, админка простая но мощная. Админка понятная можно догадаться быстро что и куда нажать чтоб отредактировать или создать новую страницу. У WordPress есть дополнительный плагины для SEO продвижения. На WordPress сделано 50% сайтов в интернете, новостные порталы, блоги, сайты визитки, делают на WordPress.

Поэтому про Adobe Muse и Webflow можно забыть, и сразу выбирать или WordPress с хорошей темой, или лендинг сверстанный вручную.

Если есть желание, можете делать сайт с помощью Adobe Muse и Webflow, если эти инструменты вам подходят и нравятся — на здоровье. Нужно выбирать тот инструмент который вам удобен, и которым вы лучше всех умеете пользоваться. Если не умеете рисовать, то это будет видно по вашему сайту, нужно 50 — 100 сайтов нарисовать чтоб отточить мастерство. Если не умеете, сайт будет выглядеть очень примитивно и некрасиво, лучше найти/купить готовый дизайн и не тратить время на тренировки. Для Adobe Muse тоже продают готовые сайты ($18-30), можно купить профессионально нарисованный сайт, потом вписать свой текст и вставить свои фотки и быстро получится готовый стильно нарисованный сайт.

В программе Adobe Muse первый месяц бесплатный, а потом каждый месяц цена $15 (при покупке на год), или $25 в месяц, если не хотите покупать на год. Такая цена не сильно выгодная, если нужен всего один сайт.

Оптимально конечно выбрать готовую тему оформления для WordPress, профессионально нарисованную, с подробной прорисовкой всех блоков. Есть темы в которых 260 вариантов дизайна, можно купить одну тему и получить 260 разных вариантов дизайна.

Вам поможет определится также эта статья: Что лучше WordPress или HTML

2018-04-10 Adobe прислала всем на почту письмо, в котором сообщила что прекращает разработку Adobe Muse. Техническая поддержка пользователей продукта будет осуществляться до 26 марта 2020 года. После 26 марта 2020 года программа будет открываться на вашем компьютере, но обновлений больше не будет, а новые пользователи не смогут ее установить/купить.

Подробнее на их сайте http://muse.adobe.com/product-announcement-intl.html

Детали почему прекращают развитие продукта написано по ссылке. Проанализировав статистику, изучив тенденции рынка, опросив пользователей продукта, пришли к выводу что продукт не актуален. Предполагаю, на рынке есть другие сервисы — конструкторы сайтов, которые полностью заменяют и превосходят Adobe Muse, поэтому надобность в Adobe Muse отпала.

Альтернатива Adobe Muse:

Дайте почитать друзьям:

webstudio11.com

Adobe Muse и WordPress. Шаг 1

Ранее я уже писал о том, что можно достаточно легко и эффективно связать Adobe Muse с движком WordPress. Вот уже более полугода я практикую данную схему и получаю положительные результаты. Не скрою, есть и серьезные недочеты, которые никогда не возникли бы при классическом подходе к верстке шаблонов.

Минусы данного подхода:

Нет единых файлов header.php и footer.php, а также sidebar.php. Все это жестко закреплено в мастер-шаблоне в самом Muse, а WordPress получит дублирование хедера, футера и сайдбара для каждого файла шаблона
Adobe Muse предоставляет потрясающую возможность простого создания адаптивных сайтов. С февраля 2016 года (статья пишется в сентябре 2016 года) адаптивность сделана прилично и нет прежних заморочен с тремя различными версиями сайта. Однако, адаптив реализован не без помощи JavaScript. Поэтому данный момент нужно как-то обходить, иначе контент будет отображаться на станице только после полной загрузки страницы.

Adobe Muse выдает валидный, но не читабельный для человека код. Если Вы создаете шаблон в Muse, то вся его последующая обработка должна быть автоматически: либо через проект Muse, либо регулярными выражениями PHP (позже поясню, что здесь имеется в виду). Никаких ручных правок HTML или CSS. Забудьте об этом.
Нужно все время учитывать специфику верстки в данной программе. Нельзя просто взять и накидать элементов в проект. Это приведет лишь к том, что у Вас все «сползет» сразу, как только Вы вставите динамичный контент в шаблон.
Еще один минус данного подхода — лишний код CSS и HTML. Но мой опыт говорит мне, что если верстку делает человек, то это совсем не гарантирует оптимизированный код и в поисковой выдаче на первых строчках часто бывают сайты с грязным кодом, а иногда и с нарушением валидности (последнего никогда не будет по вине Adobe Muse).

Минусов много и они могут показаться серьезными. Но не все так плохо и я убежден, что со временем эти минусы можно будет решить или нивелировать, а за визуальной версткой будущее. Теперь поговорим о хорошем.

Плюсы данного подхода:

Снижение на порядок времени верстки дизайна сайта. Некоторые (особо сложные) страницы удавалось верстать за сущие мгновенья по сравнению с «версткой кодом». Следствие: снижение времени и расходов на верстку.

Совмещение труда дизайнера и верстальщика. Дизайнеры итак часто делают прототипы в Adobe Muse, а теперь их прототипы можно достаточно легко адаптировать и экспортировать как основу для верстки.
Легкость при создании нестандартных страниц, высокохудожественных лэндингов и т.д. Вы когда-нибудь пробовали воплотить в жизнь задумку дизайнера, который никогда не слышал о этих Ваших модульных сетках, бутстрапах и так далее? А ругаться с такими дизайнерами и трепать себе нервы приходилось? Теперь вопрос отпал. Вы можете без проблем верстать самые сложные дизайнерские макеты и получить от этого удовольствие 🙂
Полный контроль адаптивности. Вы наглядно будете видеть какие элементы куда будут перемещаться при смене разрешения. И видеть Вы это будете не только в браузере, но и при проектировании шаблона. Снижение времени на отладку.
Виджеты и шаблоны. Для Adobe Muse существует масса виджетов и уйма шаблонов лендингов. Вы можете съкономить на дизайнере, используя лэндинг-шаблоны, которые затем с легкостью встроите в свой сайт с ЧПУ, динамическим контентом и другими плюшками. Далее Вы сможете включить и настроить в визуальном режиме виджеты, которые гарантированно будут там, где Вы их расположите на всех разрешения экрана.

Если для Вас плюсы превысили минусы, то читайте далее — первый (подготовительный) шаг.

Итак, сначала нам нужно сформировать структуру нашей будущей темы и экспорта шаблона.

Предлагаю вот такую структуру:

/tpl/tmp_1/ — папка, куда следует настроить экспорт из Adobe Muse через FTP

/tpl/tmp_1/css/ — папка со стилями (создается автоматически самим Muse)

/tpl/tmp_1/fonts/ — папка с картинками (создается автоматически самим Muse)

/tpl/tmp_1/images/ — папка со скриптами (создается автоматически самим Muse)

/tpl/tmp_1/scripts/ — папка со шрифтами (создается автоматически самим Muse)ВНИМАНИЕ! Ничего не меняем в файлах и папках, указанных выше! При следующем экспорте Muse Вам просто все затрет и запишет заново.

/tpl/html/ — папка со скомпилированными файлами шаблона, который будем подключать из темы WordPress

/tpl/css/ — папка со стилями, которые будем подключать, чтобы кастомизировать шаблоны Muse.

/tpl/img/ — папка с изображениями темы на тот случай, если нужно вставить картинку, которой нет в экспортированном шаблоне Muse

/tpl/js/ — папка с кастомными скриптами на языке JavaScript

/tpl/php/ — папка с PHP-скриптами, которыми будет обрабатывать HTML-файлы, полученные из Muse.

/wp-content/themes/your_theme/ — Ваша тема

На этом первый шаг окончен. Продолжение следует в шаге 2.

ОБНОВЛЕНИЕ от 22.06.2017: записан скринкаст связки Adobe Muse и CMS WordPress

sdelaisdl.ru

Как Adobe Muse и связать с Wordpress

На страницах данного сайта уже поднимался вопрос относительно программы Adobe Muse.

Теперь хотелось бы поговорить о том, как связать полученные страницы Adobe Muse с какой-либо CMS (например, WordPress). WordPress я выбрал именно потому, что с ней работаю. Как и большинство веб-мастеров, пробовал разные CMS, но WordPress понравилась больше всего по следующим причинам:

Репозитарий с плагинами (очень важно для решения тривиальных «велосипедных» задач) и темами (приятный бонус, использую редко, но все же)

Удобная и простая панель управления — понимаешь насколько это важно, когда пытаешься продать сайт на Drupal и понимаешь сколько там нужно допиливать панель редактирования, чтобы неайтишный заказчик смог в ней работать. WordPress + TinyMCE решает данную проблему проще, вот и все.
Хорошая структура БД. При разработке первого же плагина, я смог оценить все прелести meta-подхода (таблицы postmeta и usermeta). Естественно, высоконагруженные проекты требуют других решений, но в большинстве задач этот подход оказывается крайне удобным, ускоряет процесс разработки.
API WordPress. Встроенные функции по работе с CMS оказываются крайне полезными. Начиная от возможностей для создания личного кабинета, продолжая свободой в программировании отдельных страниц через шорткоды / файлы шаблонов и гибкой настройкой ЧПУ (привет Joomla! с ее заморочками и дублями при создании пунктов меню).
Легкое обновление системы. Вы когда-нибудь пробовали обновить Joomla! 1.5 до версии 3.0? Я это делал. Больше не хочу. WordPress многие ругают, что у него в новых релизах нет революционных изменений в движке, внедрений новых парадигм и т.д. Я работаю с его API и мне глубоко наплевать что у него под капотом. Мне намного важнее, что старые плагины не отваливаются при обновлении, а контент не ускользает в черную дыру из-за революционной смены структуры БД. Ну не лезу я в его ядро. Нечего мне там делать. У меня полно других, более важных дел, за которые платят.

В сети люди часто задаются вопросом, как связать полученные страницы Adobe Muse с CMS WordPress. Некоторые предлагают решение в виде окна IFRAME, в котором размещают страницы WordPress. И все как-то забывают, что имеют дело с весьма демократичным и гибким языком PHP, на котором написан WordPress. А ларчик просто открывается. Нужно полученные с помощью Muse страницы инклюдить в тему WordPress. А в самом проекте Muse нужно сделать HTML-вставки с PHP-функциями (описанными в functions.php темы WordPress). Таким образом система находит готовый HTML-шаблон, полученный из Adobe Muse, распознает в нем команды PHP (ведь HTML файл был подключен из скрипта PHP и именно по этой причине срабатывают команды PHP в HTML файле) и выводит динамический контент. Вот и все. Следует учитывать, что Muse вставляет кучу своих скриптов на страницу и тут может возникнуть проблема с путями. Этот момент можно решить с помощью настройки переадресации к файлам через .htaccess.

UPDATE: 12 сентября 2016 года — Тема интеграции Adobe Muse и WordPress оказалась интересной и востребованной. По этой причине начинаю постить пошаговую инструкцию по налаживаю совместимости между этими продуктами. Шаг 1 можно посмотреть по этой ссылке.

sdelaisdl.ru

Код сайта из Adobe Muse просто ужасный

Сегодня, я бы хотел упомянуть программу для «создания» интернет-страниц посредством дизайнерской программы из семейства Adobe. Рассмотрим главный минус этой программы.

Adobe Muse — программа, предназначенная для создания макета сайта и после чего, можно сохранить проект в виде полноценной интернет страницы.

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

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

Главный минус программы Adobe Muse

Все бы хорошо, если бы не ужасно составленный код, который получается на выходе после экспорта проекта. Мне многие говорили что после этой программы, просто нет желания копаться в этом «говнокоде», но я до последнего не верил. Пока вчера не столкнулся с редактированием проекта, сделанного в программе Adobe Muse.

Только html страница несложного по реализации проекта, не считая стилей (css) — вышло в документе 2400+ строк кода. Это же просто жесть. Там ну максимум на 500 можно было уложиться, если верстать вручную.

Программа создает очень много лишнего кода. Далее представлен фрагмент таблицы, которая была в составе упомянутого выше одностраничного сайта. Все что на скрине видите можно было легко уложиться в 2-4 строчки. Смотрите на фрагмент кода с 1338 по 1364 строку. Из этой кучи кода, всего выводится 2 значения таблицы «Китай» и число «2282».

код из Adobe Muse

Вообще из скрина выше понятно, что человек к которому попадет потом такой сайт на редактирование, будет просто «плеваться» на него. В таком коде как говорится «черт ногу сломит».

Мораль сей басни такова — дизайнеры учитесь нормально верстать ручками или только занимайтесь тем, в чем сильны — рисуйте, а верстать отдавайте профессионалу. Пожалейте нервы тех, кто после Вас будет редактировать такой проект, ибо это просто ужасно по коду.

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

Поделитесь статьей с друзьями

Похожее

alexbrush.com