Pull to refresh

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, но наш мир многогранен и разные задачи требуют разных подходов и инструментов, поэтому не стоит зацикливаться на чем-то одном, нужно искать и экспериментировать именно в этом и есть наше развитие.
Tags:
Hubs:
You can’t comment this publication because its author is not yet a full member of the community. You will be able to contact the author only after he or she has been invited by someone in the community. Until then, author’s username will be hidden by an alias.