Вопрос о том, кто использует PHP, задавался много раз. Все мы знаем, что пользователи PHP включают всех, от Бритни Спирс до Большой беседы лейбористской партии Великобритании. На самом деле Dream Lab Canada поддерживает каталог сайтов, работающих на PHP, с разбивкой по отраслям.
Для меня сейчас интереснее посмотреть, где используется PHP; где он развертывается (Интернет или Интранет / Экстранет), какие проблемы люди решают с помощью PHP, какие дизайнерские решения вступают в игру при создании онлайн-галереи и инструмента для групповой работы, как требования влияют на дизайн CMS при сравнении онлайн-журнала корпоративный Интранет и т. д. и т. д.?
В прошлом были исследования использования PHP, такие как этот от Zend, а другой от Interakt, но ни один, с моей точки зрения, не исследовал подобные вопросы.
Меня преследуют две вещи, и это побуждает нас к мысли. Во-первых, я догадываюсь, что целые «пользовательские группы» PHP не обращаются или о них не слышат, в основном проглоченные «основными» пользователями PHP (которые создают личные сайты на небольших онлайн-предприятиях). Второй недостаток — это то, что функциональность PHP, которая, кажется, используется недостаточно, особенно это касается расширения COM , которое в некоторых случаях может также приравниваться к программному обеспечению, имеющему коммерческую ценность (как у кого-то, кто готов за это платить).
В Интернете мало обсуждается, как использовать PHP на сайтах с высоким трафиком. Конечно, это небольшая группа пользователей, но это также высокий профиль. Лучшее обсуждение, которое я когда-либо видел, — это Advanced PHP Programming Джорджа Шлосснагла (это отличное чтиво — он опубликует более длинный блог в ближайшем будущем), но кроме этого, трудно получить четкое представление о том, что составляет разумные технологические решения при работе сайта с высоким трафиком. Там опыт «там» — сам Sitepoint является примером, ранжирования в топ-1500 сайтов по трафику. Кажется, проблема заключается в том, что разработчики делятся своим опытом.
Другая (предполагаемая) большая группа пользователей, которая в значительной степени игнорируется, — это те, кто использует PHP в корпоративных интрасетях / экстрасетях (включая меня, поэтому у меня есть мнения). Я бы рискнул предположить, что из 1000 лучших компаний в мире, 80% + имеют где-то PHP в действии (хотя, вероятно, также не знают об этом на управленческом уровне).
Эта группа сталкивается с совершенно другим набором проблем — производительность часто менее важна, а трафик относительно низок. Возможность интеграции PHP с целым рядом систем «бэк-офиса», а также настольных приложений является самой большой проблемой для этой группы, поскольку интеграция с Windows является проблемой № 1.
Обычно неприемлемо реализовать стандартную CMS, управляемую данными, например, пользователям, которым требуется возможность публиковать документы Word в интрасети, и при этом не нужно поддерживать несколько версий одного и того же документа (одну на веб-сервере, а другую на сервер рабочей группы). Пользователи могут также потребовать возможность входа с тем же именем пользователя и паролем, что и на их рабочей станции NT.
Вероятно, существует целый ряд применений, к которым PHP применяется в этом «сегменте», таких как инструменты sysadmin, онлайн-отчеты (данные, извлеченные из баз данных компании), публикация документов компании, трансляция внутренних новостей, как интерфейс для CRM-систем, онлайн инструменты для групповой работы, системное взаимодействие с PHP как «посредник» (например, XML-RPC / SOAP) и многое другое. В то же время поиск инструментов с открытым исходным кодом, написанных на PHP, для интеграции с существующими корпоративными системами может оказаться непростым делом — вы найдете несколько примеров приложений такого типа на таких сайтах, как Hotscripts .
В частности, COM уделяется мало внимания в основных кругах PHP, но у него есть много возможностей для интранет / экстранет. К сожалению, если вы ищете способ помочь пользователям публиковать документы Word, wvWare — это, вероятно, лучшее место, чтобы начать искать сегодня или, наоборот, потребовать от пользователей сохранения в формате HTML, а затем убрать то, что вам нужно с помощью PHP. То, что интеграция PHP <> Windows (на самом деле приложений, работающих на Windows), кажется, недостаточно хорошо проработана, может быть по ряду причин, от PHP, являющегося принципиально плохим выбором, до нехватки разработчиков с опытом работы как с PHP, так и с общими API-интерфейсами Windows. , В то же время меня поражает, что существует огромный (даже коммерческий) спрос на инструменты, способные перевести электронную почту Outlook в онлайн (это выполнимо: конечно, с поддержкой Python и COM COM не так уж далеко от Python и становится лучше с PHP5 спасибо Wez ).
В любом случае — начать бродить и совершить грех, начав дискуссию, не придя к выводу. У кого-нибудь есть истории о других, менее обсуждаемых видах использования PHP?