Закрыть
E-mail:
Пароль:
Забыли пароль?
В каталоге проекта: 14 295 веб-студий, 977 CMS, 251 324 сайта.
РегистрацияCMS MagazineВход
CMS Magazine CMS Magazine

Интервью с Олегом Никитиным, техническим директором компании «Страта Технологии»

26.11.2008

Интервью с Олегом Никитиным, техническим директором компании «Страта Технологии»Олег Никитин
Технический директор

Это интервью начинает цикл «Прямая речь» - серия интервью с разработчиками наиболее известных CMS.

Каждое интервью будет начинаться вопросом: Вы могли бы обозначить свою позицию на рынке CMS? В чем вы видите свои объективные преимущества по сравнению с конкурентами?

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

Первое интервью мы взяли у Олега Никитина, технического директора компании «Страта Технологии». Олег очень подробно ответил на вопросы по системе управления сайтом «Twilight CMS»: в переводе "на Word" - больше 10-ти страниц. Но оно, уверены, того стоит - через ответы Олега система Twilight становится... понятнее. Благодаря чему ее выбор (или отказ от нее - система не претендует на удовлетворение всех возможных потребностей) становится достаточно осознанным. Отдельный интерес может представить заключительная часть интервью - там Олег довольно беспристрастно формулирует свое мнение о сложившейся ситуации на рынке CMS. 
 
Вы могли бы обозначить свою позицию на рынке CMS? В чем вы видите свои объективные преимущества по сравнению с конкурентами?
 
Олег Никитин:
Чтобы объективно сравнивать себя с конкурентами нужно их детально изучать. Могу предположить, что на дотошное их изучение времени нет ни у одного из разработчиков. Простое перечисление своих сильных сторон, с другой стороны (извините за тавтологию) превращается в глупые рекламные заявления. Например, наша изначально система является ориентированной на непрофессионального пользователя, удобно спроектирована в части управления сайтом и работа в ней для пользователя очень эффективна. Расшифровка этого в «суть» занимает некоторое время.
 
Мы используем традиционный windows-интерфейс, позволяющий эффективно работать в админзоне как мышью так и с клавиатуры. Активно применяются «drag&drop», «горячие клавиши» позволяют работать со структурой сайта, каталогов, форумов максимально интуитивно для пользователя. Все диалоговые окна сохраняют свои состояния. То есть, если редактор вставляет на страницу 30 изображений, то он никогда не задаст вопрос "а на чем я остановился", поскольку при возврате в диалог выбора будет сохранен фокус на последнем использованном файле. Есть масса вещей, которые экономят время, например, обычная для винды операция перетаскивания группы файлов. Только у нашей системы есть возможность вставить контент из ворда с автоматическим переносом всех вставленных в файл изображений на сайт и коррекцией ссылок. Есть и более продвинутые вещи, на которые тратится уйма времени контент-менеджера типовой веб-студии. Типовая ситуация: делается редизайн существующег сайта заказчика. Сайт собран, нужно перенести контент со старого проекта. Если просто «скопипастить» контент со страницы, содержащей ссылки на файлы для скачивания, то наш редактор автоматически скачает все эти файлы на сайт, скорректирует ссылки, почистит «мусорные» тэги. В реальной работе экономия времени очень серьезная. Основная наша цель при разработке “Twilight CMS” - сэкономить на обучение и поддержке пользователей, создав удобный и простой интерфейс. У нас это получилось.

Кроме удобства в работе при позиционировании нашего продукта мы говорим о “Twilight CMS” как о системе для быстрой и дешевой сборки сайтов. Сборка производится без программирования на PHP, Perl или других языках и это позволяет экономить на классе разработчика. У нас реализован полноценный макроязык, позволяющих создавать очень сложные комбинации, вставляя тэги один в другой. К примеру, берется картинка, загруженная на сайт в карточку товара. На неё автоматически накладывается водяной знак, затем она масштабируется до нужных размеров. Причем для масштабирования есть несколько режимов, помимо традиционного "вписывания в прямоугольник с сохранением пропорций" система имеет режим "заполнения прямоугольника с сохранением пропорций". То есть, какие бы соотношения сторон не были заданы, пустого места в прямоугольнике не останется. И все это в одну строку двумя макрокомандами. Учитывая, что можно дописывать свои макросы для конкретных проектов, каждый разработчик имеет возможность расширять функционал, не трогая ядро системы. Например, последнее время очень популярны интерфейсные плагины на JQuery. В «Twilight CMS» есть несколько макросов для вставки популярных плагинов одной строкой. При этом система сама контролирует, чтобы в тексте сложных проектов не оказались дублирующие включения файлов js. Естественно, все кэшируется от и до, соответственно количество товаров, новостей и прочих материалов серьезно на производительность системы не влияют. Был бы канал хороший.

Ну и третье - простота установки и обслуживания. В «Twilight CMS» нет необходимости использовать MySQL или другие СУБД, в нее встроен свой движок. Он прекрасно справляется с высокими нагрузками, а его надежность подтверждена многолетней работой ядра базы под нагрузкой в других продуктах, где наш движок используется именно как отдельная СУБД. Установка системы возможна практически на любом хостинге, поскольку мы намеренно избегаем использовать какие-то сторонние модули. Все что системе нужно для стабильной и быстрой работы на всех виртуальных хостингах уже установлено. Но главное, что разработчик может переносить сайт со своей Windows машины на Unix-хостинг простым копированием файлов по FTP.  Меньше затраты на админов, меньше потери времени, меньше вероятность ошибки. Это все снижает себестоимость продукта, то есть сайта, собранного на нашей платформе.

Да, есть еще практически никак не разрекламированный модуль статистики СтратаСтат. Позволяет смотреть интересные вещи, которые не представлены ни в одной системе анализа посещаемости - ни в наших, ни в западных. В частности, мы строим граф посещений визуально, что в совокупности с картой кликов (heatmap) дают полное представление об удобстве использования сайта и его эффективности как инструмента продаж. Статистика в табличном виде вообще этого представления не дает и оттого толком никем не используется.
 
Что послужило причиной отказа от использования баз данных? Только ли обеспечение простоты «переносимости» сайтов?
 
Олег Никитин:
Это не совсем правильная постановка вопроса, на наш взгляд. Никто от базы не отказывался, у нас есть база данных. Просто мы используем свою базу, а не реляционные СУБД типа MySQL, MSSQL или Oracle. Использование своего движка позволяет добиться большей независимости системы от доступных на хостинге опций, например, можно поставить систему даже на аппаратные устройства с linux с малым объемом памяти и простейшим самописным веб-сервером (сетевой маршрутизатор с линуксом внутри, хотя это больше из области фантастики, чем из реальной жизни). Плюс меньшая независимость от политики лицензирования производителей СУБД. Плюс простота создания резервных копий и установки + переноса сайта с места на место. Плюс снижаются требования к разработчику, который не должен владеть навыками сисадмина, чтобы управлять СУБД локально в процессе разработки. Последние два момента очень важны, ведь разработчику обычно приходится держать копию СУБД на своей машине (PC, Windows обычно), и гонять бэкапы MySQL (как наиболее часто используемой базы) на хостинг и обратно, на что тратится время и требуется определенная квалификация.
 
Ну и напоследок, мы не видим необходимости в MySQL на веб-сайтах среднего класса сложности. Сайт вообще по большому счету не содержит данных, которые удобно хранить в реляционных СУБД, поскольку большинство данных либо является блоками HTML/CSS/JS кода (лучше хранить в файлах), либо древовидными структурами (лучше XML для хранения которых пока ничего не придумано).
 
Распространенным базам данных наша разработка не проигрывает, если брать использование системы на проектах, под которые «Twilight CMS» рассчитана. Скорость выборки данных из таблиц зависит от количества данных логарифмически, т.к. используются те же алгоритмы, что и в других СУБД. Мы так же как они используем индексы, для быстрого доступа к данным. В общем, все по-взрослому.
 
 
Можно подробнее о кэшировании? Какая информация поддается кэшированию, какие накладные расходы?
 
Олег Никитин:
Кэширование многоуровневое, что-то кэшируется в памяти, что-то - на диске.
 
Сначала кэшируются данные на уровне системных процедур. Например, если сделать в коде две одинаковых выборки данных, то вторая попытка возьмется из памяти, а не из базы. Затем на уровне логики работы сервисов. Любой макрос будет кэшировать данные, если это необходимо по логике работы. Например, получение PR страницы, получение курсов валют из ЦБРФ однозначно будут выполнены один раз за день, после чего данные будут браться локально из базы. Затем работает кэшированием на уровне результатов работы сервисов. Структура каталога товаров, обработанная единожды из "сырых" данных, хранящихся в базе, будет сброшена на диск в виде образа памяти. При повторном обращении к каталогу данные не будут браться из базы, а поднимутся в память в готовом виде. Ну и на четвертом уровне кэшируются уже сгенерированный html код страниц. Готовые и полуготовые страницы лежат в кэше и отдаются пользователям в ответ на запросы. Полуготовые - это если в странице есть некоторый небольшой кусок, который меняется от вызова к вызову и потому не может полностью быть закэширован, например, тот же курс валюты или зона с доступом по авторизации.
 
Это упрощенная схема. Каждый макрос использует свои собственные алгоритмы, которые "заточены" под конкретную задачу. В частности, все механизмы обработки картинок сбрасывают готовые изображения в кэш. Но если исходное изображение изменится, кэш автоматически перестроится. Вообще, процедура сброса кэша является очень продвинутой и сложной системой, поскольку сброс происходит всегда только тех страниц, которые были затронуты изменениями в базе. И если вы изменили только одну букву в конкретной новости, то сброшены будут только те страницы, где эта конкретная новость фигурирует.
 
Касательно накладных расходов - их нет, если иметь в виду дополнительные затраты на работу системы кэша. Ну, разумеется, процедуры кэширования пишут данные на диск, но они делают это "по ходу дела", когда данные уже готовы.
 
Ваша CMS может работать только с Internet Explorer. Это было бы объяснимо несколько лет назад, когда основная масса пользователей даже не подозревала о существовании альтернативных браузеров. Но сейчас даже в корпоративном секторе конкуренты IE набирают популярность. Вы планируете учитывать эту тенденцию в совершенствовании продукта? Для работы с административным интерфейсом нужно установить несколько ActiveX-компонентов. Какими они обладают возможностями, которые нельзя повторить с использованием JavaScript'а (кроме возможности переноса изображений из Word'а)?
 
Олег Никитин:
Вопрос достаточно интересный, поэтому ответ будет развернутый.
 
Я начну с технической стороны вопроса.
 
Поскольку на любой Windows машине всегда есть IE, то в реальности наличие альтернативных браузеров никак не препятствует пользованию системой. Мы еще ни разу в своей практике ни сталкивались с компаниями, которые не пользуются IE "из принципа" и заставляют пользователей работать в Опере или FF под страхом наказания. Хотя такие случаи, вероятно, есть. Равно как есть компании работающие под Linux или MacOS. Но на практике больше всех возмущаются отсутствием возможности работы в альтернативных браузерах начинающие веб-разработчики, которые не хотят запускать IE по "религиозным" соображениям. Но наша система рассчитана не на них. В первую очередь, это инструмент работы типового офисного сотрудника коммерческой компании, для которой сайт не развлечение, а инструмент зарабатывания денег. Любители похоливарить на браузерную тему нас, в принципе, не сильно интересуют. Их обычно отпугивает необходимость платить за CMS деньги. Поэтому мы следуем принципу "кто хочет - ищет возможность, кто не хочет - причину". В нашей компании используются совершенно различные OS, и нам удается эффективно работать со всеми проектами наших клиентов и с собственными сайтами. То же касается всех наших клиентов без исключения.
 
Нужно уточнить, что наша система - это не просто набор скриптов, который принято называть web-based CMS. Это полноценное Windows приложение, которое использует IE в качестве оболочки. Какие возможности Win32 в принципе невозможно реализовать в браузере на чисто HTML/JS/CSS уровне? Ну, конечно работу с реестром, с файловой системой, использование родных для OS интерфейсных элементов, работу с памятью. Плюс к этому есть ряд вещей, которые повторить в браузере можно, но придется потратить очень много сил по причине отсутствия структур и переменных определенных типов, невозможности задействовать другие уже реализованные компоненты OS, DDE обмен данными и т.д. Проще говоря, у разработчика Win32 есть все возможности операционной системы, а у web-разработчика - скудный набор HTML элементов для интерфейсного слоя и весьма ограниченный язык для реализации бизнес-логики.
 
Конечно, можно говорить об экзотических вещах. Например, у нас сейчас разрабатывается система, связывающая данные в админзоне сайта с Python приложениями в сотовом телефоне, и позволяющая привязывать объекты к географическому положению, чтобы затем выводить их на карте через Google Maps или любую другую подобную систему, включая собственный движок. Встраивается в админзону - "на ура", клиент вообще не думает ни о каких внешних компонентах - это просто часть его сайта и все.
 
Но можно спуститься к ежедневным потребностям. Самый простой пример - нужно эффективно организовать работу с несколькими тысячами записей через веб-интерфейс. Что мы получим в большинстве решений? Правильно - постраничную разбивку. Но с ней невозможно эффективно работать! Особенно, если приходится постоянно сортировать записи, делать выборки, входить в режим редактирования и возвращаться к тому месту с чего начали. Это издевательство над пользователем (постраничная разбивка) вообще присутствует только на вебе. И только потому, что нормально работать со списками внутри браузера никто изначально не планировал. Можно, конечно, организовать большой список в виде таблицы, манипулируя строками. Пытаться сортировать, фильтровать, импортировать и экспортировать его либо на серверной стороне, гоняя данные туда-сюда. Это будет долго, поскольку любой запрос к серверу это несколько секунд. А с использованием javaScript - будет безумно медленно уже за счет низкой скорости работы интерпретатора. Что дает ActiveX технология: возможность кэшировать данные на клиенте, фоновое удаление элементов без обновления всей выборки данных, сохранение состояния всех интерфейсных элементов, раскраска строк индивидуально для каждого редактора, импорт-экспорт во все возможные форматы, поддерживаемые на стороне клиента, перетаскивание местами и скрытие лишних столбцов с данными... Это нереально удобно реализовать на javaScript. Разработчики, которые не управляли сайтом изо дня в день, могут протестовать, но для редактора сайта разница в удобстве работы будет очень ощутима. Это как работа с почтой в Outlook и интерфейс mail.ru. Вроде бы все одно и то же, но какая разница в удобстве и эффективности работы!
 
Вот еще пример. Модуль рассылок. Обычно реализуется в виде скрипта, который в простейшем случае в цикле рассылает почту. Цикла, как правило, хватает на 200-800 писем, в зависимости от мощности сервера, после чего на web-based системе происходит таймаут. Более сложные решения требуют разработки серверной очереди, постоянного обновления данных в браузере для контроля "ну все там уже?" и т.д. При этом рассылкой занимается сервер и его еще за рассылки в RBL могут занести. Обработку всевозможных ошибок рассылки придется писать вручную - тоже мало приятного. В "Twilight CMS" реализован ActiveX компонент, который работает локально на машине клиента. Почту он будет рассылать именно с машины клиента, причем у него есть два режима - пытаться разослать письма напрямую (мультипоточно), или использовать учетную запись на выделенном почтовом сервере. Нажал кнопку и ушел пить кофе, а компонент будет просто работать и ничего в браузере при этом "дергаться" не будет, трафик минимален. Надежно, быстро, удобно.
 
Если учесть, что все данные в нашей системе, которыми обмениваются компоненты и сервер сжаты, да еще могут быть и зашифрованы - экономия трафика и времени загрузки данных налицо.
 
Да, некоторые из описанных вещей, возможно, можно было бы в том или ином виде реализовать на javaScript. Но как показывает практика, это работает а) медленно, б) ненадежно и в) не всегда кросс-браузерно. Таскания узлов деревьев (drag&drop) на JavaScript я лично нормально реализованного не видел. Речь, конечно, о больших деревьях, минимум от 500 элементов. Обычно все тормозит, дергается, легко попасть мышью не туда куда нужно, drag постоянно начинает выделение на странице (да, можно блокировать, но не всегда это хорошо). Сложно сделать сложную бизнес логику работы с деревьями, я выше уже писал об ограниченности языка. А у нас можно взять поддерево со 1000 вложенными ветками и элементами и перетащить в соседнюю папку - система даже не икнет. Переформатирование каталога продукции путем замены категорий и перетаскивания элементов решается вообще практически одной мышью. А если прибавить сюда полноценную работу drag&drop не только левой, но и правой кнопкой мыши, то мы получим очень удобный, и, главное, эффективный инструмент для ежедневной работы с сайтом.
 
Google постоянно экспериментирует с разными JavaScript решениями, в итоге их интерфейсы постоянно глючат, в большинстве случаев они несовместимы или не полностью совместимы с разными браузерами. Да чего далеко ходить - можно посмотреть, с какими недочетами работают в разных браузерах чисто HTML/JS интерфейсы системы продажи ссылок SAPE, или системы прогона по каталогам 1PS. Чтобы избавиться от этих проблем придется писать более высокоуровневые библиотеки, инкапсулирующие в себе проблемы несовместимости (например, использовать что-то типа медленного и кривоватого JQuery), либо переносить большую часть примитивных операций на сервер. Что в свою очередь означает лишнюю нагрузку и зависимость от дополнительных установленных на сервере модулей. Тот кто хочет – может всем этим заниматься, но мы выбрали для себя другой путь.
 
Немного рекламы ActiveX технологии от нас звучали бы так:
 
ActiveX компоненты позволяют работать в браузере эффективно. Ты точно знаешь, где нужно ткнуть мышью, через какие доли секунды раскроется контекстное меню. Ты визуально готов работать со знакомыми элементами интерфейса, и ты уверен, что на клик будет немедленная реакция. Ты получаешь в свое распоряжение все прелести обычного приложения, скорость и надежность. Глаза не разбегаются по экрану в поиске "как это сделать", ты просто берешь - и делаешь.
 
ActiveX компонент компактен, крайне быстр, легко интегрируется в другие приложения. В частности, "StrataStat "- модуль статистики - работает как модуль внутри CMS, на Web-based закрытой площадке по показу статистики и еще как standalone windows application. Компоненты обновляются легко и просто, причем всю систему обновлять не нужно - они обновляются независимо друг от друга. Разбиение интерфейсного слоя системы на блоки приводит к гораздо более продуманной архитектуре всего приложения, тщательной проработке интерфейсов взаимодействия компонентов. Зачем изобретать велосипед, делать дублирующую работу для достижения совместимости с кучей браузеров, поддерживать потом всю эту груду кода? Все уже написано до нас, нужно просто грамотно это использовать. Тем более что компоненты прекрасно работают практически на любой Windows (из числа тех которые в ходу) и практически 100% будут работать на любой Windows машине.
 
Теперь пара слов о стороне маркетинговой.
 
Да, к сожалению, на текущий момент реальный конечный пользователь в подавляющем большинстве своем не знает что такое CMS, не понимает что ему и зачем будет нужно в будущем при управлении сайтом, и кроме того совершенно не влияет на процесс выбора системы управления в начале проекта по сборке или созданию сайта. Между ним и производителем CMS стоит веб-разработчик, который оценивает систему под другим углом, зачастую совершенно перпендикулярным точке зрения конечного пользователя (девушки или парня в отделе маркетинга и рекламы). Учитывая достаточно сильные отличия претензий к софту веб-разработчика от запросов простого пользователя, зачастую система, не работающая под FF и другими альтернативными браузерами, даже не рассматривается в качестве потенциальной платформы для сборки сайта. Поэтому с точки зрения маркетинга продукта, конечно нужно чтобы система в них работала.
 
Поэтому планируем внедрить в ближайшее время в систему новый интерфейсный слой, который будет эту проблему решать. При этом мы не собираемся писать килотонны яваскрипта, или терять те удобства, которые в системе присутствуют сейчас. Всегда есть несколько путей для решения задачи. Мы постараемся найти оптимальный.
 
 
Ответ исчерпывающий, спасибо. Но рождает еще один вопрос: почему тогда не пойти по пути того же DJEM и не сделать Windows-приложение?
 
Олег Никитин:
А зачем? У процесса разработки чистых win32 приложений есть масса недостатков, прежде всего это просто дороже. Вообще, постановка вопроса "а почему выбрана та или иная технология" не совсем корректна, на наш взгляд. Технология не имеет значения, это внутренний выбор компании-разработчика, опирающийся на те ресурсы, что у нее есть. Важно как именно будет выглядеть продукт с точки зрения пользователя, его потребительские свойства.
 
 
Зачем? Потому что получается, что пользователь, фактически, имеет это самое приложение - но только по частям, и вынужден еще при этом использовать браузер.
А что касается уместности вопроса - не совсем согласен. Если разработчик идет в разрез с общепринятыми подходами, вполне уместен вопрос, с чем это связано.
 
Олег Никитин:
Технология ActiveX - это самый что ни на есть общепринятый подход для веб-приложений, рекомендованный компанией Microsoft. Когда я получал сертификат MCSD (Microsoft Certified Solution Developer) в наших учебниках по проектированию приложений были явно перечислены все недостатки Win32 приложений и преимущества ActiveX для использования в вебе. В нашей компании вообще широко используются подходы к разработке софта от Microsoft. Это позволяет компании зарабатывать деньги легче.
 
А то, что у нас в стране для веба используется преимущественно другой пакет технологий (PHP + MySQL) - это специфика российского рынка. В мире на самом деле используются много разных технологий и их связок, которые мы иногда по инерции воспринимаем как нечто необычное.
 
 
Но мы говорим, в первую очередь, именно о российском рынке :-). На котором веб прочно оккупирован FreeBSD, Linux, Apache, PHP, Perl, MySQL и т.д. - а Microsoft только недавно начал активно продвигать себя в этом направлении. Поэтому особенно интересны мотивы компании/разработчиков, выбравших отличный от многих других путь.
 
Олег Никитин:
Ну не знаю, все разработки 99-2000 года в студии Лебедева и в Актисе были на технологиях Майкрософт, немного начинали копать Java. Наверное, нужно сказать, что с тех пор Microsoft потерял часть рынка, но никак не "начал продвигать себя". Но принципиальной новизны или преимуществ ни у одной появившейся с тех пор технологии мы не видим, «серебряной пули» нет. Поэтому на первом плане для нас не конкретная технология, а контекст её использования и результат.
 
 
Олег, какими Вы видите преимущества для веб-студий при использовании Twilight CMS?
 
Олег Никитин:
В первую очередь, веб-студия может значительно удешевить свой цикл разработки сайтов за счет более доступных (и более дешевых) специалистов. Для работы с нашим движком у разработчика должны присутствовать навыки работы с HTML/CSS и немного понимания основ XML разметки. Нет необходимости знать такие языки как PHP, Perl, SQL, веб-мастер не должен уметь работать как системный администратор с базами данных. Конечно, он должен иметь детальное представление о том, как устроены веб-сайты. Если он сам разрабатывает архитектуру веб-проекта, то соответствующие навыки у него тоже должны иметь место быть. Но важно понять, что разработчик в нашей системе будет не программировать какие-то функции, он будет собирать из готовых блоков удобный в использовании сайт, для чего сугубо технические навыки отходят для него на второй план. Такие разработчики стоят дешевле и их легче найти на рынке.
 
Каждая студия, которая работает на рынке достаточно давно, знает, что некоторая унификация проектов позволяет снизить издержки на разработку сайтов. В случае "Twilight CMS" имея несколько готовых "шаблонных" решений можно создавать подобные сайты очень быстро, причем готовые блоки можно перетаскивать с проекта на проект с минимальными затратами. Стоит добавить, что мы предоставляем нашим партнерам готовые шаблонные решения и пакеты для быстрого развертывания разных возможностей на собираемых сайтах. Наверное, можно сказать, что вместе с CMS нашему партнеру предлагается некая идеология работы с веб-проектом, включая все стадии проекта - от его продажи до тестирования и сдачи клиенту.
 
За счет продуманной архитектуры система управления сайтом "Twilight CMS" позволяет разработчику легко переносить сайт со своей рабочей машины на staging сервер путем простого копирования файлов. Тут легко подключаются системы версионности кода, элементарно автоматизируется архивация проектов. Низкие системные требования и простота установки системы позволяют легко подключать к работе удаленных сотрудников, которым не нужно долго настраивать свое рабочее место и с которыми легко обмениваться данными.
 
В плане расширения функциональности система предоставляет разработчикам несколько возможностей. Это написание собственных модулей, возможность подключать внешние веб-сервисы на любом языке программирования. Разработчику доступны шаблоны отображения данных в админзоне, он может запросто заменить не устраивающие его клиента редакторы на другие, изменить расположение полей "по умолчанию" на экране на своё, либо ввести в систему новые типы данных для конкретного проекта. В принципе, никто не мешает вообще полностью написать свой интерфейс администрирования, заточенный под какую-то задачу, поскольку движок сайта и его административный интерфейс реализованы как независимые части. Это используется, например, в программном приложении Personal Logger, которое сделали наши американские клиенты. По сути, они встроили движок внутрь обычного Win32 приложения для создания механизма приема платежей за дополнительные услуги в своей программе, а систему управления реализовали в виде нескольких ASP скриптов.
 
Наша компания предлагает всем покупателям удобную схему лицензирования. Любая веб-студия или фрилансер имеют возможность сначала создать сайт, убедиться в его полной работоспособности, сдать работу клиенту, получить за работу деньги и лишь затем купить лицензионный ключ. Эта схема является абсолютно безрисковой для любого, кто работает в этом бизнесе. Также и любой клиент может сначала убедиться, что он в состоянии реализовать свои задумки на нашем движке и лишь затем он должен будет заплатить. Это даже не moneyback - это лучше.
 
Ну и, конечно, проработанная документация по системе и оперативная служба поддержки. Без этих составляющих не может быть речи о профессиональном продукте. Любому партнеру мы обеспечиваем максимально удобный и комфортный режим взаимодействия, чтобы каждый мог заниматься своим делом профессионально и эффективно.
 
Олег, вопрос о перспективах. Какой Вы видите систему Twilight через год?
 
Олег Никитин:
Все будет зависеть от наших клиентов и партнеров. Система по большому счету уже давно не меняется кардинально, т.к. была изначально удачно спроектирована и последние несколько лет только обрастала дополнительными функциями. Вряд ли за ближайший год она сильно изменится, кроме разве что планов по совместимости с разными браузерами, о чем мы говорили ранее. Скорее всего, мы сосредоточимся на продвижении нашего продукта, а не на его разработке. Хотя, кризис на рынке веб-разработок может немного скорректировать планы, так всегда бывает.
 
 
К слову - почему Twilight? Есть какая-то история появления этого названия?
 
Олег Никитин:
История появления названия "Twilight CMS" достаточно простая. Еще в школе, когда мы начинали писать первые программы на gw-basic, мы с другом устраивали разные соревнования. У кого будет круче графика на экране и кто веселее назовет свою "компанию". Я где-то услышал название "Twilight Zone" (известный сериал шестидесятых, "The Twilight Zone" - мне понравилось название). Так, первые программы были помечены «копирайтом» "Twilight Zone Inc.". Позже, когда при разработке CMS возникла необходимость назвать хоть как-то рабочий проект, временно было взято за основу слово "Twilight" (сумрак). Нет ничего более постоянного, чем временное. Так система и называется до сих пор, хотя многие критики считают название не очень удачным из-за сложности написания и произношения. Последнее меня поначалу немного удивляло, поскольку в школе почти всех учат что диграф “gh” не читается, а «i» в открытом слоге дает «ай», в итоге вроде бы несложно прочитать название как «Твайлайт». Но потом привык. И чтобы не напрягать клиентов в последние годы мы чаще употребляем укороченный вариант TWL CMS. Хотя трехбуквенных названий на рынке и без нас хватает J.
 
Кстати, название этого фильма имеет много таких "последователей". Например, известный писатель-фантаст Сергей Лукьяненко в своих "Дозорах" оттуда взял свой "сумрак", по крайней мере он так писал в своем ЖЖ.
 
Какие интересные задачи вашим специалистам приходилось решать в процессе разработки программного продукта?
 
Олег Никитин:
Пожалуй, одним из самых интересных вызовов в техническом плане было создание собственного движка для хранения данных, который бы удовлетворял жестким требованиям по быстродействию и надежности. Когда мы решили эту задачу, мы увидели новые возможности для бизнеса. Движок "на файлах", то есть система хранения информации без применения стандартных СУБД типа MySQL, оказалась очень кстати во многих внутренних проектах. Например, на этой схеме работает наш антиспам движок "SpamBeat", который получает огромное количество запросов, и стабильность работы мы отлаживали именно под реальной и высокой нагрузкой. Сейчас мы портируем скрипты для работы на сотовых телефонах, благо все разработки у нас получились реально кроссплатформенными.
 
Также любопытным опытом был "возврат к истокам" при реализации механизма отрисовки результатов голосований. Мы не нашли готовых решений, которые позволяли бы красиво рисовать обычную круговую (секторную) диаграмму, и реализовали свой рендерер с нуля. В общем-то, алгоритмы рисования прямых линий, сглаживания степенчатых эффектов по Брезенхэму, заливки замкнутых областей - это заря компьютерной графики. Ничего сверхсложного в этом нет. Зато результат понравился всем клиентам. С тех пор прошло много времени, появились новые технические возможности... Но я уверен, что команда получила совершенно необходимый опыт. Вообще, опытным программистам всегда интересна реализация разного рода непростых алгоритмов, поскольку обычно веб-программирование занятие рутинное и достаточно скучное. Это позволяет держать свои интеллектуальные навыки в тонусе.
 
Еще стоит упомянуть наш граф посещений сайта, который был придуман после длительной борьбы одних наших клиентов с анализом статистики на своем сайте. Кстати, статистика анализировалась с использованием встроенных механизмов Битрикса, уже не помню какой правда версии. Мы задались вопросом - почему западные производители анализаторов логов, таких как WebTrends могут реализовать визуальные инструменты для анализа ситуации на сайте, а для наших разработчиков - это слишком сложная задача и все просто вываливают циферки в табличном виде - типа кому нужно сам разберется. Ну, мы и взялись "сделать удобно". Придумали как отрисовать пути-дорожки, по которым ходят посетители, а затем начали разработку. Сейчас наш отдел аналитики ежедневно отсматривает ситуацию на нескольких десятках собственных проектов, и именно нарисованный на экране граф переходов позволяет быстро и осмысленно делать первые предположения о том, что и почему на сайте происходит. Вкупе с другими визуальными инструментами, такими как модный (и реально полезный) heatmap, показывающий, куда кликают посетители, можно достаточно тонко манипулировать сайтом как инструментом продаж.
 
 
А какие задачи решить так и не удалось?
 
Олег Никитин:
Такие тоже есть. Например, до сих пор не решена задача поиска по сайту, в том виде как нам бы хотелось. Вероятно, соперничать с Гугл или Яндекс в вопросах поиска информации достаточно глупо, но свой поиск пишут все производители CMS, поскольку без него как-то неприлично. Но почти у всех качество поиска достаточно низкое, поскольку в 90% случаев базируется на полнотекстовом поиске MySQL, чьи алгоритмы слишком упрощенные. Поэтому мы, рассмотрев последние алгоритмические достижения в этой области, пока реализовали достаточно простой движок, решающий текущие задачи. Но, возможно, через некоторое время вернемся к вопросу о его переработке. Хотя, тут многое зависит от политики поисковых гигантов. Если они дадут возможность легко и просто интегрировать свой поиск в коммерческие проекты без рекламы, например за разумные деньги, то мы не будем тратить время на изобретение велосипеда, а лучше сделаем какую-нибудь новую удобную в работе полезняшку для пользователей.
 
В любом обсуждении CMS не обойтись без 1С-Битрикса :-). Как Вы относитесь к этому продукту? Можете сравнить свой продукт и эту систему?
 
Олег Никитин:
Как к бизнес-проекту относимся хорошо. Агрессивное продвижение в последние год-полтора, так раздражавшее "конкурентов" практически сошло на нет. Зато теперь у них есть огромный рынок, и можно спокойно доводить инструмент до ума, зарабатывая при этом деньги. Если говорить до конца откровенно, на текущий момент кроме 1С-Битрикса реально зарабатывающих на CMS игроков на рынке нет, по крайней мере как это видится со стороны. Доля присутствия этой системы настолько велика, что все остальные могут как конкуренты рассматриваться очень условно, как бы это кому не было обидно и кто бы что про себя любимого не говорил. Тем не менее, другие продукты (и наш в том числе) имеют возможность перетянуть на свою платформу часть разработчиков в тех областях, где установка 1С-Битрикса дорога или их система избыточна по задачам проекта. Минусы их общеизвестны, и они фундаментальны. Многофункциональный продукт "для любого проекта" не может быть очень быстрым, малоресурсоемким или простым в настройке и установке. Поэтому более узкоспециализированные CMS смогут найти своего пользователей, если будут целенаправленно работать над улучшением своих потребительских качеств, как бы банально это ни звучало. Сделай грамотный, удобный и хорошо документированный продукт и люди к тебе потянутся.
 
Прежде всего, 1C-Битрикс и "Twilight CMS" не являются одноклассниками. "Twilight CMS" ориентирована на разработку корпоративных сайтов и типовых магазинов и каталогов средней сложности, хотя с её помощью можно создавать и сложные порталы, и другие решения. В частности на движке "Twilight CMS" реализована наша внутренняя система работы с клиентами (CRM, если хотите), система баг-трекинга и некоторые другие вещи, далекие от типовых веб-сайтов. Но мы предпочитаем позиционировать свой продукт более узко, поскольку, как известно, многофункциональные монстры каждую из своих задач обычно выполняют «так себе» и люди это прекрасно знают.
 
Мы можем предложить потребителям удобный и грамотно спроектированный интерфейс, разработчикам - простую модель разработки и хорошую модульность, владельцам сайта - возможность работы на любом дешевом виртуальном хостинге и крайне низкую стоимость владения продуктом. Ну и если в будущем владельцу сайта потребуется доработать свой проект самостоятельно, у него не возникнет большой проблемы найти грамотного разработчика, поскольку к ним предъявляются более низкие требования по квалификации.
 
 
В рамках проекта CMS Magazine мы пытаемся помочь владельцам сайтов и разработчикам в выборе CMS. Какие Вы могли бы дать советы по этому процессу?
 
Олег Никитин:
Про некоммерческие продукты я говорить не буду, там все немного проще, чем в коммерческом секторе. На мой взгляд, процедура выбора коммерческой CMS несколько надуманна, поскольку на текущий момент на российском рынке среди коробочных коммерческих систем управления сайтом реально можно выбирать среди 6-7 брендов. Остальное - более или менее перспективные прототипы (поделки, если быть безжалостнее), которым еще предстоит доказать и занять. Среди известных систем можно достаточно легко выделить две основные группы: "1С-Битрикс" и "остальные". Если выбор падает на группу "остальные", то выбор прост: пишется описание веб-проекта с перечнем требований по функциональности, рассылается по производителям, которые оценивают а) возможность реализации проекта на их движке, б) стоимость лицензии, необходимой для проекта и в) диапазон стоимостей внедрения и поддержки проекта в будущем. Далее останется только пообщаться с представителями компаний по телефону, чтобы развеять свои сомнения и уточнить риски. Мне кажется, что данная процедура не очень сложна. Если же тот, кто выбирает систему управления не готов вникать в детали, вероятно, ему имеет смысл искать не продукт, а комплекс услуг по производству и поддержке сайта, то есть пойти в веб-студию и довериться профессионалам.

 



Комментарии (Facebook)

Комментарии (18)

Сергей      Создано: 27.11.2008, 14:44          

Олег, Вы очень подробно рассказали о своей CMS и ситуации на рынке в целом. Спасибо.

Могли бы Вы выделить 3-5 наиболее интересных проекта, работающих на системе Twilight?

Виталий      Создано: 27.11.2008, 16:02          

Олег, Вы сказали, что установка системы возможна практически на любом хостинге. Поясните, какие есть ограничения в использовании вашей CMS в части хостинга?

Олег Никитин      Создано: 27.11.2008, 17:10          

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

http://www.scher-khan.ru, сайт с каталогом товаров российского производителя автомобильных сигнализаций. На сайте помимо разных модулей системы можно увидеть пример вывода каталога товаров (данные) во Flash роликах (отображение).

http://www.wittchen.ru, интернет-магазин по продаже кожаных сумок, ремней и аксессуаров. Реализован каталог с возможностью ведения нескольких древовидных классификаторов на один товарный ряд, связанные по смыслу товары, корзина, опросы (голосования), скидки и т.д. Также, интересная (хотя ей года 4 уже) функция генерации графических надписей из TTF фонтов - можно на внутренних страницах увидеть как заголовки создаются без участия человека.

http://www.weddinglist.ru, тематический портал по свадебным компаниям. Привязка компаний к картам метро, вывод офисов продаж на Google Maps, счетчики посещений отдельных страниц (мини-рейтинг популярности), облако тэгов, упрощенный форум, голосование "звездочками" за ту или иную компанию, генерация уменьшенных изображений, постраничная разбивка каталогов и галерей, продажа ссылок через SAPE (в системе есть для этого модуль подключаемый одной строкой) и пр. Наш внутренний проект, который мы используем для различных тестов и развития портальных функций системы.

http://www.weddingrush.ru, модерируемая доска объявлений. Функционал в целом примитивен - форма обратной связи и новостная лента. Но в проекте подключены модуль просмотра превью с помощью плагинов JQuery, которые подключаются в нашей системе практически одной строкой и возможность поднятия объявления путем отправки SMS сообщения (SMS-биллинг).

http://www.unite.md, сайт молдавского оператора сотовой связи Unite, который работает под очень высокой нагрузкой и является примером типичного корпоративного сайта.

Если что еще интересно, то можно порыться в нашем "портфолио" (www.twl.ru/portfolio), поскольку возможностей у системы "Twilight CMS" достаточно много, а их комбинации порой приводят с совсем интересным результатам.

Виталий, систему действительно можно установить практически на любом хостинге (виртуальный хостинг/выделенный сервер, Unix/NT). Перечень площадок, которые были протестированы нами за время работы описаны на странице www.twl.ru/hosters. Замечу, что если площадка помечена нами как "красная", это не значит что на неё ничего поставить нельзя. Поставить можно практически куда угодно. Наша оценка дается совокупно по нескольким критериям, включая качество работы саппорта и потенциальные проблемы в будущем при необходимости обновлять систему и т.п.

Требования таковы:
- CGI Perl (есть везде и всегда если это Unix, легко ставится на NT);
- доступ к сайту по FTP для установки;
- установленные Perl модули:
- Storable, 95% вероятность что стоит, а если не стоит - система перейдет в резервный режим;
- Compress::Zlib, 99% вероятность что стоит, а если не стоит - система перейдет в неэкономичный по трафику режим;
- Image::Magick. На профессиональных хостингах есть всегда, на частных хостингах типа "один дедик+CPanel" - обычно можно доставить по требованию. Но если не стоит - нельзя будет пользоваться макросами генерации тамбнейлов, графических заголовков, опросниками и проч. Пожалуй, единственное требование для работы полноценного сайта.

В общем-то и все. Сколько мы работали с разными площадками, если чего-то из перечисленного на хостинге не стоит, обычно саппорт идет навстречу и ставит недостающее в течение пары часов.

Klient      Создано: 27.11.2008, 17:21          

Олег, если бы Ваша компания разрабатывала нам сайт и потом по каким-то причинам мы бы захотели поменять разработчика, то мы могли бы безболезнено найти партнера для последующей технической доработки проекта? Много ли у вашего программного продукта партнеров в Москве?

Олег Никитин      Создано: 27.11.2008, 17:36          

К делу не относится, но сразу замечу, что большинство проектов изначально делается партнерами, в нашей студии сейчас производится меньшая часть.

Постоянно и профессионально работающих партнеров в Москве у нас конечно мало, и нам их будет мало даже если их будет пара тысяч. Мы, как и любой производитель, заинтересованы в увеличении числа партнеров. Если клиент хочет дорабатывать сайт у партнера, мы конечно найдем ему вариант. Причем, я не уверен, что имеет смысл так уж цепляться за региональную привязку. У нас очень сильные компании-партнеры в Твери (ООО "Фрилайн"), компания Deeplace (один из лидеров Молдавского рынка веб-разработок), есть несколько очень грамотных разработчиков в Беларуси. Убежден, что в свете последнего раздувания цен в Москве поиск бюджетного варианта веб-разработки - занятие практически гиблое, поскольку почти всегда низкие московские цены сопряжены с плохим качеством работы.

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

Klient      Создано: 27.11.2008, 18:38          

Перешел на сайт и системы и к сожалению не нашел на нем информацию о партнерах. Можете скинуть ссылку или информация на сайте пока отсутствует?

Олег Никитин      Создано: 27.11.2008, 22:36          

Klient, если вы обратитесь в нашу компанию с конкретным проектом - будет разговор. А мериться с остальными производителями длиной списка мертвых душ - нам неинтересно.

У нас была в практике компания из Израиля (и это не единичный случай), которая года полтора назад (сейчас не знаю) значилась партнером сразу трех (!) наших систем управления и не имела ни одного сайта в портфолио на этих системах. К слову, мы ей в партнерстве отказали.

Гость, вы можете зайти на wordstat.yandex.ru и посмотрите количество запросов в месяц. Что касается нестандартных методов продвижения... Ну отвечу я вам "да, мы используем такие нестандартные способы продвижения", или "нет, это просто совпадение" - кому и что это даст? Тем более что по этому поводу Дмитрий Васильев (Netcat) уже писал на ROEM с год назад. Если честно, мне было бы более интересно потратить эти 5 минут на написание ответа на конкретный вопрос о нашем продукте.

Гость      Создано: 27.11.2008, 21:44          

Если набираешь в Яндексе слово bitriks, то вначале поиска сайт вашей CMS, затем еще одни ваш сайт- www.bitriks.ru, на котором также размещена информацию о Вашей CMS.

Это у Вашей компании такие нестандартные пути продвижения вашей CMS на рынкеsmile.gif ? Много ли трафика дает это запросsmile.gif ?


Олег Никитин      Создано: 27.11.2008, 22:39          

Гость, извините, пока не до конца приспособился к местному форуму, поэтому я ответил на ваш вопрос чуть выше.

Сергей      Создано: 27.11.2008, 23:03          

Олег, повторю вопросы, которые задавал представителю NetCat, а именно:

1. Сколько программистов работают именно над ядром системы Twilight?
2. Сколько человек работают в офисе непосредственно над разработкой и продвижением CMS?

И еще один вопрос:

3. Сколько примерно проектов работают на Вашей системе?

Дмитрий Владимирович      Создано: 28.11.2008, 2:18          

Олег, вопрос к Вам, как к эксперту этого рынка. На Ваш взгляд какова 10-ка наиболее успешных платных российских CMS с точки зрения их успешного коммерческого использования?

Олег Никитин      Создано: 28.11.2008, 13:36          

Дмитрий Владимирович, вы меня с кем-то путаете, я не являюсь "экспертом рынка", особенно в части подсчета денег в чужих карманах. Я технический человек, слежу за рынком постольку поскольку, когда выдается свободное время, которого очень мало. Более того, я считаю что полноценного рынка CMS у нас до сих пор нет, хотя это моя частная точка зрения. И не думаю что нужно говорить о десятке продуктов. 6-7 скорее. Из них реальный коммерческий успех есть только у одной системы. По крайней мере по моим личным меркам, поскольку понятно что понятие "успеха" у каждого свое. Все остальные работают либо с не очень большой прибылью, либо для них это не основной способ заработка денег.

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

По именам всех претендентов все кто интересуется темой знают, я никого искуственно в список не добавлю, и никого из известных систем тоже не выкину. Да, это же хлеб cmsmagazine.ru. Вот у них и нужно спрашивать про всякие рейтинги, десятки и прочее. Надеюсь они через некоторое время освоятся и смогут предоставить публике некий сводный отчет по ситуации на рынке вместо "рейтингов" по ТИц.

Alter Ego      Создано: 28.11.2008, 10:47          

Олег, я знаю, что очень давно Вы работали в компании Actis. Вы ушли оттуда, для того, чтобы открыть свою компанию или по каким-то другим причинам? Как Вы с технической точки зрения и с точки зрения удобства использования оцениваете WebBuilder - разработку Актиса?

Олег Никитин      Создано: 28.11.2008, 13:59          

Здравствуйте Alter Ego, пользуясь случаем проявлю любопытство - это вы на roem.ru под аналогичным ником комментируете?

По Актису - ушел я оттуда очень давно, в 2001 году. С бизнесом это на тот момент связано никак не было, я был еще очень молод и объективно к успешному бизнесу готов не был. Вы наверное помните, что в 2001 году перед крахом доткомов Актис Системс Интернет разросся до 170+ человек и на тот момент это была крупнейшая (и крутейшая) веб-студия страны. Но пузырь лопнул, были большие сокращения. Когда на улицу в один день выкинули примерно половину людей, и в моем отделе осталось из 28 всего 4 человека возможность профессионально развиваться была поставлена под сомнение. Через месяц тоже ушел. Вот такая история. Актис до сих пор считаю офигенной школой во всех смыслах, которую мне посчастливилось посещать.

Что касается WebBuilder, то наверное не открою большого секрета сказав, что это не коробочная система, а внутренний инструмент разработки сайтов для одной компании. Как и легендарный Imprimatur (или как его там), эту систему кроме клиентов Актиса никто по идее не видел и наверное не должен видеть. Я видел только самые первые варианты, которые делались в отделе Кутиса-Гончарова, из которых выросли как минимум две известные мне другие системы управления (не только сайтом). Возможно (только домыслы) какие-то осколки этой системы даже осели в Студии Лебедева, но скорее всего к текущему моменту все это уже далекое прошлое.

Текущий WebBuilder я не видел, и насколько я знаю он с тех пор был переписан вдоль и поперек, и на текущий момент это совсем другая система. Спрашивать о ней нужно её создателя и идеолога - Гришу Никонова. Чисто с точки зрения работы движка, на тех сайтах где она установлена, мы в своё время замечали хорошую работу под нагрузкой (хотя это в т.ч. может быть частичной заслугой выделенно настроенных серверов и грамотным системным администрированием) и защищенность от взлома через разные дыры в URL. По большому счету больше никакой информации о системе Актиса у меня нет.

Гость      Создано: 28.11.2008, 14:24          

Олег,


почему маркетинг такой не агрессивный у компании?

знаю что вы делали проекты для таких компаний как Элекснет http://elecsnet.ru/ или группа компаний ОСТ http://www.ost-group.ru, а проектов нетдаже в портфолио?

или такое важное премущество как бесплатная техническая (очень квалифицированная и профессиональная) поддержка вне зависимоти от срока использования лицензии становится приятным открытием в процессе экспуатации системы.

Как-то активнее надо продвигаться, другие кричат на всех углах о менее значимых преимуществах.

Олег Никитин      Создано: 28.11.2008, 15:45          

Гость, вы совершенно правы. Ну не любим мы пустопорожний треп. Хотя с точки зрения бизнеса вероятно правильно на каждом углу рекламировать каждую "новую уникальную фичу". Ну и в долгосрочной перспективе, как нам кажется, правильнее сделать хороший продукт, тогда сам собой сработает эффект "сарафанного радио". Другое дело, что успешные веб-мастера друг с другом почти не общаются, им некогда. А на форумах, где тусовка большая - много бездельников, и любые попытки поделиться успешным опытом вызывают зависть, упреки в пропаганде, холивары и прочие неконструктивные действия. Рынок такой. Поэтому мы готовы совершенствовать свою стратегию продвижения, это интервью один из шагов в направлении к аудитории, действительно заинтересованной в качественном и удобном продукте для бизнеса.

Вот вы упомянули http://www.ost-group.ru - мы его только вчера опубликовали в сети. У нас даже новости еще не вышли с пресс-релизами. На днях он тоже будет добавлен в портфолио, и автоматически попадет в число работ также и на этом портале (благо в "Twilight CMS" автоматически выводить список работ из каталога в XML формате - примитивная задача).

Поддержку забыл в интервью упомянуть, но её сложно описать объективно. Для меня, кстати, определенным критерием популярности системы среди разработчиков является количество тем и сообщений на форуме службы поддержки. Если я вижу что-то новое на рынке, первым делом заглядываю в скриншоты, и если после этого имеет смысл - на форум саппорта.

Oleg      Создано: 24.12.2008, 13:52          

В свете
>систему действительно можно установить практически на любом хостинге

да и в принципе хочется комментарии на это цитату из вашего руководства по установке:

>Если хостинг-провайдер запрещает создание папки cgi-bin и размещает скрипты
>только в папке с определенным именем (например cgi) – смените провайдера.
>Конечно, настроить систему возможно даже в этом случае, но поскольку
>вам придется заменить пути практически во всей системе (более 150 вхождений),
>и делать это каждый раз при установке апдейтов или переносе системы – это
>будет неудобно и дорого в обслуживании.

Олег Никитин      Создано: 24.12.2008, 14:12          

Цитата(Oleg @ 24.12.2008, 13:52)
В свете
>систему действительно можно установить практически на любом хостинге

да и в принципе хочется комментарии на это цитату из вашего руководства по установке:

>Если хостинг-провайдер запрещает создание папки cgi-bin и размещает скрипты
>только в папке с определенным именем (например cgi) – смените провайдера.
>Конечно, настроить систему возможно даже в этом случае, но поскольку
>вам придется заменить пути практически во всей системе (более 150 вхождений),
>и делать это каждый раз при установке апдейтов или переносе системы – это
>будет неудобно и дорого в обслуживании.


Вопрос у вас не задан явно, так что непонятно что именно вы хотите узнать.

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

А что касается замены путей, то данная фраза в руководстве действительна только для очень древних версий, типа 4.11, которая до сих пор иногда встречается на CD в магазинах. Этой версии уже года три с половиной. Все современные пакеты сами адаптируются к имени папки со скриптами и им все равно какое название у папки - cgi или cgi-bin.


CMS Magazine CMS Magazine
Реклама
RSS-подписка
CMS Magazine CMS Magazine
CMS Magazine