bumbay

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

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

Наиболее простым, наверное, будет освоение создания сайтов WP или Joomla, и потом погружение в PHP, и паралельно изучение JavaScript.

Виртуальные хостинги для нее уже есть, тут особых проблем не будет.

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

Я — за. Сам недавно сделал небольшой проект на ноде — впечатление отличное.

Понятия «node.js» и «первый серверный язык» не совместимы.

— Ненавижу лапшу из колбеков. Не представляю как можно писать что-либо серьезное на JS не используя Фреймворки, которые хоть как-то имитируют синхронность. На худой конец jQuery. Если node.js близок к нативному JS, будет сложнее. Либо придется искать фреймворк для него.

Чтобы не было лапши из колбеков, в простых случаях достаточно просто использовать именованные, а не анонимные колбеки. В сложных случаях — async. Node.js близок к нативному JS. Но на всякий случай есть 30000 пакетов в npm.

+ Возможно, в серверной части будет не так много асинхронных задач, как во фронтэнде и не будет такой лапши из колбеков.

Если у вас будет много синхронных задач, то Node.js не лучший выбор.

— ПХП нравится за кучу встроенных функций (работы с массивами, строками, БД, обработкой картинок и т.д.). Если в ноде в
функционал уровня ES4 и тупо нет библиотеки, чтобы ужать картинку на сервере не будет ли это слишком плачевным?

В ноде нет ничего. В npm есть все. ES5.

— Так ли страшен черт как его малюют. Понятно зачем нужна асинхронность на клиенте. Но на сервере? Только БД и связь с другими серверами (если такое встречается в реальной жизни). Может быть есть способы оптимизировать это и без асинхронности? Может быть ПХПшники через пол года придумают?

А что еще, собственно, делает бэкэнд веб-приложения? Число пи до миллиардного знака расчитывает?

Вывод — все в порядке, используете node.js.

Яндекс, если видит урл без слеша, иногда проверяет такой же урл, но со слешем. В этом случае важно делать 301-й редирект на страницу без слеша (в друпале для этого есть специальный модуль, кажется, GlobalRedirect называется).

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

Ну это все с точки зрения СЕО. А с практической точки зрения — абсолютно все равно как делать, только считается, что со слешем по смыслу должен быть каталог чего-то, а без — страница.