как TYPO3 или Drupal?

будет быстрее всяко

Как простенькая админка.
С друпалом тяжело такое сравнивать

тогда только Django пришло на ум

В чем выражается скорость? Давайте ее выражать в миллисекундах. Так сколько миллисекунд ваши (!) технари могут выжать из ВП и Октобера? Вот это будет разговор.

хороший вопрос. В плане скорости ориентируется на google page speed. К рассмотрению october cms пришли после долгого и мучительного подьма это показателя для мобилок с 2 попугаев до 60 на одном из проектов

Давайте в конструктивное русло - в миллисекундах скорость меряется. Или в секундах. Так что они скажут? Я к тому, что в конце концов придет, что на Октобере будет 4,5 секунды, а на ВП 4,6. Или наоборот. Вы их спросите. Если ключевой момент скорость - так и надо ставить вопрос о том, сколько и чего прирастет и какой ценой.

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

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

в джанге вообще админки нет можно сказать

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

Скорость зависит больше от технаря. Как он сможет приготовить вам компот. Какая разница по CMS, если там все закешировано будет? Запрос до CMS вообще не дойти может. Вы вообще сравнивали скорости сайтов-ваших одноклассников, сделанных  на разных технологиях? Если нет, так сравните. А если не сможете, значит, рано вам такие вопросы ставить. Вы будете тут всегда зависеть от чужого мнения.

Если я не знаю какую-то cms, то и узнавать про нее не стоит... Интересный взгляд. Но давайте развивать не будем, а то легко скатимся во флуд.
По сути согласен - все зависит от навыков технарей. Спасибо за ответы.

смысл узнавать, если не умеешь интерпретировать?)

Не такие выводы.

1. Если работаете с CMS, ее надо знать. Если вы будете учить несколько CMS, у вас будет голова полна, а результата ноль.

2. Технарь сделает вам то, чтобудет написано в ТЗ. А ТЗ кто будет писать? Вот если хотите суметь написать ТЗ, то надо разговаривать на техническом языке. Ни один технарь не будет вам делать быстрый сайт, если в ТЗ просто сайт. Потому что это дороже. Он, может бытЬ, и может сделать. Но вы не попросили. А он оценил в деньгах так, как написано в ТЗ. А вы просто попросить либо забыли, либо не смогли. А потом удовлетворенность никакая - вам говорят, что сделано то, что просили, а вы говорите, что сайт медленный. Где медленный? Все как по ТЗ.

И опять же не с чем поспорить ни по первому, ни по второму пункту. А вы к разработке имеете довольно близкое отношение, да?

Я согласен, что если в ТЗ не указано "быстрый сайт", то и удивляться если сайт не быстрый глупо.

Но то где проходит та грань между строчкой в ТЗ "быстрый сайт" и глубиной конкретных требований, условно количеством попугаев в page speed или полным списком требований (minify css, optimize images, broцser caching, cdn, etc) определяется именно уровнем технаря. Я к тому, что если я, не разработчик, понимаю в этом больше, то это ставит серьезный вопрос о компетенции специалиста.

См. начало разговора. Нет быстрого сайта. Есть скорость в миллисекундах. Откройте webpagetest и посмотрите, сколько там параметров, измеряемых в миллисекундах или секундах. Вот если вы поймете, что вам надо, поставите задачу технарю, чтобы вот этот показатель был таким-то, то он вам так и сделает. Если сможет, конечно.

Всем привет. Кто знает бесплатный спинер  по одному шаблону на разные тексты ?

Привет!
Вопрос: Разве может быть на сайте при ручных санкциях такого рода, позиции на таком уровне. Эти позиции по основным ВЧ запросам

Кто сталкивался с подобным?)