Так вы не создавайте немеряное количество вкладок)) Или же сделайте, чтобы они все закрывались при закрывании браузера. В FF ещё есть недостаток — он проверяет наличие обновлений при каждом запуске. Я сам пользуюсь Safari, а FF очень редко запускаю (только для проверок, ибо я веб-программер), скорее всего там есть отключение обновлений при запуске.
Да, им можно пользоваться, что и делает большинство windows-юзеров, благодаря тому, что IE предустановлен в Windows изначально (а не потому, что он такой замечательный). Однако IE очень сильно тормозит (у меня на четырёх ядрах работает в 3 раза медленнее любого другого браузера), поэтому тот юзер, который хотя бы чуток посидел в FF, Opera, Safari, Chrome никогда уже не вернётся на IE.
У «классического» PHP (даже плюс nginx и плюс php-fpm) совершенно иная концепция, по сравнению с NodeJS. Поэтому тут сравнивать что-либо совершенно неправильно.
Статья ни о чём. Сравнивать язык и фреймворк не просто некорректно, но и в последнее время стало уже моветоном. То RoR с PHP сравнивают (а не с ZF или Symfony, например), то теперь вот node.js с PHP.
Если уж сравнивать, то брать либо голый Javascript и голый PHP, либо nodejs и phpDaemon (или другой демонический фреймворк на PHP).
Для всех новых проектов использую собственный фреймворк UltimaPHP, ничего удобнее для себя, к сожалению, не встречал. По сути своей похож на PRADO. На нём написан не один десяток сайтов, достаточно стабильно работает, разработка на нём быстра, поскольку он блочный (я переношу из проекта в проект целые блоки, лишь меняя шаблоны). Основное время разработки для нового проекта занимает разработка новых модулей, которые ещё нигде не требовались.
Можно даже совсем не париться и отдавать js точно таким же способом, которым отдаётся и HTML. И расширением жонглировать при этом нет никакого смысла. Просто будем знать, что по ссылке .../styles.php отдаётся js.
Однако при этом встаёт вопрос «а чем же статичные js лучше динамически генерируемых»? Да тем, что они отдаются мгновенно и на стороне клиента кэшируются. Поэтому основную статику лучше оставить статикой, а то, что меняется, вынести в отдельный небольшой файл и полностью или почти полностью его пересоздавать, а лучше даже вообще js-код в HTML засунуть, ибо бессмысленно при этом кусок js кидать в отдельный файл, а потом по каждому запросу его из этого файла подгружать. Дополнительный запрос = дополнительная загрузка сервера.
1. Грузится 10 минут.
2. Ещё 10 минут она компилит чего-то там.
3. Страшно дрыгается экран, как в бешеном припадке.
4. На моём браузере она не работает, приходится качать (устанавливать и енаблить WebGL) на более другом.
Резюме: для просто попробовать WebGL подходит, для реального коммерческого применения — нет.
Спасибо за статью, понял две вещи — NodeJS по сути почти то же самое, что и phpDaemon; и то, что вскоре я столкнусь с теми же самыми проблемами, когда буду писать свой фреймворк и тестовый сайт на phpd. Статья интересная, затронуто много моментов, касающихся «неумирающей» серверной части, мне это пригодится.
Эти xrtml в начале каждого тэга очень неслабо напрягают. А во-вторых, всё это работает через WS, а, значит, у многих, лишённых доступа через любые другие порты кроме 80 и 443 будут неслабые проблемы с использованием такого ПО.
Перенёс в MySQL. Про перекодирование через binary нигде не видел. Видимо, те, кто у меня постоянно спрашивает, тоже этого не могут найти. Поэтому и написал такую статью.
Если уж сравнивать, то брать либо голый Javascript и голый PHP, либо nodejs и phpDaemon (или другой демонический фреймворк на PHP).
Статью в топку.
Однако при этом встаёт вопрос «а чем же статичные js лучше динамически генерируемых»? Да тем, что они отдаются мгновенно и на стороне клиента кэшируются. Поэтому основную статику лучше оставить статикой, а то, что меняется, вынести в отдельный небольшой файл и полностью или почти полностью его пересоздавать, а лучше даже вообще js-код в HTML засунуть, ибо бессмысленно при этом кусок js кидать в отдельный файл, а потом по каждому запросу его из этого файла подгружать. Дополнительный запрос = дополнительная загрузка сервера.
1. Грузится 10 минут.
2. Ещё 10 минут она компилит чего-то там.
3. Страшно дрыгается экран, как в бешеном припадке.
4. На моём браузере она не работает, приходится качать (устанавливать и енаблить WebGL) на более другом.
Резюме: для просто попробовать WebGL подходит, для реального коммерческого применения — нет.