DevMan

- Я могу что-то еще сделать с этим роутером, что-то поднастроить, поменять? Роутер кстати довольно дешевый TP-LINK TL-WR720N

Нет. Роутер и так выдает максимум, на большее он не способен.

Есть ли смысл мне покупать роутер на 5ГГц?

Есть.
Только не забывайте что 5Ггц должен быть не только роутер, но и все девайсы. Иначе остальные так и будут сидеть на низкой скорости.

Посоветуйте хороший для этих целей роутер

Да все они неплохие. Открывайте яндекс маркет и выбирайте с нужными характеристиками.

Нужен спец по ООП и UML, который работал в своё время с MVC!

Наблюдаю тут несостыковку. Обычно когда говорят о UML - вот все эти вещи вроде контроллеров и т.д. расписываются на уровне компонентов. В UML обычно описывают только доменную логику, то есть то что важно.

В любом случае в Yii такие подходы работают очень плохо. Там вы не ООП делаете а базу данных проектируете (это чуть разные вещи), и все остальное уже от этого отталкивается.

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

p.s. забудьте об этой бесполезной для бэкэнда аббревиатуре MVC. Пока вы "проектируете контроллеры" - толку от него нет (ну то есть пока у вас логика работы с данными в контроллере).

Читаю GOF, Зандстру и т.п.

Почитайте Applying UML and Patterns - Craig Larman - замечательная книга. Еще дядю боба можете почитать (про SOLID). Если вас интересуют темы проектирования то это будет полезно. Еще раз уж заговорили о проектировании логики предметной области - Эрик Эванса - Предметно ориентированное проектирование.

Задача 1

1) композиция всегда лучше наследования
2) наследование нужно для того что бы организовать подтипы. Если у вас есть сущности которые по своей природе требуют наследование - то можно. А так - лучше его избегать. ООП как бы не про наследование вообще.
3) интерфейсы нужны для того что бы организовать инверсию зависимости и/или полиморфизм подтипов. У Лармана можете почитать про protected variations для того что бы понять зачем их юзать.

Задача 2

В UML отношения между типами очень легко и просто отображаются:

- Base[classname] - wrappers для обеспечения ровного обновления самого Yii в дальнейшем, не обращайте внимания.

Как это не обращать внимания если вы делаете UML ради UML? Пока я не увидел ничего от ООП на вашей диаграмке. Есть структуры данных с публичными пропертями, есть... контроллеры (внезапно) которые мутируют состояние этих структур.... Это не ООП - это процедурное программирование с классами.

для такой простой задачи я пилю UML исключительно в целях тренинга

Пока это выглядит как впустую потраченное время, поскольку вы выбрали не лучший инструмент (yii) что бы тренироваться проектировать ОО решения.

Я рекомендовал бы вам:

- Разобраться что такое ООП на самом деле (это не про инкапсуляцию. полиморфизм и уже тем более не про наследование ибо все это было еще до ООП и все это кроме наследования является важными принципами структурного программирования). Это про сокрытие состояния и управление зависимостями (связанность, coupling & coheasion у Лармана)
- Взять более подходящие для проектирования ОО решений инструменты (какой-нибудь модный нынче Laravel + Doctrine2)
- если хотите продолжать баловатся с Yii сделайте так, что бы логика предметной области ничегошеньки не знала о Yii, тогда вообще не нужно будет заниматься этими Base* классами. Почитайте про Row Data Gateway (это по сути предшевственник ActiveRecord) а именно как оно использовалось в контексте модели предметной области.

Есть ли под это паттерн?

Не уверен что нужно, но добавлю. Паттерны - это словарь. Это названия для типичных вещей. Мол "Вася, зафигачть кеширование каталога декоратором репозитория" и Васе понятно что и как делать. Не нужно на них зацикливаться.

Оригинальная книга по GoF в этом плане так себе, сейчас лучше смотреть в сторону Head First Design Patterns Ну и помимо паттернов нужно разобраться с общими принципами такими как закон деметры, SOLID, GRASP и т.д. Тогда понимание всего будет более системным.

document.location.pathname

Ну так в контроллере и пропишите

$scope.declaration = {
  shippingGoalCode: 'value'
}

или
declaration.shippingGoalCode = 'value';
в зависомсти от того controllerAs синтаксис у вас или нет.

По-умолчанию, данные сессии хранятся в файлах и явно читаются в оперативную память во время выполнения скрипта. Место хранения можно изменить, реализовав собственный SessionHandler, но нужно понимать, что "в оперативной памяти" - понятие растяжимое и разделяемой памяти у php нет.
Почитайте документацию, там всё подробно описано.

1 (repo) - все

https://github.com/settings/tokens/new?scopes=repo...

ненадо хардкодить название таблицы так в коде. можно или вынести в константы или сделать имя тупо именем (частью имени) класса модели.

для детейflex:0 1 50%задайте

echo "<tr><td>".$r['text_news'].(strlen($r['text_news']) > 1000 ? '<div>1000</div>' : '')."</td><td>".$r['user_name']."</td></tr>";

По необходимости можно заменить strlen на mb_strlen.
Что это за конструкция? Это Тернарный оператор - php720.com/lesson/19

Свойства объекта window экспортируются в глобальное пространство JS-движка бразуера, а применение var к уже определённым переменным игнорируется. Потому вы, по-сути, написали код, эквивалентный следующему:
window.location = window.location.href;
Используйте другое имя переменной или используйте замыкание для перекрытия глобальных переменных:

(function(){
    var location = window.location.href;
    console.log(location);
})();

Подробности: https://learn.javascript.ru/global-object