LNK

Ну да, 5 отдельных страниц html

Засовываешь повторяющиеся блоки в php файлы
к примеру меню , сайт бары , шапку и подвал.

не верю что это прочитал.

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

Засовываешь повторяющиеся блоки в php файлы
к примеру меню , сайт бары , шапку и подвал.
а далее на тех страницах на которых они повторяются просто подключаешь их и все !
по сути на сайте меняется только контент а стольные блоки просто нету смысла копировать и заново писать в 5 html .
Да и при использовании php тебе не придется делать изменения в 5 html файлах что бы поправить меню просто находишь в каком php лежит твое меню и правишь .
Еще большой + при использование php можно хранить название кнопок меню и ссылак на них в бд .
А при использование циклов код ставиться сказкой =)

Мне интересно, откуда у вас столько свободного времени, что вы обнаружили это? :) Капрекаре нашего времени

задача аналогично такой: гарантированно прожить еще 15 лет.

За 15 лет рушатся империи.
Через пол года может не стать человечества.

$ismobile=false;

$ua=$_SERVER['HTTP_USER_AGENT'];

if (stripos($ua, 'Apple-iP') || stripos($ua, 'mobi') || stripos($ua, 'Symbian')
|| stripos($ua, 'Windows CE') || stripos($ua, 'PPC') || stripos($ua, 'CLDC')
|| stripos($ua, 'Windows Phone')
|| stripos($ua, 'UP.Browser')
|| stripos($ua, 'portalmmm')
|| stripos($ua, 'Nintendo Wii')
|| stripos($ua, 'compatible; MSIE 6.0; Nitro')
|| stripos($ua, 'Linux armv')
|| stripos($ua, 'PalmSource')
|| stripos($ua, 'PalmOS')
|| stripos($ua, 'EPOC')
|| stripos($ua, 'Android')
|| stripos($ua, 'netfront')
|| stripos($ua, 'ucweb')
|| strpos($ua, 'SEC-')
|| stripos($ua, 'j2me')
|| stripos($ua, 'ReqwirelessWeb')
|| stripos($ua, 'Opera Mini')
|| stripos($ua, 'PlayStation')
|| stripos($ua, 'ProxiNet')
|| stripos($ua, 'Elaine')
) {
$ismobile=true;
}

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

А "письма счастья", насколько я знаю, за скачивание не приходят, только за выкладывание.

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

Если, конечно, сайт, с которым Вы общаетесь не использует технологию HSTS для предотвращения подмены сертификатов. Но это уже другая история.

iMac 5K - это не лютый комп, а лютый монитор без альтернатив на стороне. Лютый комп - это Mac Pro.

Если вы до этого не работали с макосью и нет маководов поблизости ... может и не надо ?
Было в офисе: закупили маки, спустя пару недель 19 из 20 уже стояли с виндой, а тот кто остался и был главным по идее макофицироваться :) у него дома мак

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

https://ru.wikipedia.org/wiki/Content_Management_F...
И своё писать вовсе необязательно:
https://en.wikipedia.org/wiki/List_of_content_mana...

1. Принципиальных качественных преимуществ у node.js перед остальными языками нет, как впрочем и недостатков. Просто yet another язык со своими особенностями. Соответственно если в вопросе заменить node.js на php/ruby/python итд - ничего не изменится.
Вопрос по сути абстрактный "почему все не перешли на язык %%%%%"

2. Ответ на абстрактный вопрос:
а) Потому что существует огромное количество legacy кода который нужно поддерживать. Работы по поддержке и развитию существующего кода на порядок больше чем написания с нуля нового
б) Потому что у разработчиков есть свой стек любимых технологий, изменять который без явных экономических причин основная масса не готова
в) Потому что умные технические менеджеры выбирают стек технологий проекта исходя из имеющихся под рукой разработчиков и легкости поиска и заменимости оных.

UPD
hbrmdc

У NodeJS есть уникальные и очень весомые преимущества, которых нет ни у одного другого языка. Например то, что это JS, и, следовательно, нет необходимости разучивать лишние языки - можно весь webapp писать на js.
Личные предпочтения обоснованные привычками - это не имеющий значения аргумент в данном вопросе.

1) Есть отличия, да. Только не те о которых Вы пишите. То что это "JS" вообще ни на что не влияет.
JS хорошо знают фронтендщики - а кто пустит фронтэндщика к внутренней архитектуре? Там подход совершенно другой нужен, другие навыки, другое понимание как это все работает. Просто пересадить человека с фронта на бек - нельзя.

На самом деле основные отличия другие:
Постоянно живущий процесс, фактическая однопоточность. В зависимости от задачи - это может быть и плюсом и минусом. Условно для какого нибудь сокет-сервера - плюс (активно используем на живых проектах). Для middleware - я бы подумал. Для нагруженного сервиса с расчетами - точно нет.

2) Личные предпочтения обоснованные привычками это основной аргумент.
Я вот умею в php, умею в ноду, умею в еще десяток умных слов.
Мне нужна новая команда на новый проект.
Я открываю hh и что я вижу: node.js 279 резюме из которых половина фронтэндщики.
PHP - 9613 резюме. Даже если 90% разработчиков PHP на hh - уроды которых к коду нельзя подпускать на пушечный выстрел - останется все равно в 3 раза больше чем есть node.js.
Собственно на этом выбор и закончен.

На малопопулярных языках пишут в случаях:
a) это мелкий сервис с неявными перспективами который можно переписать за неделю
б) это проект "для души" разработчика.

Получается замкнутый круг на самом деле.
Менеджер смотрит резюме, резюме на node.js нет =>
Менеджер не начнет проект на node.js =>
Не возникнет вакансия на node.js =>
Разработчик анализируя вакансии не увидит вакансий на node.js =>
Разработчик будет учить что то другое =>
Менеджер смотрит резюме, резюме на node.js нет...

Переломить ситуацию могут только очень крупные игроки обладающие возможностями формирования рынка (например Apple и Swift), и то не со 100% гарантией (samsung&c и Tizen)

Лучше прочитайте книгу Шлее об этом фреймворке.
Можете сразу доку, а лучше примеры. Они есть в составе самого Qt, можете загуглить "QMenu example". А если коротко, то меню содержит QAction'ы. И при выборе конкретного пункта ,который соответствует этому QAction, испускается сигнал triggered(). Вот за него и цепляйтесь с помощью connect().