Владимир

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)

как по вашему выглядит вредоносный код и чем WYSIWYG отличается от простого textarea по своим свойствам?
Если вы не хотите запретить вставку iframe или js то проверяйте через регулярку входные данные.

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

Можно настраивать CI, можно разводить agile процессы, но главное - выяснить требования заказчика, и подстраиваться под них.

Выбирай наиболее интересующий тебя стек технологий, например WEB (HTML+CSS и потом, в зависимости от того что будет нравиться, углубляйся в них), на небольшую зарплату junior всегда можно найти место, чтобы набираться опыта (сам так случано пришел в веб-студию), да и работодатели часто завышают требования, чтобы найти спеца покруче, но готовы и сами обучать, при желании. Сейчас как показывает практика поиска работы - существует большой дефицит специалистов, даже с небольшим опытом. Ты же технарь, а не менеджер. К тому же у вас сейчас строится Иннополис, значит в скором времени должен быть взрывной рост IT компаний, которые будут вокруг него формироваться. Не падай духом и совершенствуйся в том, что тебе нравится!

У вас намешан php код и html.

<?php while ($row = mysql_fetch_assoc($result)): ?>
    <h1><?= $row['title'] ?></h1>
    <p><?= $row['text'] ?><p>
    <p>Дата публикации: <?= $row['date'] ?></p><p><?= $row['time'] ?></p>
    <p>Автор: <?= $row['author'] ?>
<?php endwhile ?>

я сам знаю то что ошибка в чем

В золотой фонд.

Что за мазохизм, делить большой дамп (учитывая, что там есть триггеры и процедуры) на миграции в php, если можно обойтись без них.

Может лучше планку памяти докупить. У меня тоже были случаи зависания на 2 Гб увеличил память до 4 намного лучше стало. И советую отключить все визуальные эффекты винды, ресурсы немного с экономите.

Сильного ускорения не получишь
30 вкладок не откроешь
Улучшение, только за счет удобства bash и других тулз из линукса

Стоит добавить хотя б еще 2гб памяти

Я думаю, Вам лучше воспользоваться специализированным форумом и вообще почитать подробно сам сайт. Там есть все, что Вам нужно в мельчайших подробностях.

Я в шоке от того что люди на полном серьезе задают такие вопросы.
Единственный вариант который имеет право на существование: на локальных, тестовых и прочих не продакшен серверах вывод всех ошибок и нотисов является строго обязательным, как и их исправление.

Напомню, что при включении предупреждений выводятся сообщения о необъявленных переменных и индексах массивов.

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

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

PS

Больше приходится писать код, меньше сил остаётся на разработку.

Разработка это и есть написание кода который максимально правильно работает при любых внешних условиях.

Если речь идет о коммерческой разработке я иду на fl.ru и нанимаю спецов

Народ часто советует Mint. В принципе, та же покетная база Ubuntu. Отличие только в окружении рабочего стола (DE): используются свои MATE и Cinnamon. Я бы это дистрибутив посоветовал бы c MATE, т.к. вроде оно работает стабильнее.
Сам пользуюсь Debian.

Очень странный выбор для человека, что учит веб программирование с нуля, а я так понимаю это именно так.
dou.ua/lenta/articles/language-rating-jan-2015 - оригинал
gyazo.com/8de3648c0eee2d44785a41c7ae0abddb - анти роскомнадзор.
Как видите из веб языков, питон обгоняет только рельсы, ему очень далеко до первого места. Обычно питон применяется там, где распространенные веб языки не справляются, например отправлять заказы с веб сайта, сразу на принтер. Учитывая количество разных библиотек для распространенных веб языков, питон не выглядит перспективным.

Для себя выделяю, три основных направления в вебе:
Мобильные приложения - Java, C#
Сайты, серверная разработка - PHP, RoR, Node.js
Сайты, front-end - JavaScript

Особенно хочу выделить front-end, для новичка это направление имеет ряд плюсов.
1. Серверных программистов до жути много
2. Мелким конторкам редко требуются front-end разработчики, большинство вакансий будут от крупных компаний.
3. Меньшая конкуренция среди новичков на одно рабочее место.
4. Перспективное направление
5. JavaScript можно применять и на сервере тоже, новичку даже нужно, для лучшего понимания JavaScript и как все работает в целом.