Как стать автором
Обновить

Lotus Domino как web-платформа или все же PHP + MySQL?

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

Изначально Lotus проектировался как обычная записная книжка (собственно отсюда и название клиента — Lotus Notes) и был снабжен собственным языком программирования @-формул (по аналогии с формулами в Excel), но востребованность в продукте и влияние многих аспектов развития web привели к тому, что Lotus обзавелся соственным http-сервером, а так же поддержкой Java и специальным языком программирования Lotus Script (Visual Basic, адаптированный под объектную модель Lotus). Такой арсенал возможностей способствовал разработке web-сайтов на данной платформе (собственно сайт IBM тоже написан на Lotus Domino). Но как говориться идеальных систем не бывает, поэтому к недостаткам этой платформы (в плане web-разработки) можно отнести:

— неудобная IDE-среда;
— отсутсвует система контроля версий;
— отсутствие како-го либо мало мальски удобного html-редактора;
— неудобная отладка web-приложений (правильнее сказать — её отсутствие, разве, что вывод отладочной информации на web-сайт или в консоль сервера);
— не высокая надежность при использовании в качестве платформы для высоконагруженных web-проектов;

Это не большой список проблем с которыми сталкиваются web-разработчики разрабатывая под Lotus. Но что и говорить, web — не основное назначение этой платформы, как я уже писал выше, главное назначение Lotus — это сиситемы электронного документооборота. Но так или иначе, получив в свое распоряжение такую систему, любая компания не захочет разворачивать у себя целый зоопарк платформ, чтобы в интрасети использовать Lotus, а для web-доступа настраивать отдельный http-сервер, плюс к этому продумывать связку этих двух систем, что так или иначе выльется в потраченное время, выросшую поддержку и деньги. Поэтому и приходится мириться с этими недостатками и накручитвать на Lotus целую вселенную, от реализации процессов бизнесс-логики в интрасети до разработки web-порталов.

В противоположность Lotus Domino можно рассмотреть всем давно полюбившуюся платформу Apache + PHP + MySQL. Конечно, в отличие от Lotus Domino, эта платформа не притендует на место использования её в интрасети для реализации сложных документоориентированных систем, но статься не об этом, а об использовании этих систем в качестве web-платформы, поэтому к минусам такой платформы можно отнести:

— отсутсвие надежной системы защиты (собственно чтобы написать хорошо защищенный сайт — для этого надо постараться);

В заключение можно сказать, что выбирая между Lotus Domino и Apache + PHP + MySQL стоит учесть нагруженность проекта, требования к безопасности, время реализации проекта (не секрет, что под PHP написано достаточно много фрэймфорков и библиотек, что дает разработчикам массу возможностей) и поддержка. Учитывая, что практически любой хостинг-провайдер предлагает поддержку этой платформы выбор в сторону Lotus Domino вообще сводиться на нет, так же нельзя сравнивать скорость разработки web-проектов на Lotus и Apache + PHP + MySQL, в случае PHP — это в разы быстрее и удобнее для разработчика. Так же стоить учитывать, что Lotus достаточно сложная система и чтобы разрабатывать в ней качественные web-проекты — нужен достаточный опыт, а если сравнивать количество разработчиков под Lotus и под PHP — то разработка под Lotus будет дороже.

Сравания ЗА и ПРОТИВ, конечно в разы выигрывает PHP, но наш мир многогранен и разные задачи требуют разных подходов и инструментов, поэтому не стоит зацикливаться на чем-то одном, нужно искать и экспериментировать именно в этом и есть наше развитие.
Теги:
Хабы:
Данная статья не подлежит комментированию, поскольку её автор ещё не является полноправным участником сообщества. Вы сможете связаться с автором только после того, как он получит приглашение от кого-либо из участников сообщества. До этого момента его username будет скрыт псевдонимом.