Посоветуйте движок для сайта

[onell]

Пока остановился на выборе е107. Какие плюсы и минусы? Заранее благодарю за советы.

[RayShade]

Я думаю, е110 всяко лучше?

[Хакер]

FLSE.

Fire-Lines Site Engine.

Определись только: движок или система управления контентом. А то многие путают.

[mdss]

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

[mdss]

FLSE.

Fire-Lines Site Engine.

CMS видимо настолько крута, что даже гугл о ней не знает [/quote]

[onell]

FLSE.

Fire-Lines Site Engine.

Подскажите где скачать/купить эту софтину и документацию к ней?

Добавлено через 5 минут
Если гугл не видит это не значит что движок плохой. Распространенные движки легче взломать из-за того что их коды доступны всем

[mdss]

onell
над распространенными движками и работает много людей, которые все дыры закрывают. Чем больше людей юзает, тем быстрее находятся и устраняются дыры (а они будут обязательно найдены в любом двиге)

[onell]

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

З.Ы. может я ошибаюсь

[mdss]

onell
работать над движком должен не профессионал, а группа людей связанных общим интересом, а именно своей разработкой. И на каждом норм офф сайте двига есть багрепорт. А дыры находятся во время использования, а не из-за просмотра исходников. Все это ИМХО

[onell]

в идеале, если на то пошло, под каждый крупный проект нужен свой движок. для меня это не подходит (не смогу я быстро написать двиг с моими познаниями в РНР ), мне нужен готовый продукт надежный и удобный в использовании

[mdss]

onell
в планах крупный проект? Он-лайн магазин, огромная база знаний (статьи, новости и т.д.), чаты, форумы? Что планируется то?

[onell]

проект средних размеров, международный торговый портал, около 1000 едениц техники и комплетующих

[mdss]

onell
http://www.netcat.ru/
Если что у меня есть версия для пробы на локалке

[Хакер]

Хакер
уважаемый кулхацкер, и в чем же, по вашему мнению, разница между "движком" и CMS.

mdss
Ты в курсе, что слово "кулхацкер" имеет оскорбительный характер, или это ты так ляпнул?

НАсколько мне известно такого понятия как "движок" нет вовсе, это утрировано так называют.

Разница такая же, как между DirectX и Blitz3D, как между gdi32.dll и MSPaint.

Движок, это всего лишь API, которыми ты пользуешься при написании сайта (при этом сайт ты пишешь сам), в то время как CMS - это продукт, готовый, где не нужно писать сайт, где нужно его сконструировать с помощью специальных инструментов, предоставляемых системой.

ЗЫ без ссылок на источник инф-ии о "движке" верить не буду

Я тебе источник информации об этом движке. Самый верный и свежий.


onell
Движок бесплатен. Нормальной чистой версии для скачивания и при том общедоступной нет, равно как и документации.

Движок этот создавался для внутреннего использования (и поэтому, mdss, его нет в гугле и нет офф. сайта с багрепортом), так что никто никаких документаций не делал. Есть правда какой-то древний мануал, но он настолько древний, что читать его не рекомендуется.

Движок поддерживает:

• Система шаблонов. Поддерживаются:
  1. Ключи
     
  2. Авто-ключи
     
  3. LTR и RTL растущие блоки (неограниченной вложенности)
     
  4. Интеллектуальная технология ACD (автоматическая динамическая генерация CSS-стилей для страницы). Может работать в 4 режимах:
     1. Отключен
        
     2. Ручной
        
     3. Автоматический
        
     4. Режим линковки
• Механизм контроля сессий, взаимодействующий с механизмом сбора статистики. Поддержка автологина.
  
• Мултиязычность с самого низкого уровня.
  
• Поддержка стилей (тем, шкур)
  
• Подсистема обработки ошибок.
  
• Уровень абстракции над БД: работа с различными типами СУБД через унифицированный интерфейс.
  
• Сервис CAPTCH-и, а также же уровень астракции над модулями CAPTCHA-функционала. В базовой поставке таких модуля два.
  
• Подсистема контроля прав доступа, групповых политик доступа, наследия классов и уровней доступа.
  
• Система безопасности (предовтращает возможные последствия от включенных опций register_globals и magic_quotes_gpc - т.е. как бы не были скофигурированы эти параметры - движок не даст ненужным переменным появиться в глобальном пространстве имён, и заквотит незаквоченные GPC-переменные, если что-то с ними не так).
  
• Поддержка модульности. Каждый подключаемый модуль имеет своё пространство имён.

В Extra-версии также доступны:

• Возможность создавать кольца защиты, т.е. можно сделать привилегированый и непривилегированый код, как в Win32, разграничить их полностью или оставить какие-либо общие сущности.
• Backcompatible. Можно писать PHP5 код, и он будет работать на PHP4. Т.е. можно пользоваться, скажем, обработкой исключений, или вызывать новые PHP5-функции. Не все конечно функции эмулируются таким образом.
• KeepAlive-режим. Скрипт работает постоянно, обрабатывая запросы специальными callback-функциями. Это избавляет от необходимости всякий раз загружать одни и те же данные.

Extra версия пока не рапространяетсяя.

[alibek]

Движок, это всего лишь API, которыми ты пользуешься при написании сайта (при этом сайт ты пишешь сам), в то время как CMS - это продукт, готовый, где не нужно писать сайт, где нужно его сконструировать с помощью специальных инструментов, предоставляемых системой.

Правда? И ты определишь границу, где заканчивается одно и начинается другое?

[Хакер]

Что именно? Где заканчивается движок и начинается CMS?

Так я её уже определил. Разве ты не видишь границу между gdi32.dll и Paint?

[alibek]

Создание/модификация конфигурации в 1С -- это программирование или настройка?

[Хакер]

Смотря о какой модификации речь идёт. Я с 1С вплотную не работал.

[alibek]

Для PHP есть шаблонизатор Smarty. Разработка шаблонов на нем -- это программирование или настройка?

[Хакер]

На нём? На нём, насколько я знаю, не разрабатывает шаблоны. Шаблоны разрабатывают для него. И таки да, программирование (или метапрограммирование).

Но, как бы там ни было, как это относится к теме?

[alibek]

Да обыкновенно относится.
Нет четкой границы между движком и CMS.

[Хакер]

Вернёмся к моему примеру.

Разницу между GDI32.DLL и MSPaint ты видишь? И границу между ними? И принципиальную разницу, заключающуюся в том, что эти две вещи стоят на разном уровне организации?

mspaint основывается на gdi32.dll, при этом, другие программы также пользуются gdi32.dll чтобы произвести какие-то действия. И при том могут быть какие-то иные граф. редакторы, которые также будут пользоваться gdi32.dll.

CMS стоит на 1 уровень выше движка. CMS может быть построена на движке: например я могу при желании сделать на своём движке своб собственную CMS.

Движок же сделать на основе CMS никак нельзя.

[alibek]

А GDI и Paint не соотносятся друг с другом, как движок и CMS.
GDI можно сопоставить с языком программирования, а Paint с конечным продуктом (сайтом).
Правильнее было бы сравнивать GDI и какой-нибудь высокоуровневый компонент ActiveX, который предоставляет инструментарий для работы с графикой.

[Хакер]

А GDI и Paint не соотносятся друг с другом, как движок и CMS.

Есть немного. Правильнее поэтому сравнивать GDI++ (а не GDI) и Photoshop. Ну а в качестве GDI в нашем случае выступает сам PHP.

Получая GDI++, вам придётся всё ваше приложение, генерирующее или изменяющее графику, писать самому. Получая Photoshop, вам ничего не придётся писать кроме, возможно, каких-то надписей, которые требуются вам на картинке. Вам возможно, придётся писать плагин к фотошопу. Также и с движком и CMS.

[alibek]

А еще в Photoshop есть возможность писать плугины и ActionScript.
И в этом случае Photoshop является "движком", а экшн-скрипт надстройкой над ним, CMS.
Ну и где будем проводить четкую границу?

[Хакер]

И в этом случае Photoshop является "движком",

Да, но уже не "движком для вывода графики", а "движком для работы скриптов и плагинов". А это уже выходит за рамки спора.

И вообще, я хочу прекратить этот спор. Мне совершенно неважно, видишь ли ты или кто-либо другой какую-то четкую границу или нет.

Я объяснил, что именно я подразумивал, когда говорил "определись, движок или CMS". Чтобы не получилось так, что автор получит папочку engine и будет спрашивать "ой, а к какому скрипту обратиться в броузере чтобы появилась страничка конфигурирования".

[Antonariy]

Движок - CMS без шаблонов

[Хакер]

CMS без шаблонов - неработающий неполноценный продукт, кричащий об ошибке "Template nof found" (и т.п.).

Ладно, как тогда по твоему называется то, что сделал я?

[alibek]

Фреймворк?

[Хакер]

Название, конечно, подходит.

Тогда iRender, TrueVision и прочие также должны назывться не движками, а фреймворками.