Нет PHP для больших проектов? Почему нет?

Наша компания управляет несколькими крупными веб-сайтами, использующими PHP, и у нас не было проблем, связанных с этим языком.

Многие люди, которые говорят, что не используйте его, на самом деле говорят, что не используйте PHP 4. Все сводится к следующему.

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

а также

вы можете писать плохой код на любом языке

PHP очень часто может превратиться в запутанные библиотеки спагетти-кода и превратить ваше «приложение» в действительно просто серию скриптов (см. Moodle для хорошего примера ...)

Я думаю, что большая часть фразы «Не используйте PHP для больших вещей» исходит из того, что PHP взломали из-за его первоначальной цели: языка шаблонов. Я могу это понять, но есть много проектов, которые доказывают, что вы можете это сделать (Drupal, mediawiki, Facebook).

Нет причин, по которым вы не можете использовать PHP для больших проектов. В конце концов, Facebook построен на PHP. Однако будут проблемы, но есть проблемы с любым крупным проектом.

Что делает PHP настолько распространенным, так это низкий барьер для входа и дешевый хостинг. Он работает как расширение Apache, и вы можете просто начать кодировать. Если вы перейдете к большему количеству корпоративных платформ, таких как .Net или Java, у них будет гораздо более высокий барьер для входа, но они также имеют большую инфраструктуру, которая поможет вам создавать масштабируемые приложения.

Например, абстракция базы данных в PHP (имхо) прискорбна. Это зависит от поставщика. С MySQL люди обычно делают такие вещи, как:

function get_users($surname) {
  mysql_query("select * from users where surname = '$surname'");
  ...
}

что плохо по нескольким причинам:

• Он плохо использует кеш запросов;
• Он не обрабатывает экранирование символов (что, конечно, можно сделать с помощью mysql_escape_string(), но вы будете удивлены, как часто люди этого не делают); а также
• Довольно легко написать код таким образом, чтобы разрешить атаки с использованием SQL-инъекций.

Лично я предпочитаю mysqli по всем вышеперечисленным причинам, но у него есть свои проблемы: а именно то, что использование полей LONGTEXT приводит к сбою mysql и, по крайней мере, с 2005 года, без исправлений (да, я и несколько других подняли ошибку).

Сравните это с Java (с которой я более знаком), и JPA или Ibatis - намного лучшие решения ORM с более высокими затратами на запуск, но они помогут вам в масштабе предприятия.

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

При этом PHP + memcached / APC + beanstalkd имеет большое значение.

О, это еще одна проблема: PHP на самом деле не поддерживает фоновую обработку или многопоточность. Для этого вам нужно что-то еще (или отдельные скрипты). Если вы используете что-то еще, почему бы не использовать это и для веб-материалов (например, Java, Ruby, .Net и т. д.)?

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

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

(Я, кстати, не думаю, что указание на несколько крупных сайтов и утверждение, что им удалось это сделать на PHP, является аргументом против этого. Это немного похоже на утверждение, что сигареты не вызывают рак, потому что ваш сосед курил и дожил до 100 лет.)

Я действительно ненавижу, когда люди категорически заявляют, что PHP - ужасный язык, потому что вы можете написать код, который смешивает представление с логикой или что он позволяет вам разрешать SQL-инъекции. Это вообще не имеет отношения к языку, это разработчик.

PHP зарекомендовал себя как хорошо масштабируемый: Википедия - один из крупнейших и самых популярных сайтов в Интернете, работающий на PHP. Достаточно сказано?

Существует множество инструментов / библиотек, которые дают вам основу для работы, что снижает вероятность того, что кто-то напишет плохой, менее обслуживаемый код: см. CakePHP, Symfony, PDO, Smarty и т. д. И т. Д. И т. Д.

Он получил плохую репутацию, потому что это язык с очень низкими барьерами для входа: он бесплатный, вы можете получить очень дешевый PHP-хостинг, документация лучшая, что есть, в Интернете есть множество учебных пособий, плюс он упрощает многие вещи (например, открыть URL-адрес и получите содержимое файла: file('http://www.google.com');). Это означает, что многие новички подхватили его и создали на нем много очень хитрых сайтов, но это произойдет с любым языком, который вы выберете в качестве своего первого.

Работайте с прочной структурой ORM (есть около 30 вопросов о том, какой из них лучше), и он будет относиться к вам хорошо.

Проверьте этот аналогичный вопрос - Может ли PHP обрабатывать сайты корпоративного уровня, а также Java

Резюмируя: Facebook, Wikipedia, Yahoo.com, Digg, Flickr и многие другие гигантские сайты работают на PHP. Если вы когда-нибудь приблизитесь к созданию чего-то подобного, вы все равно можете быть уверены, что сможете добиться этого с помощью PHP.

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

Для меня, говоря о больших или даже огромных проектах, это (в первую очередь) сводится к одному слову: Зависимости.

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

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

Самым большим недостатком в некотором смысле является проверка, не мешает ли этот сценарий другим сценариям. Или лучше: изменить старый сценарий, на который полагаются другие. Вы уверены, что все зависимости работают так, как вы хотели?

Это не верно для «нормального» генерирования веб-страниц, что бы здесь ни было под нормальным. Но у нас есть продукт, основанный примерно на 500 тыс. Строк исходного кода, с настройками для клиентов, также состоящими из дополнительных 100 тыс. Строк кода. И я смертельно рад, что компилятор проверяет все зависимости и предупреждает / об ошибках, если я сделал что-то не так (например, говоря на самом низком уровне, неверно введя переменную или вызов метода).

Я думаю, что это и тот факт, что другие языки по своей природе предоставляют более простые в использовании «предприимчивые» функции (например, серверы приложений для «банковских операций»), сводятся к тому, почему многие не видят PHP в большом (или лучше: огромном) проекты.

Все это хорошие ответы.

Я был новичком. Я занимаюсь программированием всего 5 лет, но я напрямую поддерживаю и управляю 85 небольшими и крупными веб-сайтами, и я скажу вам, что вероятность того, что вас подадут в суд из-за того, что веб-сайт не будет работать на день, будет во многом способствовать вашему желанию учиться как сделать и улучшить код.

Приятно слышать, что опытные разработчики делятся своими мыслями по этому поводу. Я не думаю, что PHP - лучший вариант, но, похоже, мои инвестиции в «лучшие практики» оправданы.

Спасибо всем!

Есть что-то в конструкции языка PHP, чего мне не хватает. Например, название функции. Не рекомендуется использовать несколько способов называть функцию на одном языке. Смесь подчеркивания (имя_функции), слова слипаются (имя функции) и т. д. Я имею в виду, что это действительно беспорядок. Слишком много очень похожих или выполняющих одни и те же функции функций, но их названия сбивают с толку. Это не характерно для хорошего языка программирования.

В больших развертываниях язык должен быть достаточно простым и конкретным для написания. То, что PHP опускает, например, объявление типов переменных, становится очень трудным для понимания и с которым можно будет разобраться позже.

Другой момент - постоянное добавление функций и отмена каких-то других. Предполагается, что добавление ООП в PHP 5 упростит жизнь программистам, но как насчет соображений обратной совместимости?

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

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

См .: http://www.ukuug.org/events/linux2002/papers/html/php/