Серёга Злобиков

Вот три основных способа использования фабрик в JavaScript:

Фабрика объектов

// Объявление фабрики объектов
function Idiot(name) {
  return { name: name };
}
// создание экземпляра объекта
var idiot1 = Idiot('Bill');
console.dir(idiot1);

Фабрика классов

// Объявление фабрики классов
function PhilosophySchool(schoolName) {
  return function Philosopher(name) {
    return { name: name, school: schoolName };
  };
}

// Создание класса
var Stoicism = PhilosophySchool('Stoicism');
var philosopher = Stoicism('Marcus Aurelius');
console.dir(philosopher);

Фабрика прототипов

// Объявление базового прототипа
function Engineer(specialization) {
  this.specialization = 'Software';
};

Engineer.prototype.getName = function() {
  return this.specialization + ' engineer ' + this.name; 
}

// Объявление фабрики
function University(specialization) {
  function factoryConstructor(name) {
    this.name = name;
  };
  factoryConstructor.prototype = new Engineer(specialization);
  return factoryConstructor;
}

// Создание конструктора инженеров-программистов
SoftwareEngineer = University('Software');

// Создание экземпляра инженера-программиста
var alex = new SoftwareEngineer('Alex');
console.dir(alex.getName());

Конечно работает, но только в контексте location /yii2-test-job.

Как только try_files сделал внутренний редирект на /index.php (ктати, никогда не понимал нафига там дописывать ?$args), вы попадаете в location ~ \.php$ и там действует root сервера.

UPD: Я бы написал так:

server {
    root /var/www/default;
    index index.php index.html;

    location /yii2-test-job {
        alias /var/www/default/yii2-test-job/web;
        try_files $uri $uri/ /yii2-test-job/index.php;

        location ~ \.php$ {
            try_files $uri =404;
            fastcgi_pass  unix:/var/run/php5-fpm.sock;
            include fastcgi_params;
            fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        }
    }
}

Wordpress- больше всего шаблонов и информации в сети по этой CMS.

Joomla - простая
Wordpress - распространенный
Drupal - гибкий

Все три - это наиболее известные и распространенные в мире.
Под них полным полно и плагинов и обучающих статей

Если знаете Yii2, то на нём и делайте.

Я тоже хочу порекомендовать October CMS. Она на сегодня лучшая, построенная на компонентах Laravel. Но обманываться не стоит, разработка на October не то же самое. Но разрабатывая на October вы получите:

• отличный DX, нужно просто попробовать;
  
• CLI для автоматизации решения задач;
  
• самый популярный PHP-шаблонизатор Twig;
  
• действительно исчерпывающую документацию;
  
• возможность удобного совместеного использования с Laravel (кпример комплексного проекта - 2doc.by - October CMS, api.2doc.by - Lumen, medcrm.by - Laravel);
  
• аскетичность из коробки, следование философии Unix, что позволяет не быть изначально заточенной под конкретный тип проекта и не содержать в себе неиспользуемую проектом функциональность;
  
• отличный скафолдер для разработки кастомной функциональности под нужды проекта;
  
• непрерывно растущую базу плагинов с августа 2015 до мая 2017 росто составил 75% со 130 до 515;
  
• непрерывный рост интереса сообщества к платформе, выраженный в приросте звезд на гитхабе с 3000 в июне 2015 до 6950 в мае 2018;
  

Можно продолжать долго, если будет желание и необходимость. =) Из минусов можно отметить слабый рост количества готовых шаблонов, не такое большое количество дополнений в сравнении с динозаврами рынка CMS. Не минус, но важный момент, что на October вы будете именно программировать, это как порог входа для неквалифицированных разработчиков, так и дополнительные возможности для квалифицированных.

Что касается важной темы E-Commerce, есть несколько готовых дополнений разной степени качества и функциональных возможностей. Я порекомендую Shopaholic, т.к. имею непосредственное отношение к проекту и головой могу отвечать за его качество. Проект пока очень молодой, меньше полугода после релиза и тем не менее, отзывы наилучшие от сообщества (1, 2, 3, 4, 5, 6, 7 и т.д.). Вот неболшая статья в нашем блоге про Shopaholic.

В целом смотреть на динозавров разной степени популярности бесперспективное занятие, если вы стоите перед выбором в 2018 году. Размер сообщества и количество плагинов давно не решают, если есть качественная хорошо документированная платформа, а вы прогарммист, а не говно-кодер.

Единственной в некоторой степени проблемой выбора не самой известной платформы может стать ее "продажа" клиентам. Но мы успешно с этим справлялись, работая 7 лет с MODX в мире, где правили Wordpress (весь мир) и Bitrix (СНГ). А последние 2,5 года также успешно справляемся с October в мире, где правят Wordpress и Bitrix и это еще теперь пытается делать MODX (СНГ).

Надеюсь, был полезен. =)

если — «Интернет доступен только через прокси »

1. Настраиваем вайфай. Ставим шлюз по умолчанию через вайфай.
2. Настраиваем езернет. НЕ СТАВИМ шлюз по умолчанию.
3. В хроме (или что там нужно) прописываем прокси (тот который через эзернет доступен)

если работает то все.
если (что обычно редкость) прокси находится в другой сети, а не в той в которую воткнут наш комп — настраиваем роутинг:
route add IP.PROXY mask 255.255.255.255 GW.PROXY
где:
IP.PROXY — ip адрес прокси сервера.
GW.PROXY — шлюз по умолчанию который должен был стоять на эзернете.

Попробуйте директиву proxy_ignore_client_abort onв настройках хоста.

nginx.org/ru/docs/http/ngx_http_proxy_module.html#...

Синтаксис:	proxy_ignore_client_abort on | off;
Умолчание:	
proxy_ignore_client_abort off;
Контекст:	http, server, location
Определяет, закрывать ли соединение с проксированным сервером в случае, если клиент закрыл соединение, не дождавшись ответа.

Гуглите.

techportal.inviqa.com/2012/03/15/mysql-alternatives-to-mysql/

vbtechsupport.com/657/

Если файлы в проекте подключаются исключительно по PSR - анализаторы, может, и помогут.
Но РНР никому не мешает подключать их через отдаленные глубины задниц, как шаблоны и локализация в Битриксе, например. Ни один робот эти дебри не расковыряет в жизни.
Так что пробуйте анализаторы, конечно. Но не надейтесь, что вы по результатам анализа сможете просто все выбранное взять и безболезненно удалить. Головой думать все равно придется.
Например, тот же Шторм позволяет сделать быстрый поиск строки по всему проекту. И если название класса не встречается нигде, кроме файла с этим классом - да, возможно, он кандидат на удаление...

Я рекомендую начинать колхозить на чистом ПХП с минимумом заморочек, с фреймворком ты можешь так загняться особенно с Yii и Symfony что у тебя отпадёт все желание изучать язык, так как они сложны в настройке и понимании (особенно Yii его без бубна не настроишь, его делали инопланетяне ИМХО )
Делай так как умеешь - как проще тебе, тогда ты получишь быстрее результаты и зарядившись ими будешь готов к новым подвигам!

От цели зависит, если налабать по бырому лендинг надо, схватить деньгу и свалить навсегда - берите фреймворк который лучше зайдет, фигачте на нем и нафиг вам этот PHP и OOP. А вот если что-то серьезное в плане бэкенда писать, тут надо понимать как этот фреймворк работает не хуже, а чаше лучше его разработчика, чтоб не только пользоваться его сильными сторонами, но и уметь обойти слабые - тут без основ никуда.
Можно попробовать комбинировать эти подходы, лабать че попроще на вордпрессе, а когда получилось схватить деньгу и свалить в подполье - изучать там основы спокойно и писать свои штуки :)

Это зависит от склада ума, энергии и подхода к обучению в целом. Грубо говоря, есть два типа людей в подходе к обучению; одним легче и комфортнее нырнуть в примеры, образцы, готовое и пытаться понять на уже сделанном и работающем как это все устроено, а другие идут дорогой от азов, простого к сложному, развивая свои умения по мере освоения. Само собой разумеется, что и в первом случае без «Базовых» знаний никуда, но кому-то хватает недели, чтобы уже взять «в руки» готовое и начать крутить, а кто-то строит свой долгий путь через освоение и создание своего.

стоит писать свои штуки на чистом php!

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