Сергей Сова

Вместо Your_model - название вашей модели.

public function actions(){
        $actions = parent::actions();
        unset($actions['index']);
        return $actions;
    }

    public function actionIndex(){
        $activeData = new ActiveDataProvider([
            'query' => Your_model::find(),
            'pagination' => [
                'defaultPageSize' => -1,
                'pageSizeLimit' => -1,
            ],
        ]);
        return $activeData;
    }

Абстрактный класс - это шаблон проектировщика, если вы наследуете от него класс, то он ОБЯЗАН иметь реализацию всех абстрактных методов какие перечислены в абстракции. Если Вася наследует от базовой абстракции MultiMedia класс Video, а Коля класс Audio, то для них будет "подсказка" что в их классе обязательно должен быть метод getPlayTime(), который есть в абстрактном классе, и Федя может смело его вызывать в любом классе наследуемом от абстрактного. Хотя в video и audio они реализованы по разному.

1) Нельзя создать инстанс абстрактного класса.
2) Методы объявленные как "abstract" - обязательны к реализации. Что дает уверенность в том, что любой наследник будет реализовывать эти методы.
3) Открыв файл с абстрактным классом, я сразу вижу методы которые у него есть, и которые мне необходимо реализовать. В вашем же примере я не знаю какие методы относятся конкретно к ChildClass, а какие к ClassName.

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

1. Погуглить:

site:mail.ru -inurl:http://mail.ru -inurl:https://mail.ru -inurl:http://www.mail.ru -inurl:https://www.mail.ru

mail.ru, конечно, поменяйте на свой домен.

2. Через AXFR запрос к DNS.
Не все DNS-сервера его поддерживают.
Сервис для проверки: https://sergeybelove.ru/one-button-scan/

Запрос в ПС - site:.domain.com -www

Но отобразятся только проиндексированные поддомены, если таковые существуют.

Нужно настроить nginx примерно так:

location / {
    root /var/www;
    index index.html;

    try_files $uri $uri/ /index.html;
}

И в index.html указать <base href="/"> для того, чтобы относительные пути работали.

А class это что? Если строка или число - switch-case (лучше в отдельном методе, GetInventoryForClass). Если это класс (как единица ООП) - то у самого класса и делайте GetInventory. Второй вариант красивее и правильнее, по идее.

Раскрою заговор:
Используем дедуктивный метод :)
1. На странице, на которую Вы предоставили ссылку есть посты, отправленные через приложение vk.com/app4610150 .
2. Создателем этого приложения является vk.com/dginz .
3. На его странице в разделе город указано "Санкт-Петербург"(Штаб ВК).
4. В друзьях по работе у него есть известные всему ВК личности, такие как Рогозов, Илларионов, Клюшников и другие. Все они являются сотрудниками и разработчиками Вконтакте.
Думаю дальше продолжать не нужно? :)

UPD 08.01.2019
Некоторые из этих аккаунтов теперь используются для нужд разработки и при тестировании функционала. Например, Spotti - использовался для тестирования видеозвонков. Далее идут несколько аккаунтов с именами Security, использовавшихся для тестирования закрытых страниц.

Архитектурные принципы не очень связаны именно с нодой, они будут примерно одинаковыми, на каком бы языке вы не писали. Первое, что я могу посоветовать, когда Вы переходите от технологий программирования к архитектуре систем, это как переход от кладки кирпича к архитектуре зданий - нужно отложить все шаблоны, которые Вы знали до того и подняться на другой уровень абстракции. А именно, нужно перестать мыслить такими понятиями, как DI (dependency injection), REST, MVC, ORM, RPC, шаблонизаторы, компоненты, сокеты, промисы и прочее - это все технологии. Что же нужно понять это: слои (layers), модули, контракты, адаптеры, клиент-сервер, 3-звенная архитектура, микросервисы, СМО (системы массового обслуживания), и т.д. Где так все собрано в одном месте - не могу сказать, я лично по крупицам все осваивал, на что положил 20 лет профессиональной деятельности. Почитайте про ISO/OSI, загляните в три мои статьи habrahabr.ru/post/227753 и habrahabr.ru/post/204958 и habrahabr.ru/post/117791 Раньше хорошие статьи по архитектуре были на www.osp.ru но, к сожалению, давно не читал его. Можно начать с книг Гради Буча и освоения UML, этот дядька сформировал достаточно полный подход и методологию проектирования программных систем, которая ведет правильным путем, но на практике, в каждом отдельном случае может быть заменена интуицией архитектора и существенно упрощена. Удачи!

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

Актуален жиКвери для совсем уж простеньких корпоративных говносайтов или лендинг-пейджей, которые нужно сделать как можно скорее, так сказать, на от****сь, где нужно быстренько тупо прикрутить какие-нибудь готовые жиКвери-плагинчики и сдать тупому заказчику. А так, как таких сайтов тьма и они будут всегда, то и актуальность жиКвери будет поддерживаться еще дооолгое время, это инфа 100%.