Игорь Воротнёв

Если нужно увеличить размер самого белого блока, то это в CSS.
Этот блок это тег article (в CSS .site-content article). Высоты-ширины у него нет, он наследует от контейнера, коим является div с id="primary" и class="content-area". Редактировать вот это:

#primary {
	float: right;
	margin: 120px 0 0 10px;
	margin: 12rem 0 0 1rem;
	width: 64.77987421%;
}

Что пишет not found - не найден файл или не найдена команда? скорее всего php-cli не установлен. А так Fandorin правильно подсказывает.

Посмотреть разрешенные теги:
<?php echo allowed_tags(); ?>

Вот как массив этих тегов выглядит в ядре:

<?php
$allowedtags = array(
    'a' => array(
        'href' => array (),
        'title' => array ()),
    'abbr' => array(
        'title' => array ()),
    'acronym' => array(
        'title' => array ()),
    'b' => array(),
    'blockquote' => array(
        'cite' => array ()),
    'cite' => array (),
    'code' => array(),
    'del' => array(
        'datetime' => array ()),
    'em' => array (), 
    'i' => array (),
    'q' => array(
        'cite' => array ()),
    'strike' => array(),
    'strong' => array(),
    );
?>

Добавить новый тег:

function my_allowed_html_tags_in_comments() {
  define('CUSTOM_TAGS', true);
  global $allowedtags;
  $allowedtags = array(
      'a' => array(
           'href' => array (),
           'title' => array ()),
      'blockquote' => array(
           'cite' => array ()),
      'cite' => array (),
      'code' => array(),
      'em' => array(),
      'strong' => array(),
      //Вот они, дополнительные теги:
      'pre' => array(),
      'p' => array()
  );
}
//Хук
add_action('init', 'my_allowed_html_tags_in_comments', 10);
?>

У нас на уровне проектов. В каждом проекте есть подпроекты и другие составляющие части (модули, майлстоуны и т.д.). У Redmine очень гибкие права доступа, подпроект "Контент", например, может быть доступен только контентщикам, а вот девелоперам - все подпроекты, включая контент. Это еслли вас уже сильно параноит. В реальности я лично не вижу причин, почему контентщику нельзя видеть нюансов разработки (в которых он все равно не разбирается, кстати), но кухня ваша, и правила ваши)

Fail2Ban поставьте, он айпишник обрубит в черный список, и на будущее пригодится. Хотя блока на уровне iptables в принципе достаточно. Я бы в нем, правда, не порт закрывал, а конкретно этому айпи запрещал все. Другие смогут пользоваться, а спаммер этот выкусит.

Если Вам надо поближе к Канаде, советую вместо Digital Ocean использовать cacloud.com

Что касается настройки серверов в целом, в том числе учитывая WP, могу посоветовать такую проверенную схему:
- создать на своем компе SSH-ключ, залить его в контрольную панель DO
- создать дроплет (оптимально для начала тот который за 10$) выбрав установленный SSH-ключ и OS Ubuntu 14.04 LTS x32 + все галочки (бекапы, I/O и прочее), для Канады надо брать регион US.
- залогиниться, создать нового юзера и дать ему админские права, выключить вход по SSH под рутом, под паролем и залочить только под этого нового юзера, можно еще и порт поменять
- создать и подключить swap (при 1 Гб оперативки вполне хватит 1Гб свопа)
- настроить ufw по принципу закрыть все и открыть только ssh, http, https
- поставить и настроить fail2ban, logwatch, настроить logrotate
- установить Nginx, PHP5-FPM с OPcache, MariaDB, Memcached
- настроить это все
- установить WP, настроить

Это основное. По всем пунктам в Community DO есть подробные уроки, делается все по сути копи-пейстом команд. Более тонкая настройка производительности - это уже отдельная наука, под конкретный сайт(ы), по ходу будете разбираться.

В данный момент отдельно в индекс картинка 2х не попадет, так как она является всего лишь увеличенной копией основной картинки. Также, сейчас она не попадет и в качестве дополнительного размера к основной, так как бот хоть и парсит значение атрибута data-src, делает эот согласно своим представлениям (googlewebmastercentral.blogspot.com/2011/06/introd... А вообще эта практика для responsive изображений скоро будет упразднена. Сейчас идет open-source разработка модуля Chrome (и других браузеров) для реализации адаптивных картинок через тег picture, он и будет в скором времени использоваться для этих целей.

Атрибуты, которые реально влияют на индексацию - alt и title. Еще почитайте тут: www.quicksprout.com/2012/11/05/image-optimization-...

У меня аналогичная схема, десктоп с Win7 и ноут с Ubuntu. Проекты держу в приватных репо на Bitbucket.org, а дальше все просто - git pull / git push и т.д. Если же доступ в инет не 24/7 (что вряд ли), то можно на одном из них (лучше десктопе) поднять свой Git-сервер.

Если в контрольной панели на cacloud.com есть возможность настройки DNS, тогда надо создавать зону в нем (привязывать доменное имя к IP-адресу вашего сервера), в ней же будут указаны NS-сервера, которые нужно указать в настройках домена на imena.ua. При такой схеме вы в imena.ua единожды указали NS-сервера, и вся дальнейшая работа с зонами (создание поддоменов и т.д.) идет уже на стороне cacloud.com

Если же подобной настройки на caacloud.com нет (что, в принципе, вряд ли) - тогда в настройках imena.ua нужно будет создать все зоны (A, CNAME, MX и т.д.) и указывать везде IP-адрес сервера.

В любом из этих вариантов потребуется некоторое время на пропагацию зоны и обновление DNS-информации. Учитывая, что регистратор в Украине, а хостинг в Канаде, время обновления DNS-информации может занять и сутки - тут многое зависит от настроек TTL и пр. на обеих концах.

На данный момент запрос в базу whois возращает корректную информацию, прописаны NS-сервера cacloud.com (ns*.caclouddns.com). Значит вам нужно на стороне cacloud.com в контрольной панели своей настроить (см. первый абзац). По сути, обращение к домену сейчас корректно отправляет на NS-сервера cacloud.com, но придя туда запрос теряется, так на на стороне этих самых NS-серверов нет созданной зоны (или некорректно настроена), соответственно, дальше непонятно на какой сервер (IP-адрес) направлять запрос.