- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
ИМХО, дизайн-студия должна, в первую очередь, делать хороший дизайн. Соответственно, CMS должна, как минимум, не мешать ей в этом. С точки зрения бизнеса, собственная CMS - это достаточно большой риск. Программист, который ее разработал, может банально уволиться - и что тогда будет делать студия? Искать, во-первых, кого-то, кто будет поддерживать собственные проекты, и, во-вторых, снова стоять перед выбором: свое или чужое?
При этом я не делаю "икону" из готовых CMS - к любой из них нужно привыкать, у каждой свои плюсы и минусы.
SQL-запросы от (пускай того же) битрикса Вы анализировали?
В этом и проблема большинства ЦСМ, то что их пытаются сделать универсальными, легко расширяемыми, но не производительными. Ибо о производительности уже нужно думать в каждом конкретном случае, которых не так уж и много. АНО им надо.
--
- Давненько возился с джумлой, так там для генерации одной страницы делается к базе более 50 ЗАПРОСОВ.
- А недавно увидел ещё одну страшную вещь... в неткат, думаю, похожая есть и в битриксе: например, при выводе страницы каталога фирм, запросов к базе вроде не много, но в ОДНОМ запросе в объединении по LEFT JOIN учавствуют более 20 таблиц! ВОТ ЭТО МЕНЯ ШОКИРОВАЛО. Но ничего, работают сайты и ладно. Подумаешь, в этом момент я общался с человеком, который как раз и жаловался, что его сайт жрёт много ресурсов хостинга.)
--
Всю эту универсальность, навороченность усиленно смазывают системами кеширования. Тогда ещё они хоть как-то существуют.
В этом и проблема большинства ЦСМ
Чуть не соглашусь. Проблема не ЦМС а в создателях.
Вы обратили внимание, особенно в моследнее время, каждый пытается написать что он владеет php+mysql или asp.net+mssql. Я понимаю, что иногда, использование имеено sql серверов оправдано. Понимаю, что так проще обеспечивать безопасность данных.
Но интересный факт: почти все забывают что текстовый документ, - это тоже БД, с котрой очень просто и эффективно можно работать. Файловая система - тоже прекрасная БД.
При этом, если вобще БД нужно использовать.
Кроме этого, есть чудесно описанные и реализованные решения педварительного кеширования. Сокращает нагрузку, система становится более гибкой, но все упирается в но.... Перед проектированием нужно очень-очень хорошо подумать. Не любят у нас люди решать задачу поэтапно. Чаще идут "лобовым" решением.
Так, чуть-чуть офа:
Сколько красивых и динамичных игрушек было да троек и четверок. Очень многие, писались даже не на сях, а на ассемблере. Да, очень тяжело, - но результат волшебный. А сейчас, 2-3 гига инстальник, сотни мегов кода и.... вот.
А сейчас, 2-3 гига инстальник, сотни мегов кода и.... вот.
Ну правильно, всё пишется для толпы, чтобы было просто и удобно (так же поступает и всеми любимый МикроСофт, можно даже не сомневаться, его любят 90%, значит можно сказать ВСЕ ;) ). Большинство делают себе сайты, у которые посещаемость вряд ли когда перевалит за 1000 (я думаю, таких процентов 90% сайтов в Интернете). Тогда и не зачем заморачиваться, ресурсы жалеть и т.п. Главное бабки поиметь от продажи. А если сайт потом вырастет в посещаемости, так клиент придёт в эту же студию и закажет доработку, чтобы сайт не заваливал сервер.
----
ТС, мы правда ушли от темы. Так вам нужен движок для вашего собственного сайта дизайн-студии? Чтобы понять, какое движок наиболее точно будет соответствовать задаче и потребует (обязательно потребует) минимальных доработок, нужно сначала позаботиться разработкой грамотного дизайна, описать функционал и связи между разделами!
Но интересный факт: почти все забывают что текстовый документ, - это тоже БД, с котрой очень просто и эффективно можно работать. Файловая система - тоже прекрасная БД.
При этом, если вобще БД нужно использовать
Именно.
Перед проектированием нужно очень-очень хорошо подумать.
Вот это очень-очень туго доходит до людей, которые предлагают веб-студиям писать собственные CMS, и пишут что поддержка собственной системы это легко и просто.
Очень многие, писались даже не на сях, а на ассемблере. Да, очень тяжело, - но результат волшебный. А сейчас, 2-3 гига инстальник, сотни мегов кода и.... вот.
Более того, я тут несколько дней работаю с JQuery плагинами который картинки в псевдоокнах открывают, так вот такая примитивная задача на моем офисном компе со встроенной слаааабенькой видюхой в ИЕ6 просто умирает. Все прыгает, дергается... На древнем 286 в TurboPascal7.0 + asm у меня производительность видео была бешеная (ну прямая работа с видеобуфером и все такое), просто на неё угроблено было почти два года (трехмерку писал какую-то самодельную, 3дстудио тогда еще в проекте не было даже). А щас две строки кода, а что там бедняге процу скармливается...
Именно.
Более того, я тут несколько дней работаю с JQuery плагинами который картинки в псевдоокнах открывают, так вот такая примитивная задача на моем офисном компе со встроенной слаааабенькой видюхой в ИЕ6 просто умирает. Все прыгает, дергается... На древнем 286 в TurboPascal7.0 + asm у меня производительность видео была бешеная (ну прямая работа с видеобуфером и все такое), просто на неё угроблено было почти два года (трехмерку писал какую-то самодельную, 3дстудио тогда еще в проекте не было даже). А щас две строки кода, а что там бедняге процу скармливается...
при чем тут твоя слааабенькая видюха?
и причем тут вообще твой 286?
ТС, напишите сначала тексты, нарисуйте дизайн, продумайте, какие разделы вы хотите на сайте, а потом и будет понятно, какая вам цмс нужна
Программист, который ее разработал, может банально уволиться - и что тогда будет делать студия?
Вас документацию вести не учили? Спецификации функций, прецеденты, диаграмма потоков данных, архитектурно-контекстная диаграмма и иже с этими документами вся сопроводиловка на программный продукт... не учили? А вот надо было бы ))
По-вашему если из Майкрософта один уволилится во время разработки новой Windows - остальным программерам прийдется весь код переписать?...
Для дизайн-студии очень остро стоит проблема текучки кадров. Так что приготовьтесь, что разработчики будут приходить и уходить, поэтому если у вас есть костяк программистов, которые смогут написать хорошую цмс, задокументировать ее и сделать из нее нормальный, поддерживаемый продукт, то лучше конечно выбрать именно этот вариант.
Если уровень разработчиков средний, студия молодая, а зарабатывать хочется сразу (а не через полгода-год, когда напишете свою цмс), то лучше взять что-нибудь типа битрикс или umi, т.к. там и документация и тех.поддержка и программистов всегда можно найти, имевших опыт работы с ними.
пишут что поддержка собственной системы это легко и просто.
проще, чем разбираться и "дорабатывать напильником" готовые. Конечно, если есть, хотя-бы 3-х летний опыт в подобных вещах.
Скажите другое, - цена собственной системы будет дороже чем покупной, НО.. это полностью окупится отсуствием "подводных камне" и простотой доработок.
Для дизайн-студии очень остро стоит проблема текучки кадров. Так что приготовьтесь, что разработчики будут приходить и уходить, поэтому если у вас есть костяк программистов, которые смогут написать хорошую цмс, задокументировать ее и сделать из нее нормальный, поддерживаемый продукт, то лучше конечно выбрать именно этот вариант.
Если уровень разработчиков средний, студия молодая, а зарабатывать хочется сразу (а не через полгода-год, когда напишете свою цмс), то лучше взять что-нибудь типа битрикс или umi, т.к. там и документация и тех.поддержка и программистов всегда можно найти, имевших опыт работы с ними.
каждый раз когда такое читаю - удивляюсь, почему никто не пишет о свободном ПО? Т.е. даже варианта выбрать нормальную беслатную систему, пригодную для создания типовых корпоративных сайтов, почему-то не рассматривают. Как будто бесплатные системы это только пхпнюк, джумла и друпал.
Но ведь уже примерно как год существует довольно много нормальных современных фриварных систем (причем даже с BSD лицензией)
http://silverstripe.com/
http://www.concrete5.org/
Еще есть фремворки...
Битрикс и прочие русские коммерческие цмски имеет смысл выбирать из соображений маркетинга (присоединисться к раскрученному бренду, получить солидности "Мы делаем на Битриксе, который используют МТС, Эльдорадо...", банально заработать на комиссии и/или за счет выхода в более высокую ценовую нишу), но не из технических соображений или соображений упрощения работы студии.