Сергей Протько

Накаут поможет вам организовать UI. Синхронизацию данных с REST можно на backbone например повесить. Реализация сервера в любом случае от того что вы будете на клиенте юзать не зависит.

Если относительные еденицы измерения вам подходят - то да, имеет смысл переходить на em/rem. Если нужно указывать точные размеры - px.

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

Но если вам очень хочется - есть https://github.com/browscap/browscap-php который использует сторонний сервис и по этому более мение актуальные данные возвращает. Но придется оборачивать в кеши.

Если хотите - учите. Без работы не останитесь. Да и перейти потом на тот же c# проблемы не будет. PHP же изучить зная Java - дело пары недель.

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

3)

На мобильных девайсах - обязательно, на десктопе желательно. Это же не сложно.

gist.github.com например или смотрите реализацию популярных фреймворков и инструментов. Например Symfony2, Laravel.

В целом же, как правильно подметил Виктор Выскребенцев, правильного решения не бывает.

UNION и есть этот "изящный" способ. Ваш запрос не выйдет индексами покрыть.

Сокеты, постоянные соединения.... можно просто за основу чатики сделать. Есть сервисы push-уведомлений типа pusher.com и т.д. Ну а дальше слишком много вариантов.

Нет такого понятия. Есть субъективное мнение большинства что Rust реализовали систему типов очень красиво и элегантно. Так же существует распространенное мнение что Go - плохо спроектированный язык и вообще он уродлив, приводя довольно неплохие доводы, но иногда странные. Кто-то жалуется что в go нет дженериков, кто-то сетует на синтаксис.... словом... субъективизмы.

Если вы разберетесь с Java - разобраться с Php проблем не составит. А еще есть c#, который похож на Java только лучше. Да и с учетом того что есть mono с кросплатформенностью проблем не будет.

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

Если захотите попрактиковаться - перепишите Jenkins.

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

Так же не забывайте что гугл учитывает рейтинг сайта по версии именно pagespeed при ранжировании. Ну и да, я не припомню что бы какой-то из их советов был плохим. Единственное что некоторые советы не совсем выполнимы, типа инлайнинг стилей для above-the-fold. На одном из проектов это приводило к уродливой вспышке когда подгружались основные стили, но это не потому что методика проверки не верна а реализация верстки была кривой.

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