Есть такая штука, называется layout manager. Она отлично подходит для разработки интерфейсов. Существует много хороших библиотек, позволяющих таким образом разрабатывать десктопные интерфейсы. Конструктор форм Delphi, который не поддерживает layouts, конечно же, не идет ни в какое сравнение ни с HTML, ни с нормальными интерфейсными библиотеками.
Мне кажется, было бы гораздо лучше сделать две вещи: префикс "-experimental-" во всех браузерах для всех свойств, не входящих в стандарт, и условные блоки в CSS, позволяющие указывать разные свойства для разных браузеров.
Глупо делать выводы на основе количества результатов в поисковой системе. По остальным пунктам вы назвали плюсы PHP, но не оценили его в сравнении с другими языками. Разумеется, у PHP есть плюсы, но какие-то плюсы есть у любого реального языка. Ничто не стало очевидным, вы ничего не доказали, вы просто постулируете свою точку зрения.
Возможно ли создать для PHP библиотеку, которая будет минимизировать описанные проблемы? Например, сделать отдельные удобные классы для чисел, юникодовых строк, массивов, реализовать все необходимые методы в виде красивого API, добавить несколько обратно совместимых патчей в код PHP, чтобы работали нормальные сравнения и так далее. Такого до сих пор нет? Это слишком сложно? Или просто не нужно?
Многие пункты статьи спорные (например, можно без проблем реализовать роутинг на PHP и настроить в nginx одну точку входа для всех адресов), но в ней также перечислено огромное количество реальных проблем, с которыми я согласен. Теперь, когда меня спросят, почему я не люблю PHP, я могу просто дать ссылку на эту статью.
Соглашусь с тем, что с непривычки в Rails сложно разбираться. И меня тоже поначалу пугало огромное количество файлов, которое занимает чистый проект. Но, когда появляются навыки работы с Rails, этот зоопарк перестает мешать, он с лихвой компенсируется скоростью разработки. Папок создается много, но не во все из них надо заглядывать, некоторые нужны только для скриптов. Мне кажется, что основной минус Rails — не большое число файлов, а именно высокий порог вхождения. Ну, и нельзя не согласиться с автором топика: с документацией в том же Rails куда хуже, чем в Django.
Это не книга, а некий текст, завернутый в PDF. В книгах не бывает такого количества ошибок правописания.
Обратите внимание на третий вопрос: «Какими способами можно перенаправить страницу в PHP?». Судя по ответу, подразумевается перенаправление браузера на другую страницу. Вопрос сформулирован некорректно.
Я уже привык, что на Хабре многие пишут неграмотно. Но скажите мне, почему у вас даже предложения все с маленькой буквы? Пост оформлен ужасно, даже читать не хочется.
И монтируем заново, если нужно.
В большинстве случаев это и называется «без них никак».
Многие пункты статьи спорные (например, можно без проблем реализовать роутинг на PHP и настроить в nginx одну точку входа для всех адресов), но в ней также перечислено огромное количество реальных проблем, с которыми я согласен. Теперь, когда меня спросят, почему я не люблю PHP, я могу просто дать ссылку на эту статью.
Обратите внимание на третий вопрос: «Какими способами можно перенаправить страницу в PHP?». Судя по ответу, подразумевается перенаправление браузера на другую страницу. Вопрос сформулирован некорректно.
Мне это творение кажется низкокачественным.