Архив рубрики: Публикации

Blogger против WordPress

Если есть что-то, что нужно бизнесу или личному бренду для успеха, это отличный сайт. Это означает высокое качество информации, профессиональный внешний вид и, конечно, платформу для публикации контента. Маркетинговый метод, который является доступным, простым и чрезвычайно эффективным. Распространение контента является обязательным для любого бизнеса на подъеме. И что это значит для вас? Правильно: блог, и вопрос, что лучше выбрать: Blogger против WordPress.

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

 

Blogger

Blogger против WordPress

Скриншот домашней страницы Blogger.

Blogger — бесплатный хостинг блогов, предоставляемый Google. Он предлагает чрезвычайно простой и эффективный способ создания блога. Это займет всего несколько минут, чтобы начать работу, выбрать тему и настроить страницу, что дает вам свободу сразу же начать вести блог. Как хост, Google очень надежен, практически гарантирует стабильное соединение и готовый доступ.

 

WordPress

Blogger против WordPress

Скриншот Домашней страницы WordPress.org

WordPress — это сложная бесплатная платформа, предлагающая практически неограниченные темы, опции и плагины, которые могут расширить возможности вашего блога, к примеру создать сайт видеокурсов по паттернам проектирования. Самостоятельно размещенный на вашем WordPress-сайте может выглядеть и ощущаться практически как любая концепция или идея. Настройка и изучение интерфейса могут занять немного больше времени, но ваши вложения окупятся.

 

Сказка о двух платформах

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

 

Доменное имя

Blogger против WordPress

Доменное имя может быть очень привлекательным, тем более что это часто способ отображения вашего имени и вашей личности в Интернете. Как Blogger, так и WordPress предоставляют вам свободу настройки URL-адреса, хотя и в зависимости от платформы.С Blogger ваше доменное имя будет yourdomain.blogspot.com . Хотя этот параметр позволяет вам выбирать, как себя идентифицировать для клиентов и клиентов, вы застряли с тегом Blogger в своем домене.

С WordPress вы получаете немного больше — вы можете полностью настроить свое доменное имя за регистрацию до 13 долларов в год. Это позволяет вам выбрать любое имя под солнцем — при условии, что оно еще не используется — без ущерба для идентичности вашего бренда.

 

Место для хранения

Будучи полностью бесплатной платформой, Blogger предлагает достаточно места для хранения данных для удовлетворения самых основных потребностей — 1 ГБ — но этого может быть недостаточно для поддержки высокочастотного блога. Ссылка на вашу учетную запись Google+ обеспечивает доступ к дополнительному пространству облачного хранилища, но компании, не заинтересованные в Google+, могут не рассматривать это как преимущество.

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

 

Простота использования

Blogger против WordPress

Скриншот того, как выглядит панель администрирования Blogger vs WordPress.

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

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

Опции

Blogger против WordPress

Скриншот того, как выглядят веб-сайты Blogger против WordPress «из коробки.”

Как довольно ограниченная бесплатная программа, Blogger предлагает множество тем и цветов, но для творческого контроля практически нет возможностей. При отсутствии доступа к FTP и возможности создавать собственные шаблоны большинство страниц Blogger выглядят практически одинаково. Это не может быть негативным качеством, особенно с повышенной простотой использования, но блоггеры, которые предпочитают изобретательность, могут чувствовать себя обманутыми тем, что Blogger может предложить.

WordPress, с другой стороны, является открытой книгой. С тысячами бесплатных и премиальных тем, которые можно настроить практически под любой внешний вид, дизайнеры могут позволить своим творческим сокам течь. Вы можете выбрать готовую тему или создать свою собственную, используя любой цветовой гаммы или изображения, доступные в Интернете, чтобы создать идеальный внешний вид. Кроме того, WordPress имеет сотни доступных плагинов , которые дают вам возможность расширять функциональность, добавляя такие забавные функции, как кнопки Facebook, модерирование комментариев и выгрузку фотографий непосредственно из Adobe Lightroom. Обладая практически безграничными возможностями, вы можете сделать свой блог по-настоящему своим.

 

Владение

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

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

 

Портативность

Как и в большинстве вещей в жизни, ничто не остается прежним. Если вы хотите переместить свой блог из точки А в точку Б, то, насколько легко это сделать, будет полностью зависеть от выбранной вами платформы. Blogger, несмотря на бесплатный и простой в использовании формат, очень сложен при переходе с одной платформы на другую .

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

 

Ценовой диапазон

Одно из самых привлекательных качеств Blogger — это, конечно, цена. Blogger полностью бесплатен в использовании и позволяет легко вести блог без каких-либо вложений. Отличный вариант для тех, кто не хочет вкладывать деньги в блог, не пройдя тест-драйв в первую очередь, нет риска начать блог с Blogger.

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

 

Заключение

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



2019-04-01T18:25:55
Лучшие учебники по Wodpress

Wolf CMS: системные требования и скриншоты

Для запуска Wolf CMS, ваша система должна иметь:

  • PHP : версии 5.1 или выше;
  • MySQL версии 4.1.x или выше, SQL ITE 3 или PostgreSQL (начиная 070);
  • Расширения для php доступа к базам данных PDO;
  • Веб-сервер, который поддерживает PHP , как Apache, IIS , Nginx, Lighttpd или Гайавате.

При разработке Wolf CMS предполагалось, что будет запускаться сервер Apache. Тем не менее, это не означает, Wolf CMS работает только на Apache. В принципе, любой веб-сервер, который поддерживает PHP может быть использован. Я нашел как запустить его на сервере NGINX.

В случае Apache, правила перезаписи и другие опции в файле .htaccess будет работать только, если у вас есть по крайней мере следующее в вашем файле конфигурации VirtualHost настроено:

AllowOverride Options FileInfo

Wolf CMS работал нормально:

Меню OpenServer

Меню OpenServer

Фактически, для экспериментов на локальном компьютере подойдет любая сборка WAMP, которая вам нравится: Denwer, Endels, XAMPP, Open Server. На любой из них система запустится. Однако на Open Server есть один подводный камень: по умолчанию в настройках сказано, что сервер пытается в папке домена найти папку publicpublic_htmldochttdoc  и тому подобные для подключения корня сайта от этой папки. В принципе это правильно, но Flexo CMS имеет папку public, а Wolf CMS еще и папку doc. Вот поэтому и происходит маленький конфликт, из-за чего сайт не будет работать. Для устранения сей досадной помехи нужно кликнуть на красном флажке OpenServer правой кнопкой и выбрать в появившемся меню «Настройки».

Настройки доменов OpenServer

Настройки доменов OpenServer

Затем в настройках во вкладки «Домены» убрать в автопоиске папок public и docs. Вот теперь Wolf CMS и Flexo CMS спокойно запустятся на этой сборке.

Ну и обещанные скриншоты админки Wolf CMS с базовым скином.

admin_2_plugins-thumb



2019-03-31T21:03:48
CMS

WolfCMS — что это за зверь

В принципе, я давно знал о WolfCMS. И отслеживал её еще в бытности Frog CMS, а потом в русской реинкарнации (читай форка) Flexo CMS. Но как-то все не срасталось разобраться в ней. И вот решил с ней разобраться до конца. Свои эксперименты решил описать в виде статьи.

WolfCMS — что это за зверь
WolfCMS админка сайта

Wolf CMS — это система управлением контентом сайта (CMS) с простым и понятным пользовательским интерфейсом, в котором разберется даже не подготовленный человек. Wolf CMS предлагает гибко настраивать контент с неограниченным количеством шаблонов, которые при некотором навыке позволяют делать вывод сайта очень гибким. Wolf CMS распространяется на условиях GNU General Public License версии 3. Исходные коды доступны на GitHub Wolf CMS странице проекта.

История создания Wolf CMS банальна: в среде ruby создали систему управления контентом Radiant, которая позволяла бы быстро разворачивать сайты на языке ruby без тяжелого фреймворка ruby-on-rails (тяжелого в плане изучения). И первый релиз был 26 июня 2006 года. Потом канадец Philippe Archambault решил портировать систему на PHP и вскоре появилась система Frog CMS, которая была по внешнему виду и идеологии один-в-один с Radiant CMS. Увы, в последствии он забросил свое детище, а флаг разработки подхватил другой программист Martijn из Нидерландов и создал уже Wolf CMS со своим сайтом, форумом и репозитарием плагинов. Ну и в июле 2011 году Маслаков Александр доделал под себя Wolf CMS и написал свой фору Flexo CMS (его сайт находится здесь).

Да, стоит сказать, что разработчик Павел Бучнев переписал flexo cms на PHP framework kohana 3.3.0 и назвал свой форк kodicms. Сейчас kodicms довольно далеко отошла от flexo cms и стала уже вполне самостоятельной системой. Так, он дописал функционал до прикрепления произвольных полей к страницам, что стало похоже на  модуля CCK drupal или TV (template variables) MODX. Кроме того, Павел сделал и продолжение развития идеи сниппетов (коротких кусков кода страницы) до идеи виджетов 1С-Bitrix, что получилось довольно интересно. Павел запустил свой сайт kodicms.ru с форумом и демосайтом, так что теперь каждый может попробовать «в бою» его систему. Ну а сам Павел досутпен на форуме системы или в скайпе.

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

Как правило, разработчики пишут что-то типа «вам не нужно знать язык php, языки разметки html и css для администрирования сайт на Wolf CMS». Это не ложь, но маленькое преуменьшение. Без знаний php, html, css сайта вам не построить! Причем нужно уверенное знание этих языков для построения сайта. Да и для администрирования сайта нужно тоже владеть этими языками.

Прежде всего, после копания в коде  Wolf CMS и Fleco CMS у меня сложилось впечатление, что это не CMS,  а какая-то надстройка к .. php framework! С одной стороны есть админка, но все нужно делать самостоятельно и на очень низком уровне. Так что как в Joomla! «поставил модуль/компонент, настроил и забыл» не прокатит! Тут нужно четко прописывать на самом низком уровне структуру сайта, его шаблон, как что будет выводиться и еще тысячи мелочей.  С одной стороны? это просто великолепно – тебя ничего не связывает и не ограничивает. Однако и работы у тебя прибавляется в разы. Поэтому можно сделать вывод, что эта система не подойдет начинающим  веб-мастерам.

Зная эту особенность движка, авторы его позиционируют не просто CMS, а СMS/CMF как и Drupal. По возможностям Wolf CMS и рядом не стоит с Drupal, в этом никто и не сомневается. Но идеология разработки очень похожа. Причем, если в Drupal можно собрать сайт мышкой из готовых модулей и темы, то в Wolf CMS так не получится — все нужно будет писать на php и писать вручную.

С другой стороны система очень легкая и понятная (при наличие знания языка php). Расширения пишутся легко, есть система наблюдения за событиями и потому плагины могут вызываться именно там, где нужно. Это наследие Radiant CMS со своим классом observer, который и позволяет сделать гибким настройку плагинов на события движка.

В системе используется базы данных 3 типов: MySQL, SQLite3 и PostgreSQL, что  тоже не может не радовать. Поэтому сайт можно делать даже на хостинге без MySQL (хотя таких хостингов практически нет среди платных, да и бесплатные хостинги давно предлагают MySQL). Но визитки без базы можно делать легко, да и делать резервные копии такого сайта проще простого.

В поставке по умолчанию Wolf CMS имеет и редакторы, поддерживающие разметку страницы textfile и markdown, что позволяет легко готовить тексты для интернета даже неподготовленному пользователю, либо делать сайты-сателлиты практически на потоке.

Однако есть и несколько существенных минусов. Прежде всего, очень скудный набор плагинов на официальном сайте Wolf CMS, в котором практически нет полезных плагинов для сайта, хотя есть полезные плагины для администрирования (кеширование, резервное копирование, немного визуальных редакторов). Поэтому весь функционал сайта нужно писать самому: простенькие комментарии есть (или можно интегрировать в шаблон внешние комментарии DISQUS), нет галерей (готовые просто убоги!), нет опросов, слайдеров и так далее. К тому же, плагины часто писались на старые версии движка Wolf CMS и часто не работают. Второй существенный минус – при большом количестве страниц  начинают лагать скрипты по перетаскиванию страниц в админки и выстраивание нужной структуры довольно нетривиальная задача. Особенно, если вы работаете в Google Chrome. Почему-то в Mozilla Firefox перетаскивание работает лучше, но при более-менее развернутом дереве, начинаются лаги. Я подозреваю, что просто javascript не справляется (эффект начинает проявляться при 10-20 страниц) и мне лично приходилось лазить в базу руками и править уже там пары предок-потомок для выстраивания дерева.

Подведу итоги в маленькой таблице:












ПлюсыМинусы
Простая для изучения системаМало возможностей «из коробки»
Легко адаптируется любой шаблон , система гибкая на вывод страницГибкая, но не такая гибкая как Drupal/MODX
Легко пишутся плагины и расширенияПлагинов мало, не все работают
Может работать где угодно, даже без базы данныхМало документации вообще и практически полное отсутствие на русском языке
Поддерживаются  3 типа баз данных: MySQL, SQLite3, PostgreSQL за счет PDOМаленькое сообщество, редко обновляется
Маленькая нагрузка на серверТребует от разработчика хорошее знание html, css, php, навыки программирования
Полное разделение кода на MVCПрактически не реализована работа с пользователями
Легко настраивается под SEO и поисковые системыПолное мешанина кода html и php, нет даже самого простого шаблонизатора

Подведя итог, можно сделать вывод, что Wolf CMS прекрасно подойдет под промо-сайты или сайты визитки с не сложным функционалом. Как вариант, Wolf CMS можно использовать как базу для создания сайта с нестандартным функционалом вместо какого-нибудь  фреймворка на php.

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



2019-03-31T20:56:13
CMS

Блог или видео блог

Давненько я не писал постов в свой блог. Вроде и время было, а писать совершенно не хотелось. Этакие кризис жанра.

С одной стороны, это простая лень (или как модно сейчас называть «прокрастинация»), а с другой стороны я переосмысливал свой блог и как сайт, и как направление своей деятельности. Даже хотел закрыть этот сайт, так как пользы он мне не приносит ни в моральном, ни в материальном плане.

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

Ну и как блог о веб-разработки он не слишком зашел для меня: нужно каждый день работать в этой сфере, а когда работаешь писать не получается. Это легко всяким «манимейкерам» и «гуру сео» накарябать «финстрип» или идиотское тестирования жидкого и мокрого, а вот писать качественный контент очень сложно.  Ну а я еще и в другой сфере работаю, так что получается вообще материала очень мало.

Поэтому думаю перейти от блога о веб-разработки к более общему – просто блогу.

Блоги! Ау!

И последнее время меня потянула на философствования по разным темам: то ли я старею, то ли стал менее терпимым к людской глупости. Так что думаю открыть новую тему – мысли в слух. А уж материала накопилось ну просто огромное количество :)!

Еще заметил такую тенденцию, что сайты именно как блоги – то есть личный дневник в сети практически изжили себя. В Рунет зашло куча «манимейкеров», которые на бесплатном движке WordPress для блогов начали клепать сайты на поток, чтобы рубить бабосы. Рубить у большинства не очень-то получается, однако само понятие блогинга как-то размылось и фактически сайты стали тематическими по какой-то узкой теме.

И пропало ощущение живых людей за такими сайтами в большинстве своем. Ну а материалы, которые выкладывают эти «манимейкеры» не выдерживают никакой критики – тупой рерайт без капли попытки разобраться в теме.

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

Vlog= видео + блог

Зато появился еще один вид сетевого творчества – влог. Это соединение слов «видео» и «блог».

Блоги или влог

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

На мой взгляд такой виток развития произошел по нескольким причинам:

  1. Снимать видео можно хоть на телефон и с неплохим качеством, а уж телефон с записью видео есть практически у каждого ребенка и взрослого;
  2. Кажется, что наболтать можно легко на камеру все подряд и это быстрее, чем писать и вычитывать статью. А школьникам, после того как пройдет первый страх перед камерой, легче нести такую пургу нон-стоп, чем связно изложить свои мысли на экране.
  3. Появилась возможность легко монетизировать свои видео через рекламу на канале.

Да, сейчас ходят по Рунету слухи о баснословных заработках таких влогеров, а молва их еще и преувеличивает :)

Я тоже решил запилить обзор на машину, которую я купил в октябре. Попробовал снять ролик и тут выпал в осадок: очень сложно одному и снимать, и говорить. Да и страх перед камерой тоже довольно приличный. А уж говорить камере и не заикаться всякими «бе», «ме», «как бы», «просто» и так далее очень сложно.

Да даже простой ролик не просто снять – тут нужно врубиться и в оборудование как видео, так и звука, попробовать представить весь сценарий, разобраться в монтаже и все это сделать. Тут столько подводных камней!

Ролик я сделал: писал и на телефон, и на фотоаппарат, и на видеокамеру. Получилась жалкая пародия на профессиональные ролики с YouTube! А когда я посмотрел здравым взглядом на все это, я даже монтировать не захотел – мой контент не будет никак конкурировать с гораздо более профессиональными роликами, которые и сняты лучше, и смонтированы лучше. Так что тут нужно еще работать и работать.

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

Заодно на многие ролики новичков стал смотреть по-другому и больше обращать внимание на контент, а не на оформление и манеру речи. И стимул появился работать над собой :).

Кстати, повторяется история 10-ти летней давности, когда народ начал заводить блоги на нескольких сайтах бесплатно, а народ стал на таких блогерах рубить капусту в полный рост. Да, я про ЖЖ или живой журнал. Это сейчас куча в сети уроков и текстовых, и видео о том, как создать свой сайт на WordPress с минимум вложением и технических штучек.

Видео получается после сжатия очень приличным и хранить на хостинге его очень дорого и накладно. А уж поделиться им сложно – вот и пришло время видео хостингов: youtube, vimeo и rutube. Если с последними у меня есть некоторые непонятки, то youtube как раз и педоставляет удобный интерфейс для создания/редактирования видео, его хранении и монетизации.

Так что есть определенное желание попробовать и это направление блога для экономии времени на блог. Планов громадье, только бы не перегреть!

Не звенеть яйцами!

Пока лазил по роликам влогеров, нашел очень хороший совет: не звенеть яйцами!

Не звенеть яйцами!

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

Но делать! Не планировать, прикидывать, размышлять, а делать!

Для меня это очень актуальный совет – я люблю спланировать, найти уроки, поглядеть половину, найти статьи, почитать. Даже попробовать что-то сделать.

А потом бросить на полпути – типа я передумал, или неактуально, плохо получилось, людям не понравилось, мне не понравилось. И еще 100500 отмазок!

Ну а на этом пока закругляюсь. Если кому-то будет интересно, то напишу как я пробовал снимать ролик – действительно интересный опыт.



2019-03-31T20:50:07
Блоговодство

Административная панель Wolf CMS. Часть 1

Административная панель  Wolf CMS довольно проста и понятна с первого раза. Однако за внешней простотой скрываются широкие возможности для разработчика. Давайте для начала пройдемся внимательно по основным вкладкам панели и посмотрим что и за что отвечает.

Достаточно в установленной системе Wolf CMS ввести адрес типа https://ваш-сайт/admin и вы попадете на страницу входа в административную панель. Тут нужно заполнить простую форму: ввести свой логин и пароль, который вам сгенерировала система по умолчанию и вы попадете уже в саму панель.

Я сталкивался с глюком, когда меня выкидывало через каждые 10-15 минут не активности в панели, однако все «починилось» при сбросе кеша браузера. Я подозреваю, что ошибка была связанна с установкой сессии. Так что в случае если у вас будет такая ошибка, то стоит очистить кеш браузера и перелогиниться.

Административная панель WolfCMS

Административная панель WolfCMS

Именно здесь создается структура сайта. Первый вход будет сделан на языке по умолчанию — английском. Позже, можно настроить вывод админки на другие языки, русский в том числе (как на скриншоте). Этим мы займемся немножко позже.

Если рассмотреть внимательно, то можно увидеть, что админка состоит как бы из 4 частей: названии сайта с маленьким меню пользователя, основным меню с табами (на самом деле это переходы на другие страницы), основной частью страницы и подвалом, где копирайт системы.

Нас же пока интересует, то что Pages позволяет управлять структурой. Икона лупы напротив страницы позволяет открыть в другом окне нужную страницу, чтобы посмотреть  как она выглядит, в колонке Modify мусорный бачок означает удаление, плюсик в зеленом кружке создает дочернюю страницу, а пустой лист с зеленой стрелкой внизу копирует страницу.

Здесь есть подводные камни:

  • если вы копируете страницу, то копируются и ВСЕ ДОЧЕРНИЕ СТРАНИЦЫ. Причем не всегда корректно меняются поле slug, так что будут появляться ошибки — нужно будет подправлять эти поля.
  • в системе происходит при выводе меню, хлебных крошек поиск по slug, так что дублей быть не должно (но почему-то система не совсем корректно проверят на дубли это поле)
  • при создании дочерней страницы, страница создается дочерней, поменять можно перетаскиванием (об этом ниже). Вот только часто меняется неправильно порядок страниц. Ты ожидаешь что будет добавляться внизу, вроде так и происходит. Но когда правишь страницу, она вдруг прыгает куда-то вверх. Тут на лицо неправильное задание цифры порядка. Для себя я вывел, что лучше сразу создать все страницы и задать им имена. А потом уже через «изменить порядок» поставить в том порядке, в котором мне нужно.

Если кликнуть на названии странице, то страница перезагрузится и мы сможем редактировать страницу.

Редактирование страницы в WolfCMS

Редактирование страницы в WolfCMS

Я специально сделал полный скриншот страницы, чтобы все было видно. Тут тоже вроде все понятно. Заголовок страницы — это именно заголовок страницы, до которого можно добраться через специальную функцию и вставить в шаблон.

А вот что требует особого внимание, так это понятие «фильтр». Фильтр в терминологии Wolf CMS — это редактор, который подключается для редактирования в обычном текстовом поле. На скриншоте подключен планиг фильтра Ace. Ace позволяет комфортно редактировать исходные тексты на разных языках программирования. Впрочем, о фильтрах и о Ace я расскажу подробнее в отдельных статьях.

Еще стоит обратить внимание на кладки «body» и «slider». По умолчанию к любой странице создается вкладка body, где можно ввести код/текст и который обычно и выводится. Но к любой странице можно сделать несколько таких вкладок и потом по условию в шаблоне выводить что-то и из них. В документации к Wolf CMS я встречал howto подключения с помощью вкладок формы обратной связи, чтобы не плодить сниппеты (фрагменты).

Таб (вкладка) «метаданные» позволяет задать метаданные страницы. Вот сриншот:

Редактирование метаданных страницы в WolfCMS

Редактирование метаданных страницы в WolfCMS

Как видите, основное для SEO-оптимизации есть уже сразу в системе. Хлебные крошки нужны для вывода в хлебных крошках как короткое название страницы. Не смотря на то, что во всех инструкциях для вывода меню используется заголовок страницы, я рекомендую использовать именно хлебные крошки. Когда дойду до меню, я покажу как это сделать. Таким образом можно в шаблоне вывода страницы задать вывод заголовке с теми тегами, которые нужно, а не судорожно вспоминать через полгода, когда добавляешь страницу: » А как же я выводил заголовок на других страницах?».

Кроме того, описание можно использовать и как короткое описание в выводе ленты новостей, и как description страницы. Тут тоже зависит все от вашей фантазии. Можно описание оставить как SEO-описание, а создать для ленты новую вкладку для тизера.  А можно использовать одно и тоже описание для того и другого.

Метки как бы не используются в базе Wolf CMS. Однако можно сделать самостоятельно фильтрацию и реализовать систему тегов как на блогах. Тут нужно искать плагины или писать саомостоятеньно на php.

Ну и в настройках можно задать другие важные настройки страницы:

Настройки страницы в WolfCMS

Макет — это название вашего шаблона вывода страниц. Дата создания и дата публикации тоже понятны. Тут можно делать отложенную публикацию и снимать автоматически с публикации страницы.

А вот «тип страницы» нужен для расширения стандартного функционала. Именно через плагины можно создавать страницы с особыми свойствами и как раз здесь эти свойства присваиваются. Пример таких страниц: архив, лента, поиск по сайту. Пока не буду заострять на этом внимание, поговорим об этом позже.

Последняя строка уже относится к правам пользователей. В Wolf CMS могут быть 3 вида пользователей: администратор, разработчик, редактор. Здесь вы задаете возможность просматривать ее зарегистрированным пользователям (одной из 3 видов пользователей) или для всех, а от изменения защищаете галочкой — можно ли ее редактировать или нужны права администратора. По умолчанию, работа с пользователями в Wolf CMS построена плохо. Однако есть плагин, который позволяет существенно расширить возможности системы.

Осталось только рассмотреть статусы страницы. В Wolf CMS есть 5 основных статусов: опубликована, черновик, скрыта, предосмотр, архивировано. В настройках можно задать как по умолчанию будет создаваться: черновик или опубликована. Пройдемся по всем подробнее

  • Опубликован — такая страница сразу видна на сайте если все правильно настроил разработчик. 
  • Черновик — такая страница не видна на сайте, но в базе она есть. Вывести ее не удастся покак не изменится статус страницы. Используется для черновиков или если надо срочно снять с публикации материал.
  • Скрыта — страница находится в базе, её можно посмотреть на сайте, но она скрыта в меню. Используется для скрытых системных страниц, таких как карта сайта для Google в формате xml, вывод результатов поиска по сайту, вывод архива страниц, rss новостей сайта и других
  • Предопросмотр — выбор этого пункта позволяет иметь доступ к странице редактору контента, но не на «боевом» сайте. То есть вы можете посмотреть из структуры сайта страницу как она будет выглядеть, но просто получить доступ по ссылке нельзя. Получается этакая разновидность скрытой страницы, но с заточкой под редактора.
  • Архивировано — этот тип новый и нужен для архива новостей.

Итак, мы полностью разобрали главный раздел административной панели Wolf CMS — управление страницами. Теперь вы можете самостоятельно создать любую структуру сайта согласно вашей задумки и наполнить его своим контентом.

В следующих статьях я расскажу о других пунктах административной панели Wolf CMS



2019-03-31T20:19:29
CMS

MikroTik Load Balancing and Link Redundancy with PBR

In computer networking, the Load Balancing technique is used to send network traffic over multiple gateways. If you have multiple ISP connections available, you can use load balancing technique to establish a stable network. You may now ask, why will I use multiple ISP connections? What are the benefits to use multiple ISP connections in my network? For your satisfaction, the following points are some reasons to use load balancing technique in your network.




  1. No ISP can give you 100% uptime guarantee. So, it will be better to use more than one ISP connection to ensure 100% uptime network.
  2. Sometimes you may have dependency (such as Mail, IPPBX etc.) on your uplink ISP but their service is not so good. In this case, you can use another ISP which provides better service.
  3. Your current ISP is better but high paid bandwidth. In this case, you can purchase another ISP bandwidth which is cheap but their connection is good, not better.




If these are your current status, it is suggested to configure a load balancing and link redundancy network with multiple gateways. MikroTik Router has various load balancing and link redundancy methods (such as ECMP method, PCC method and PBR method) to establish a stable network. Among these, PBR (Policy Based Routing) is simple but efficient method to make a stable load balancing and link redundancy network. In this article, I will discuss how to create a load balancing and link redundancy network over two WAN connections using Policy Based Routing in MikroTik Router.




Network Diagram




To configure a load balancing and link redundancy network with Policy Based Routing (PBR), I am following a network diagram like the below image.




PBR Load Balancing and Link Redundancy
PBR Load Balancing and Link Redundancy




In this network, MikroTik Router’s ether1 port is connected to ISP1having IP network 192.168.30.0/30 and ether2 port is connected to ISP2 having IP network 172.30.30./30. On the other hand, ether3 port is connected to LAN network and its IP networks are 10.10.10.0/24 and 10.10.20.0/24 (categorized by GroupA and GroupB respectively). PC-1 and PC-2 are two LAN workstations. PC-1 is under GroupA network and PC-2 is under GroupB network.




After PBR load balancing and link redundancy configuration, GroupA traffics will pass through WAN1 connection and GroupB traffic will pass through WAN2 connection. If WAN1 is disconnected for any unwanted reason, all traffics (from GrpupA and GroupB) will pass through WAN2 connection until the WAN1connection comes back again. Similarly, if WAN2 is disconnected, all traffics (from GrpupA and GroupB) will pass through WAN1 connection and ensure a link redundancy network.




Load Balancing and Link Redundancy Configuration in MikroTik Router




 We will now start load balancing and link redundancy configuration in MikroTik Router according to the above network diagram. Complete configuration can be divided into the following five steps.




  • Renaming interface name
  • Assigning WAN and LAN IP
  • Assigning DNS IP
  • Firewall configuration and
  • Routing configuration




Step 1: Renaming Interface Name




We will first rename interface name to understand and remember the configuration easily. The following steps will show how to rename MikroTik interface name.




  • Login to MikroTik Router using Winbox with the full permission user privilege.
  • Click on Interfaces menu item. Interface List window will appear.
  • Double click on ether1 interface. The properties window of the ether1 interface will appear.
  • Put WAN1 in Name input field under General tab and then click Apply and OK button.
  • Similarly, rename ether2 to WAN2 and ether3 to LAN.
  • Your Interface List window will look like the below image.




Interface List Window
Interface List Window




Step 2: Assigning WAN and LAN IP




 We will now assign WAN and LAN IP addresses on our respected interface. The following steps will show how to assign IP address on MikroTik Router’s interfaces.




  • Go to IP > Addresses menu item. Address List window will appear.
  • Click on PLUS SIGN (+) and put ISP1 provided IP address (192.168.30.2/30) in Address input field.
  • Choose WAN1 from Interface dropdown menu and click Apply and OK button.
  • Similarly, Click on PLUS SIGN (+) again and put ISP2 provided IP address (172.30.30.2/30) in Address input field and choose WAN2 from interface dropdown menu and then click Apply and OK button.
  • Click on PLUS SIGN (+) again and put the gateway IP (10.10.10.1/24) for the GroupA workstations in Address input field and choose LAN from Interface drop down menu and then click Apply and OK button.
  • Similarly, click on PLUS SIGN (+) again and put the gateway IP (10.10.20.1/24) for the GroupB workstations in Address input field and choose LAN from Interface drop down menu and then click Apply and OK button.
  • Your Address List window will look like the below image.




Address List Window
Address List Window




Step 3: Assigning DNS IP




DNS is required to resolve domain name to IP address. Without DNS server MikroTik Router cannot resolve domain name to IP address and fail to communicate with the public domain server. The following steps will show how to assign DNS IP in MikroTik Router.




  • Go to IP > DNS menu item. DNS Settings window will appear.
  • Put your DNS server IP provided by your ISP or put Google public DNS Server IP 8.8.8in Servers input field.
  • Click Apply and OK button.






Step 4: Firewall Configuration




Firewall is the place where we will create Policy for load balancing and link redundancy. In Firewall, we will do the following three types of configurations.




NATing Configuration




The local user cannot communicate with the public servers without masquerade NATing configuration. So, do the following steps to configure masquerade NAT in MikroTik Router.




  • Go to IP > Firewall menu item. Firewall window will appear.
  • Click on NAT tab and then click on PLUS SIGN (+). New NAT Rule window will appear.
  • Choose srcnat from Chain dropdown menu under General tab.
  • Click on Action tab and choose masquerade from Action dropdown menu.
  • Click Apply and OK button.




Address Lists Configuration




We will now create our desired network groups in Firewall Address List. The following steps will show how to create network groups using Firewall Address List features.




  • Click on Address Lists tab from Firewall window and click on PLUS SIGN (+). New Firewall Address List window will appear.
  • Put your first group name (GroupA_Block) in Name input field.
  • Put your first group network block (10.10.10.0/24) in Address input field.
  • Click Apply and OK button.
  • Similarly, create second group (GroupB_Block) for second network block (10.10.20.0/24).
  • At last, create another group (Local_Block) and put whole network block (10.0.0.0/8) to select both the above network blocks.
  • Your Firewall Address Lists window will look like the below image.




Address Lists in Firewall
Address Lists in Firewall




Mangle Rule Configuration




Mangle Rule creates policy for Policy Based Routing. As we have two groups, we will create two Mangle Rules to mark two different routing. The following steps will show how to create Mangle Rule to mark routing for incoming packets from LAN interface.




  • Click on Mangle tab and then click on PLUS SIGN (+). New Mangle Rule window will appear.
  • Choose prerouting from Chain dropdown menu under General tab.
  • Click on Advanced tab and choose your first group (GroupA_Block) from Src Address List dropdown menu
  • Choose whole network block (Local_Block) from Dst. Address List and click on invert or not box.
  • Click on Action tab and choose mark routing option from Action dropdown menu and put a name (to_WAN1) for this routing mark and uncheck the Passthrough checkbox.
  • Click Apply and OK button.
  • Similarly, click on PLUS SIGN (+) again and choose prerouting from Chain dropdown menu under General tab. From Advanced tab, choose your second group (GroupB_Block) from Src Address List dropdown menu and choose whole network block (Local_Block) from Dst Address List dropdown menu. Don’t forget to click on invert or not box in Dst. Address List option. Click Apply and OK button.
  • Your Mangle List window will look like the below image.




Mangle Rules in Firewall
Mangle Rules in Firewall




Step 5: Routing Configuration




After creating policy using Mangle rule, we will now configure routing based on created policy and pass different groups to different WAN connections. The following steps will show how to create policy based routing in MikroTik Router.




  • Go to IP > Routes menu item. Route List window will appear.
  • Click on PLUS SIGN (+). New Route window will appear.
  • Click on Gateway input field and put WAN1 gateway IP (192.168.30.1) in this field.
  • Click on Check Gateway input field and choose ping from dropdown menu.
  • Click on Distance input field and put value 1 in this field.
  • Click on Routing Mark input field and choose to_WAN1 from dropdown menu.
  • Click Apply and OK button.
  • Similarly, click on PLUS SIGN (+) again and put WAN2 gateway IP (172.30.30.1) in Gateway input field and choose ping from Check Gateway dropdown menu and put value 1 in Distance input field and choose to_WAN2 from Routing Mark dropdown menu and then Click Apply and OK button.
  • Now click on PLUS SIGN (+) again and put WAN1 gateway IP (192.168.30.1) in Gateway input field and choose ping from Check Gateway dropdown menu and put value 1 in Distance input field and then click Apply and OK button .
  • Similarly, click on PLUS SIGN (+) again and put WAN2 gateway IP (172.30.30.1) in Gateway input field and choose ping from Check Gateway dropdown menu and put value 2 in Distance input field and then click Apply and OK button .
  • Your Route List window will look like the below image.




Route List Window
Route List Window




Load Balancing and Link Redundancy configuration in MikroTik Router with Policy Based Routing has been completed. Now assign GroupA_Block IP to those users whose you want to pass through WAN1 connection and assign GroupB_Block IP to those users whose you want to pass through WAN2 connection. Being a link redundancy network, if the WAN1 connection goes down, all the network traffics (both GroupA snd GroupB) will pass through the WAN2 connection and if the WAN2 connection goes down, traffic will pass through the WAN1connection.




If you face any confusion to follow the above steps properly, watch the following video about MikroTik Load Balancing with Failover using Policy Based Routing. I hope it will reduce your any confusion.