nepster-web

public function getCountComments($period = false) {

        $query = self::find();

        if($this->post_id) {
            $query->where(['post_id' => $this->post_id]);
        }

        if($this->type) {
            $query->andWhere(['type' => $this->type]);
        }

        if($period == 'day') {
            $query->andWhere('date_create>=CURDATE()');
        }

        return $query->count();
    }

1. У роботов нет глаз - это Вам в Яндексе могут подтвердить - они точно знают, а закрывать вот так:

<!--noindex--> контент НЕ для роботов <!--/noindex-->

2. Волшебных тегов нет, есть тег рекомендации noindex, можно полностью закрыть страницу через robots.txt
3. Закрывать стоит то, что не несет смысловой нагрузки относительно основной тематики сайта.

А вообще гугл вам в помошь или яндекс - куча статей, книг... Так в двух словах не ответишь...

url можно прописать в самой ссылке

<a href="/comments/default/vote" class="upvote">&nbsp;</a>

а можно в виде переменной:

<script>
var ajax = {
voteUrl: '/comments/default/vote',
...
};
</script>

Раз два метода у вас отличаются только переменной vote, то логично, что это нужно собрать в один метод.

var data = {}
data[csrf_param] = csrf_token

Многоуровневые комментарии - однозначно вложенные списки:

<ul>
  <li>Комментарий 1</li>
  <li>Комментарий 2</li>
  <li>Комментарий 3<ul>
    <li>подКомментарий 1</li>
    <li>подКомментарий 2</li></ul></li>
  <li>Комментарий 4</li> 
</ul>

Только в таком случае присутствует семантика (для комментариев это важно) + удобно указывать вложенности стилей + всегда можно прикрутить JavaScript (для возможности свернуть/развернуть вложенные уровни).

Вынесите в виджет форму, если она дейтсвительно должна шариться между скринами. А вообще модули должны быть изолированными друг от друга (по возможности).

Вы для начала определитесь что вы хотите получит в результате вызова статического (кстати почему статического?) метода getDateUpdate?
варианты:
1. Некую дату из константы определенной внутри класса модели, как это сейчас (только константа не определена).
2. Некую дату из статического свойства класса модели, тогда код будет выглядеть так:

public static function getDateUpdate()
{
	return DateFormat::load()->dateToBigString(self::$date_update);
}

3. Все таки значение атрибута конкретного объекта модели, тогда никакой статики и геттер будет выглядеть так:

public function getDateUpdate()
{
    return DateFormat::load()->dateToBigString($this->date_update);
}

/**
     * @var array|\Closure the HTML attributes for the data cell tag. This can either be an array of
     * attributes or an anonymous function that ([[Closure]]) that returns such an array.
     * The signature of the function should be the following: `function ($model, $key, $index, $gridView)`.
     * A function may be used to assign different attributes to different rows based on the data in that row.
     *
     * @see \yii\helpers\Html::renderTagAttributes() for details on how attributes are being rendered.
     */
    public $contentOptions = [];

jsfiddle.net/XaV6w/1

Какая-же все же убогая библиотека, черт ногу сломит.

Это явно порт экстеншена от 1,1, причем бездумный. Просто обернули все неймсмейсами, а то что класс Image, использующийся в определении методов не в том неймеспейсе никто и не подумал. Типично для Yii.

Рекомендую избавиться от этой библиотеки и заменить на нормальные решения: intervention/image, gregwar/image...

проверьте тип $watermark. Может, при инициализировании произошла ошибка?

Зачем что-то придумывать? Делайте обычный запрос к нужному действию контроллера и отображайте то, что вернул контроллер модальным окном
Мне кажется, что Yii 2 тут не несет каких-либо изменений

Есть тесная интеграция yii2 и bootstrap, в котором есть модальные окна.
И еще вот это, к примеру.
https://github.com/samdark/the-modal

Но, в целом, я не очень понимаю, как серверный фреймворк должен помочь с клиентской частью. Вся магическая "интеграция" чаще всего сводится к обертке над jquery-плагином.

Смоделировал у себя на сервере.
При запросе по имени текущего хоста запрос идет не по eth0, а по lo (спасибо, tcpdump)
Для лупбака не работают PREROUTING (спасибо serverfault.com)

Таким образом, для работы курла по локальному адресу, надо в IPTABLES добавить, (для 8083 к примеру)

-I OUTPUT -p tcp -o lo --dport 8083 -j DNAT --to-destination 192.168.1.124:8083

т.е.

iptables -t nat -I OUTPUT -p tcp -o lo --dport 8083 -j DNAT --to-destination 192.168.1.124:8083

Поскольку WebSockets у вас используется в одном направлении разницы с SSE по сути нет. Кстати, почему от SSE отказались?

node.js в текущей схеме бесполезен. От того что php будет долбить запросами node.js а не браузер лучше не станет + у вас образовалась лишняя сущность.

лучше php => redis pub/sub => nodejs / tornado => ws / sse

setInterval использовать не рекомендуют. setTimeout лучше.