Разработка

Веб-разработка

DRD — Мониторим сети Drupal сайтов

DRD - Мониторим сети Drupal сайтов

Давайте будем честными — администрирование Drupal сайтов это сложно, скучно и большей частью непродуктивно, если учитывать миллион других дел, о которых нужно заботиться разработчику. Хорошо, если сайтов несколько, а если их десятки, или сотни? Возникает очевидная потребность в автоматизации рутинных задач, и тут не обойтись без специальных инструментов, многие из которых требуют серьёзных навыков администрирования и программирования (привет DevOps), а некоторые вполне доступны всем без специальной подготовки. Об одном из самых доступных инструментов мы сегодня и поговорим.

Встречаем DRD (Drupal Remote Dashboard) — набор модулей, позволяющих в едином интерфейсе делать такие вещи, как:

  • Мониторинг статуса подключённых сайтов (Status report для каждого сайта в одном дашборде)
  • Выполнение действий на удалённых сайтах — cron, очистка кэша, запуск drush команд и любых скриптов — далеко не полный список.
  • Коммуникация мониторинг-сервера с клиентами по зашифрованному каналу (AES)
  • Мониторинг доступности ресурсов в реальном времени (настраивается через cron), с возможностью уведомлений по email и любым сервисам, к которым удасться подключить Drupal.

Автокомплит для Drush команд

Мы все любим Zsh за продвинутую систему автодополнения (или автозаполнения) команд. Начинаем печатать команду или название файла, затем TAB, и вуаля — видим список всех возможных вариантов окончания команды с человеческим (в отличие от bash) интерфейсом для перемещения между ними. Просто, быстро и удобно, а главное — сохраняет кучу времени!

Тем из нас, кто работает c Drupal и жить не может без интерфейса командной строки drush, хочется получить что-то похожее, но только для огромного списка доступных команд drush. И хотя решений этой проблемы несколько, я использую, наверное, самое адекватное и быстрое в применении. Читать дальше... about Автокомплит для Drush команд

Drupal. Проблемы и достижения

With Drupal, features are Cheap. Details are Expensive.

Vesa Palmu, CEO компании Wunderkraut

Мысли на этот пост всё никак не собирались в слова, пока совершенно случайно в короткий промежуток времени мне не пришлось вести одну и ту же дискуссию с совершенно разными людьми, а это хороший знак того, что время пришло. К тому же на Reddit, Google+, и канале #drupal на Freenode были очень похожие споры, из которых удалось кое что вынести. Думаю, будет полезно как business people, так и разработчикам.

Invented here

Я уже видел это модуль

Начнем с того, что напомним себе про философию «Not invented here» (NIH), в переводе «Не изобретено здесь», которую исповедуют некоторые компании и которая заключается в полном или частичном игнорировании инноваций, не изобретённых внутри самой компании. Простыми словами, даже если технология уже обкатана на сто процентов, компания принимает решение о самостоятельной её разработке in-house, считая, что так будет дешевле, безопаснее и надёжнее. Представим себе ситуацию с некоторыми сервисами Google, которые имеют привычку неожиданно закрываться или кардинально преображаться, и NIH уже не покажется такой наивной. Читать дальше... about Drupal. Проблемы и достижения

Почему Zsh круче чем ваш Bash!

Некоторым из нас по долгу службы или хобби приходится хоть сколько-то времени проводить в командной строке. Владельцы *NIX-подобных систем любят копаться в скрытых настройках их систем и программ, администраторы серверов вообще жить не могут без шелл доступа к машинам, а для начинающих пользователей это прекрасная возможность для выхода за рамки, устанавливаемые операционной системой. Читать дальше... about Почему Zsh круче чем ваш Bash!

Drupal набирает обороты

Один из самых популярных вопросов от разработчиков и клиентов, ещё не определившихся с выбором фреймворка или CMS, является вопрос о market share — какую долю рынка занимает та или иная система.

Интерес к статистике понятен — чем более популярен вендор, тем больше гарантий стабильности, устойчивости, поддержки, расширяемости и безопасности системы. К тому же кому хочется инвестировать в систему, которая сейчас находится просто «на волне» и непонятно что с ней будет через год. Читать дальше... about Drupal набирает обороты

Упрощаем Жизнь с SSH config Файлом

SSH config

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

  • Заливка файлов на сервер
  • Мониторинг состояния сервера
  • Манипуляции файлами и папками, разрешениями

то не торопитесь закрывать страницу. Вполне вероятно, что здесь найдётся что-то интересное или новое.

Для начала предположим, что вы используете любую Unix-based систему. Для пользователей Putty на Windows придётся почитать мануалы, так как программа сохраняет конфигурацию в файле putty.conf и синтаксис может отличаться. К тому же Putty отлично вызывается из WinSCP, где можно хранить параметры подключения для каждого конкретного хоста.

Если впереди строки стоит символ доллара ($), значит мы в терминале, а его вбивать не надо.

Шелл алиасы (синонимы)

Итак, самый простой вариант, это когда мы соединяемся со своим сервером без ключей, по паролю.

$ ssh [email protected] -p 22000
password: *************

Что Нужно Знать Каждому Front-end Специалисту (Видео)

Браузеры

Сейчас такое время, когда достаточно «покурить» парочку туториалов и книжек по HTML и CSS (пятой и третьей версий соответственно), что можно смело брать в руки Firebug или Chrome Dev Tools и считать себя крутейшим фронт-энд инженером. Технологии становятся всё более доступными, в Сети огромное количество онлайн курсов и обучающих материалов, платных и бесплатных, которые способны свести на нет необходимость в «классическом» высшем образовании во многих сферах IT.

И, к сожалению, больше всего страдает от этого именно front-end — та сфера, которая несёт полную ответственность за то, что конечный юзер «видит» на сайтах и с чем взаимодействует. Скорее всего от того, что порог входа все таки не очень высокий.

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

Тех, кто уже осознал наличие некоторого пробела в своих знаниях, сразу отсылаю к фундаментальной работе и настольной книге любого веб-разработчика — How Browsers Work. Пара часов увлекательного чтива и множество неожиданных открытий гарантированы! Читать дальше... about Что Нужно Знать Каждому Front-end Специалисту (Видео)

Video: 

Что такое Markdown и с чем его едят

Что такое Markdown

Для того, чтобы понять, почему я поднимаю эту тему, постараемся ответить на вопрос: «Каким образом мы вводим текстовую информацию в интернете?». То есть комментарии в блогах, посты на форумах, фундаментальные статьи в научных онлайн-изданиях — всё, где требуется текстовый ввод. Уверен, что многие над этим не особо и задумывались. Мол, ну как администратор сайта настроил, так и вводим. А между тем, здесь кроется одна из наиглавнейших проблем современного веба, ведь как ни крути, а подавляющее большинство времени мы потребляем именно текст, а значит — кто-то его должен создавать. Вот об инструментах для создания текста мы сегодня и поговорим.

Существует несколько основных способов или инструментов ввода в текстовые поля

  • Plain text. Обычное текстовое поле для ввода, без возможности применения какого-либо форматирования. Самый безопасный способ, но в то же время наименее гибкий. Если для комментариев он подходит идеально, то авторы, которым надо вставлять гиперссылки и делать форматирование, ему явно не обрадуются. Plain text так же скучен и неинтересен, как серая бетонная стена.
  • HTML код. Проверенный годами способ ввода текста в поля, где он разрешён. Для его использования вам понадобится не много ни мало, а знание этого самого HTML, причём на довольно серьёзном уровне, если ожидается табличка или многоуровневый список. Плюс, вы должны заботиться о безопасности — ограничивать наиболее опасные теги, JavaScript и те теги, которые могут значительно изменить вид вашего сайта, если
    будут где-нибудь неосторожно использованы (например, незакрытый <div>).
  • Копирование из Microsoft Word. Без комментариев. Если вы используете такую систему на вашем сайте, то у вас должны быть действительно веские причины.
  • Визуальный редактор (он же WYSIWYG). Самый распространённый способ, используемый практически всеми и повсюду. Однако не спешим радоваться, ведь у него не меньше недостатков, чем достоинств. Вот только некоторые из них:

Pages

Subscribe to RSS - Разработка