Shultc

Это всегда компромисс: нормализация vs удобство/производительность. Денормализация часто применяется на практике, поэтому плохим решением я это не считаю, при условии, что в БД после этого не будет разводиться бардака. Как уже этого достигать - другой вопрос.

Если много джоинов не вредят производительности (например, в таблицах мало данных), то проще обойтись вьюхами, чтобы сократить время на разработку (использование этих таблиц в запросах) и не допустить нарушения целостности при обновлении/вставке/удалении.

В разных СУБД есть нативные механизмы поддержки денормализованных отношений, например, что-то типа материализованных представлений в Oracle.

А вообще, нормализация - враг производительности.

Может ли кинуть веб-студия? (трудовой договор я с ними не подписывал) - Ну, как-бы, да.
В чем вопрос? Нет договора, нет и обязательств.

не понятно почем у при таком коде ожидается другой результат?
id="tip" много раз, при том что ид - уникальный идентификатор. И вообще не понятно зачем он там нужен.
'.tip option:selected' выдаст вам текущий выбранный элемент из списка, у него дата-100 значение 200. Все правильно выдает. Что нужно то?

Лень учиться

оно заметно

join

Для разработки под windows и вообще всего, что связано с MS (windows, office, xbox, MS SQL, .Net) и на языках C,C++,C# и тп, она действительно лучшая - вы просто попробуйте ее - она удобнее и отзывчивее какого нибудь тормознутого эклипса. Для других платформ уже не так удобна. Ну еще она платная (если вы честный человек).
И в целом это не панацея. Выбирайте IDE в зависимости от выбранного языка. Например, мне известно что VS позволяет программировать под питон, но я даже пробовать ее не буду для этой задачи, так как есть вполне комфортный PyCharm, который не просто умеет, а заточен под питон.

По моему, вам отлично подойдёт ModX.
Так же есть ru-сообщество.

Посмотрите фреймворк Yii 2. У него есть генератор кода - Gii, который генерирует не только контроллеры и модели, но ещё и вьюхи для CRUD действий.

Если дизайн не принципиален, то чем не любы вики-движки? Среди них полно тех кто поддерживает скрипты, я использую XWiki, написанная на на языке Java, лицензия распространения LGPL, функциональность включает в себя блог, инструменты API, комментарии, аутентификацию по LDAP, экспорт страниц в PDF. Так же есть возможность программирования скриптов (Velocity, Groovy, Python, Ruby and PHP) и поддержки синтаксиса популярных Вики-движков (Confluence, JSPWiki, Creole, MediaWiki, and TWiki)
https://habrahabr.ru/post/279101
Если будет интересно дам ссылку попробовать на уже настроенную версию (только в приват)

Маловато вы описали. Не запускается есть два варианта:
При нажатии на кнопку питания не реагирует никак, тоесть не крутятся кулера и в блоке питания кулер тоже стоит, то тогда проверьте блок питания отдельно замкните на 24 пиновой колодке зеленый провод с любым черным, если кулер закрутится,то бп в норме и тогда смотрите дальше.
Если же комп стартует, то есть крутятся кулера но нет на мониторе изображения, проверьте все подключения, хорошо ли сидит память в слоте, лучше полностью отключить все кроме 24 и 4 пиновой колодки, ну и power sw оставить для включения.
Если же полетел бп можете смело нести в гарантию.
Если подгорела мамка и это видно, то вам врятли поменяют.
В моей практике были случаи когда люди меняли мамки и не обращали внимания на стойки для крепления материнки, в результате убивали новые мамки.

с далекой галактике Гугель советовал до 200kb, сейчас он же пишет, что пофиг - научился индексить любого размера, и картики можете смело откидывать - идут отдельно

но вот из практики - вес текста более 150 кб - плохо, лучше стараться в пределах 40-80кб

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

Даже если это rich-сайт, оптимизация необходима. Иногда она в разы сокращает вес страницы даже с сотнями картинок и морем различных js-событий на сайте.

Норм, конечно, никаких нет, все зависит от аудитории сайта и того, с каких устройств и каналов она этот сайт посещает.
Если много посетителей с мобильных устройств, страница должна быть как можно меньше и 2Мб - это перебор.
Если это какое-то корпоративное веб-приложение, которое лежит в локальной сети (да еще и запускается один раз в начале рабочего дня), то экономить трафик смысла нет.
Например, недавно нам фрилансер-верстальщик сверстал одностраничный лендинг, размером 5 мб с сотней http-запросов и удивлялся, чего мы возмущаемся.

PHP то тут при чем? Смотрите не только консоль, но и закладку Network.

UPDATE:
Похоже отловили баг в библиотеке. См. комментарии к этому ответу.
Shultc "Библиотека, генерирующая альбомные thumbnail'ы не закрывает тег img"

Что-нибудь из TP-Link.