Чтобы сигнал «Вай-Фая» доходил до угловых комнат, расположить роутер нужно в центре квартиры или офиса. Но даже это правило не гарантирует, что сетью будет покрыта вся площадь. Антенны роутера могут быть слишком слабыми для исходной квадратуры помещения. Плюс к этому ещё помехи в виде стен и бытовой техники. Часто в этом случае поступает совет — купить усилитель Wi-Fi, по-другому репитер. Что это за устройство? Как выбрать оптимальную модель?
Архив автора: admin
Стоит ли изучать WolfCMS
Просматривая статистику просмотров статей на сайте я с удивлением увидел, что WolfCMS уверенно держит лидерство. Поэтому свой пост я напишу про неё. Но начну я издалека.
Интернет — это свободное место, где нет законов и правил. Ну почти нет. Вот потому там и процветает часто хамство, поскольку в рожу-то никто не даст. Когда голословно хают что-либо в интернете, у меня возникает острое чувство брезгливости: как может человек безапелляционно и грубо выражать мнение о том, что он толком-то не знает. А ведь кто-то старался, работал! К сожалению, часто даже не разобравшись в предмете.
Я изучал WolfCMS практически 2 месяца. Я читал форум, документацию. Смотрел исходники. Прошерстил все компоненты системы. И, наконец, у меня сложилось свое мнение о ней. Вот этим своим мнением я и хочу поделиться.
Стоит ли изучать WolfCMS сейчас?
Отвечу кратко — нет, не стоит!
А вот теперь я постараюсь изложить почему я пришел к такому выводу.
- WolfCMS — это не система управления контентом типа Joomla, WordPress, MaxSite и другие. WolfCMS — это не PHP Framework типа Yii, Laravel или Kohana. WolfCMS занимает промежуточную нишу между этими крайними точками. С одной стороны есть какая-никакая админка, с другой стороны все нужно писать самому на php. Вроде это не плохо. Но и не хорошо.
- Админка заточена под программиста в самом худшем понимании этого слова. Какой бы хороший код/ядро/стабильность/возможности не было у Linux, но Windows или MacOS в разы превосходит по удобности пользования и прежде всего из-за отточеного интерфеса. Нет, я не говорю про обои, скринсейверы и тому подобные вещи. Linux в разы хуже выглядят из-за плохих шрифтов, отвратительных непродуманных интерфесов. Ведь это писалось программистами для программистов! Так и WolfCMS имеет админку, но пользоваться ею простому пользователю не удобно. Получается админка нужна для создания сайта и потом для редкой корректировки контента. Тогда зачем она вообще нужна?
- Любой движок всегда оценивают по возможностям не только ядра, но и наличие необходимых плагинов. Из-за отсутствия необходимых плагинов загнулся не один проект подобного рода, ведь большинство пользователей берут CMS для облегчения создания сайта, а не из любви к программированию. Увы, но для WolfCMS куча расширений, написанных опять же программистами для программистов. Для простого сайта-визитки что требуется? Фотогалерея с админкой для загрузки фотографий и создания подписей (на основе её можно и слайдеры сделать), обратная связь, лента новостей с регулировкой размера превьюшки, комментарии. Теги, кнопки социальных связей и так далее идут уже во втором эшелоне. В WolfCMS ленту приходится делать самому, форму программировать самому. Ладно, с этим можно смириться. А как быть с галерей? То, что есть в репозитарии даже близко не годится к названию «фотогалерея». Комментарии есть очень убогие. Вывод — писать все самому с нуля!
- Концепция прибавки дополнительных частей страницы очень интересна с точки зрения гибкости. Но как только начинаешь пользоваться страницами в дереве, получается очень не удобный велосипед. Дополнительные поля не привязываются автоматом к странице, их каждый раз нужно создавать руками.
Вот такой получается обзор с точки зрения пользователя.
А с точки зрения программиста? Программист практически не ограничен в творчестве, поскольку движок очень маленький. Поэтому приделать свой функционал можно просто. Даже шаблонизатора нет!
Но тут получается другая сторона медали: страницы в дереве — это не страницы, а контроллеры, которые программист должен самостоятельно обрабатывать. Но тогда теряется смысл, если все делать самому. Получается, что программист должен сделать самостоятельный плагин, который будет встраиваться в админку, там делать свой backend, встраиваться в ЧПУ и выводить из модуля в свои данные на страницы. Тогда становится понятным и логичным использование частей страниц.
Вот только зачем такие сложности? Можно совершенно легко тоже самое написать без всякой чужой админки в нормальном фреймворке типа Laravel/Kohana. Тем более, что админка не удобная для пользователя, а готовых стоящих плагинов нет в репозитории.
Так что все эти изыскания, которые я провел летом и осенью продвинули мои скиллы программирования на php, но выхлопа в виде новой системы для простых сайтов я не получил.
Сравнивая WolfCMS с MODX Evolution, получается, что MODX Evolution бьет по всем параметрам WolfCMS. Судите сами:
- Скорость генерации страниц соизмерима что там, что там. Даже с учетом кеша, MODX Evolution ест меньше памяти.
- Админка MODX Evolution продуманней и красивей. Настраивается гораздо лучше специальным плагином ManagerManager. А учитывая сколько готовых плагинов есть, то можно сделать backend довольно простым для конечного пользователя.
- MODX Evolution позволяет так же легко интегрировать свои наработки, поскольку плагины, модули и сниппеты пишутся на нативном php. Есть вменяемое просте API, хорошо документированное. Так что делать что-то можно легко.
- Плагинов, модулей и сниппетов готовых тоже в достатке. Кеширование идет «в коробке», как и редактор текста с файловым мененджером. Легко подключаются и фотогаралерея, магазин, формы обратных связей и куча расширений еще.
- Куча документации на русском языке, есть даже видоуроки. Сообщества всегда готовы ответить на вопросы, конечно, если они не слишком уж дурацкие.
Один минус по которому проигрывает MODX Evolution — это то, что система старая и не поддерживает PDO, а использует устаревшее расширение для доступа к базам данным mysql. Из-за этого есть потенциальные проблемы с версиями php 5.4 где оно объявлено нежелательным и выдает из-за этого предупреждения, которые, впрочем, можно подавить. На версии php 5.5 теоретически интерпретатор должен вообще отказываться работать, но по факту работает. Разработчики оперативно включили в движок MODX подавлялки выводов предупреждений. А в версии для разработчиков уже перешли на расширение mysli, что не может не радовать.
Update 25.01.2015. К сожалению, со временем выявилась еще одна ошибка — движок разрабатывает очень маленький круг энтузиастов. И когда один разработчик из Украины Дмитрий с конца ноября перестал двигать проект, проект MODX Evolution в развитии практически остановился.
Так что для простых сайтов я остановился на MODX Evolution. Вторую ветку MODX — Revolution я пока осторожно изучаю, ведь эта система уже на порядок сложнее. MODX Revolution обладает большми возможностями, она активна развивается, но и ресурсов потребляет больше.
Так что, без гнева и пристрастия, WolfCMS не стоит изучать.
DIXI
Установка и обновление Wolf CMS
Ну, прежде чем копаться в Wolf CMS, её надо установить. Для тех, кто разрабатывает сайты установка проста, а вот для новичков может вызвать проблемы. Попробую описать подробно установку на локальный компьютер.
Установка Wolf CMS

В принципе, установка Wolf CMS делается в несколько шагов:
- Идете на сайт https://github.com/wolfcms/wolfcms и скачиваете файл с последней версией системы к себе на диск (кнопка справа «Download ZIP»).
- Создаете папку, где вы обычно создаете локальные домены на вашем диске, откуда будут подключаться к вашему локальному серверу. Для DENWER это будет x:homeyou-saitewww, для OpenSrever x:openserverdomainsyou-saite, для других серверов аналогично. Понятно, что диск нужно подставить свой, как и название вашего сайта. Учтите, что у сборки OpenServer есть маленький подводный камень, о котором я рассказывая здесь.
- В корневой папке вашего сайта будет файл .htaccess, вот его нужно открыть редактором текста, например notepad++ и поправить там строчку
RewriteBase /wolf/Если вы хотите установку в отдельный сайт, то оставьте просто «/», а если вы ставите Wolf CMS в подпапку, то введите название этой папки. Это нужно для включения ЧПУ. - Запускаете phpMyAdmin и создаете базу данных с кодировкой utf-8 если вы хотите использовать базу данных MySQL, либо создаете папку db, если вы хотите использовать базу SQLite3. PostgresSQL пользуются люди редко, так что описывать не буду, тем более что сам с ним не разбирался.
- Запускаете сервер и заходите на созданный домен. Должно автоматом запуститься скрипт инсталляции. Сначала покажет система покажет приветствие и проверит на возможность установки. Обычно показывает все зеленым, что означает, что все хорошо. А вот если будут красные пункты, то нужно разбираться. Но достаточно, чтобы показало зеленым версию php, PDO support (поддержку расширения PDO для доступа к базам данным) и поддержку PDO support MySQL (поддержку для баз данных MySQL). Нажмите кнопку «Next» для настройки инсталлятора.
- Сразу выдается новая страница на английском языке, где все в принципе понятно. Вам необходимо заполнить поля доступа к базе данных: ввести имя, пароль, тип базы, имя базы данных. Заодно для доступа в административную панель введите логин (его потом нельзя будет поменять в админке, только руками в базе), e-mail (нужно чтобы сбрасывать пароль). Префикс для страниц.html оставьте таким и, в принципе, все.
- После перехода на следующую страницу, вам покажут ссылку на доступ к админке, ваш логин и временный пароль, который рекомендуют сразу же заменить. Откройте админку в другой вкладке и введите данные учётной записи. Система вам пустит в административную панель.
- Поздравляю! Вы успешно поставили Wolf CMS.

Я нашел видео, правда на английском языке, где подробно рассказывается о установке Wolf CMS
Как видите, ничего сложного в установке нет.
Базовая защита от взлома Wolf CMS
А сейчас перейдем к более интересной задачи — защите от взлома системы. На шаге 7 вам будет выведена и ссылка на тест защищенности системы security.php. В принципе, если вы закрыли страницу, то ничего страшного. Просто к доменному имени через / добавьте этот путь. Должно получиться что-то типа https://ваш-сайт/security.php . В принципе, это нужно для развертывания на «боевом» хостинге и на локальном можно не делать, однако помнить об этом нужно.
Вам выведутся подсказки, что нужно сделать. Увы, на английском языке. Я перевел и вот что получилось:
- удалите папку инсталлятора https://ваш-сайт/wolf/install полностью
- поставьте права «только для чтения» на файлы в корневой папке сайта: index.php, config.phpи .htaccess
- удалите папку https://ваш-сайт/doc/
- сделайте папку «только для чтения» https://ваш-сайт/wolf/
Как видите, и в защите от взлома нет ничего сверх естественного. В последствии, для еще большего спокойствия можно и путь админки переименовать, что злоумышленник его не найдет.
Обновление Wolf CMS
Прежде чем обновлять систему, обязательно сделайте резервное копирование сайта и базы данных! Если что-то пойдет не так, вы сможете вернуться к исходному состоянию. Иначе вы рискуете полностью потерять сайт!
Обновить сайт на Wolf CMS можно только вручную и полностью удалить сначала старый. Вот как нужно делать.
- Выключите все плагины в админке, которые вы установили, а не шли в комплекте
-
Удалите полностью сайт. Убедитесь что сделали архивную копию сайта!
- Переименуйте базу если желаете
- Установите заново, введя старую базу (или новую). Если поставили в новую, то после инсталляции туда залейте из архива дамп старой базы. Старая база, если устанавливали в старую, так же была переписана. Поэтому нужно туда залить дамп старой заново
- Скопируйте папку «/public» из архива, чтобы вернулись шаблоны и вообще ваши файлы на сайт
- Обновите настройки в файлах config.php и .htaccess если переносили сайт или меняли базу
- Попробуйте зайти в админку Wolf CMS.
- Включите все плагины снова. Тестируйте каждый плагин перед следующим
Я лично не обновлял сайт, пока не было необходимости, так что это только теоретические знания как сделать.
Внутреннее устройство Wolf CMS
Итак, кто хотел, то уже либо посмотрел в интернете демку, либо поставил себе на локальный сервер. Попробую подробно рассказать о внутреннем устройстве Wolf CMS, заодно и свои знания по полочкам разложу.
Папки и файлы Wolf CMS
Дистрибутив этой CMS занимает всего 1 мегабайт, что, согласитесь, по сравнению с joomla с ее 7,5 мегабайтами, просто ничего. Однако если туда добавить немного плагинов, то уж будет под 4 мегабайта. Все равно мало.
В корневой папке находятся всего 3 папки: doc, public и wolf. В doc находится документация по Wolf CMS – текст лицензии и дополнение к ней, описание как установить систему, как ее обновить. В принципе, ничего полезного в этой папке нет, можно смело удалить.
Папка public хранит файлы, куда имеет доступ все. Там находятся файлы шаблона, стили, скрипты, картинки и другие файлы. Эту папку и нужно будет в основном сохранять для архива.
А вот папка wolf уже имеет первостепенное значение – в ней как раз и находится весь движок.
В корне так же лежит несколько файлов. Если система еще не инсталлировалась, то пустой файл config.php, кода будут прописаны настройки движка, логин и пароль доступа к базе данных. После установки необходимо в обязательном порядке этот файл сделать только для чтения. Так же лежит стандартный файл настроек сервера Apache .htaccess, который в том числе включает человеко-понятные ссылки (ЧПУ). Его нужно будет чуть-чуть подкорректировать, я потом расскажу что. Ну и главный файл index.php, который является точкой входа в систему управлением контента Wolf CMS. Так же там находится и файл security.php, который можно запустить после установки для тестирования системы на безопасность, он же и покажет на английском языке подсказки что сделать. После настройки его нужно удалить. Ну и файл описания, который тоже на английском, является второстепенным и может быть удален.
Теперь заглянем в папку wolf и пройдемся подробнее по ней.
В ней находятся 6 папок и 3 фала:
admin
app
helpers
icons
install
plugins
Framework.php
index.html
utils.php
Файл index.html служит защитой от захода «в лоб» — запустится в браузере он и не даст просмотреть папку. А вот файл Framework.php уже является основным ядром системы, в файле utils.php находятся дополнительные функции движка. Эти файлы трогать нельзя.
В папках admin и icons хранятся скины админки и общие файлы для нее. Именно туда мы потом будем добавлять варианты оформления админки.
В папке plugins хранятся плагины. И туда мы будем так же потом разархивировать плагины, а потом в админке их устанавливать.
Папка install содержит файлы для инсталляции движка и после установки их лучше удалить от греха подальше.
А вот теперь переходим уже к самому движку. В папке helpers содержатся вспомогательные библиотеки классов для отправки писем с сайта, локализации движка, работы с граватарами и так далее. Позже мы заглянем туда и внимательно разберемся с содержимым папки.
Весь движок находится в папке app. Wolf CMS построен полностью по паттерну проектирования MVC, который сейчас в ходу у всех веб-разработчиков.
Не смотря на маленькое ядро движка, в нем заложено большой функционал и потому для его обзора я напишу отдельную статью.
Возможности Wolf CMS
Неограниченное вложенность уровней меню
Можно создавать любую структуру сайта для более полного отображения информации. Уровни вложенности страниц ничем не ограничено, главное чтобы было удобно вам. Вы легко будете ориентироваться в таком дереве и эта наглядность упрощает администрирование сайта
«Перетащи и брось» — это основной принцип работы с деревом

Для работы со страницами в дереве можно легко использовать принцип «drag-n-drop» и визуально видеть как будут отображаться страницы. Справедливости ради, стоит сказать, что лучше это работает под Mozilla Firefox, чем под Chrom. Кроме того, есть и некоторые особенности работы с таким интерфейсом.
Расширяемость страниц: части «body», «sidebar», «summary»
Каждая страница может иметь свои собственные индивидуальные частей. Это может быть «full» (расширенный текст) для новости, или «summary» (сводка) для статьи: вы можете определить, что вы хотите, когда вы хотите. Они могут даже использоваться в течение дополнительных полей метаданных. А в этих частях может храниться не только html, но и функции php, что добавляет гибкости к выводу данных на страницу сайта
Настройка шаблона вывода страницы

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

Вы можете определить «фрагменты» (snippets): небольшие кусочки контента, используемые на несколько страниц, такие как и страницы колонтитулы, или контактная информация и т.д. Так что создавайте отдельные фрагменты, которые будут использоваться на других страницах или в разных шаблонах и гибко настроивайте отображение страниц. Причем можно использовать как просто html, так и смесь html+php.
Менеджер файлов

В административную панель встроен менеджер файлов, который позволяет через веб-интерфейс управлять вашими файлами: картинками, архивами, медиафайлами. Но при использовании визуального редактора для редактирования страниц вам доступно и другой способ загрузки изображений — через кнопку «вставка картинки».
Заключение
Если смотреть беспристрастно, то все эти возможности есть практически в каждой CMS в том или ином виде. Так что здесь «все как у всех». Разве что в WolfCMS есть понятие «части страницы» и куда можно вложить что угодно и как угодно — в виде готового html-кода или php-кода. До полей записи Drupal или MODX части не дотягивают от слова «совсем». Но использовать эти части для разных целей очень даже можно. В документации даже приведены коды для устройство формы обратной связи на чистом php с элегантным решением в виде размещения кода в частях страницы.
Так что если судить о WolfCMS именно как о CMS, то тут все тоже самое как и везде. Может она и выделяется от себе подобных только простой администрирования.
Но если думать о сайте как о веб-приложении, то WolfCMS дает в руки простой готовый фреймворк с административной панелью, где вы можете написать довольно сложное приложение и все зависит только от вас. Именно поэтому я думаю (да и не только я) о WolfCMS именно как о CMS/CMF.
Как настроить период активности в Windows 10?
Active Hours минимизировала проблему внезапных перезагрузок для принудительного обновления Windows 10 на ПК. Эта функция ведет учет часов, в течение которых система остается активной, и предотвращает установку обновлений в такие часы. Например, когда перезагрузка необходима для завершения установки обновления, Active Hours задерживает обновление и позволяет вам сосредоточиться на своей работе.
В этом руководстве мы объясним вам, как настроить и использовать Active Hours в Windows 10.
Вы можете настроить период активности тремя способами. Первый способ предназначен для обычных пользователей, в то время как остальные два предназначены для потребителей, которые знают о групповой политике и реестре.
1] Настройка активных часов в настройках Windows 10
- Откройте Настройки → Обновление и безопасность → Изменить часы работы.
- Здесь вы можете выбрать время («Время начала» и «Время окончания»), в течение которого должен произойти перезапуск.
- Сохранить и выйти.
Те, кто новичок в этом, вот немного больше об активных часах, которые вы должны знать.

Введенные значения указывают часы, в течение которых используется ваша система, т.е. активные. Это важно для периода вашего активного часа. Это может быть что-то между 1 и 18 часами, так как вы не можете превышать 18 часов.
- Нет возможности настроить разные активные часы в разные дни.
- Вы не можете указать разные активные часы для будних и выходных.
Я хотел бы, чтобы варианты были гибкими. Конечные пользователи делают перерыв между ними, и обновление в течение этого времени может сэкономить время. Однако в Windows 10 есть возможность переопределить активные часы.
Выберите «Настройки» → «Обновление и безопасность» → «Центр обновления Windows» → «Параметры перезапуска». Здесь вы можете установить пользовательское время перезапуска, когда ваше устройство будет перезагружено для установки обновлений. Однако это одновременная настройка.
2] Настройка активных часов с помощью групповой политики
Доступно для Windows 10 Pro, образовательной или корпоративной версий, оно используется компьютерами в основном в Business или через удаленный доступ. Введите gpedit.msc в командной строке RUN и нажмите Enter. Затем перейдите к:
Политика локального компьютера → Конфигурация компьютера → Административные шаблоны → Компоненты Windows → Обновления Windows.

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

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

Найдите параметр политики, который гласит: «Укажите диапазон активных часов для автозапуска. Минимум 8 часов».
3] Настройка активных часов через настройки реестра
Вы можете настроить и изменить Active Hours его через реестр. Введите regedit в командной строке и нажмите Enter, чтобы открыть редактор реестра.
Перейдите к:
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsUpdateUXSettings
Здесь у вас есть несколько ключей, которые вы можете изменить
- ActiveHoursStart
- ActiveHoursEnd

Поскольку нет дополнительных настроек, таких как групповая политика, изменение через реестр не имеет смысла для того же компьютера. Однако вы также можете изменить настройки активного часа удаленного компьютера через реестр.
Если вы не хотите менять продолжительность активных часов, доступные настройки Windows 10 идеально подходят для конечных потребителей. Методы групповой политики и реестра следует использовать, когда вы хотите изменить параметры удаленно или в деловой среде. ИТ-администраторы могут многое изменить, и конечный пользователь ничего не узнает об этом.
