Для предметного разговора и вам бы полезно подучить теорию. Для начала о торговле. А на улыбающихся продавцов айпадов с ландинговой странице было бы интересно посмотреть :-). Вот наверное наторговали :-). Не иначе уже все дачи на Рублевке имеют :-). Или вы их кривые ухмылки за улыбки принимаете?
Вообще то прибыл есть не только в торговле. Оказание услуг по строительству или кройке и шитью тоже бизнес, но не торговля. Вот для них лэндинг полезен. Так что не нужно путать как я уже говорил "божий дар с яичницей". Торговля это определенный вид бизнес-процесса с определенной последовательностью действий и многим другим. Сайт интернет-магазина это средство автоматизации этого бизнес-процесса. А лэндинг это просто рекламная вывеска. Чего тут не понятного?
В очередной раз повторяю: "Бизнес бизнесу рознь". Для одних лэндинг подходит, для других нет. Для торговли не подходит. Это вроде должно быть очевидно, если есть представление о том, что такое полноценная торговля.
Ну а дальше как в той книжке: "Пилите Шура. Плите. Они золотые." :-). Больше ни чем помочь не могу.
Смысл сравнения с лимузином не очень понятен. Про порталы ни кто не говорить. А от лэндинга до полноценной интернет-торговли как как от Земли до Альфа-Центавра. Точно так же можно продажу грибов с ящика у дороги называть торговлей, как твой лэндинг. :-) Не стоит путать божий дар с яичницей.
Тогда да. Если разборка урла идет неправильно, то вместо 404 движок может выдавать home, тогда действительно проблема. И для Joomla это довольно типично, насколько я помню.
Ну это другой разговор. Просто я бы не стал предлагать людям делать ИМ на неподходящем для этих целей средстве. Друпал именно такой. А на счет Yii, то я лично для себя принял за правило - изучать только движки на основе ZF (Magento, Pimcore, Dvelum) причем сейчас отдаю предпочтение ZF2 в комплекте с Doctrine2 для работы с БД. В ZF2 новая модульная архитектура - просто песня. Yii все таки более вещь обособленная и ее может постигнуть история Друпала. Да и потом я считаю что разработчик PHP все равно свой фрэймворк сделает лучше всех. Остальные все равно будут отставать. Так что Yii как CMF будет трудно конкурировать продуктами на ZF с учетом растущего сообщества. А денег и ресурсов они вкладывают в разработку фрэймворка очень много да и квалификация этих разработчиков топовая. Работаешь с таким фрэймворком и повышаешь уровень своей квалификации очень сильно. Есть дисциплина промышленной разработки софта, есть разные инструменты. В общем рекомендую ZF. Это на очень длительную перспективу, если вы собираетесь связывать свою жизнь с серьезным WEB-программированием. Кроме того так же как и в D8 для разработок на ZF тоже используются библиотеки той же Symphony. Например в Magento2 подтянули обработчик YAML для загрузки файлов конфигурации. Он же используется в некоторых старых проектах вроде ZfCore. По мере освоения такого комплекта от части можно освоить и Symphony2 в части той же Doctrine. Так что тут накапливаемые знания имеют самое широкое применение, следовательно такая квалификация будет наиболее востребована очень долго. Опять же вместо собственного JS кода, используемого в Yii я бы взял ExtJS. Все равно в развитии тут JS составляющая Yii будет отставать. Но конечно все это не CMS и не CMF, а чистые библиотеки. Кстати для быстрой разработки интересный инструмента на основе ZF это Dvelum. Там даже собственный конструктор модели данных есть. Он как раз сделан на ZF+ExtJS но ORM свой, не Doctrine.
Так что вот так как то :-).---------- Добавлено 14.04.2015 в 18:38 ----------
Ну так с точки зрения практичности все и бегут от Друпала. Он не так хорошо "реализует ожидаемую функциональность" как вы говорите. Разве что ожидания будут максимально заниженными :-).
Тогда отрежьте индексацию таких урлов в robots.txt и дело с концом. Обычная процедура.
Я занимаюсь разработкой ПО уже 25 лет и за это время изучил не один язык, но, главное, изучал проектирование и управление разработкой ПО. Если бы вы имели бы подобные знания, то понимали бы разницу между качественными и халтурными проектными решениями и ваше отношение к Друпалу было бы вероятно другое.
То же самое было бы, если бы, вы, как я, хорошо освоили бы не один, а с десяток движков разного назначения и разной архитектуры.
Вы ведь сами не осознаете что пишете. Вы говорите, что новую версию движка, наконец-то сделанную с использованием более или менее проектных решений разработчики до сих пор до ума довести не могут. Это ведь ваши слова: "Если хотите технологического демонстратора, поставьте d8, вот уж где ООП на ООП и ООП погоняет. Правда, его уже полгода в стабильное состояние привести не могут, А так да, все модно."? Преимущества ООП может не понять только абсолютный новичок в программировании, ну или разработчик под 1С. То есть человек, ни чего не понимающий в сколь нибудь серьезной разработке ПО. Так чего тогда стоят рекомендации и советы такого "специалиста"?---------- Добавлено 14.04.2015 в 17:03 ----------
Не позорьтесь. Поднимите версии Magento того периода и тогда будет понятно, о реальном уровне понимания ООП в тот период в среде профессиональных разработчиков. А потом можно будет сравнить его с Друпал и неизбежно придется сделать те выводы, к которым об этом движке пришел и я.---------- Добавлено 14.04.2015 в 17:20 ----------
Вы тут говорили о 2009-2010 годах, так вот PHP версии 5 вышел в 2004 году (см. историю версий http://php.net/releases/) и ООП там уже было по самые не могу. Если с 2004 по 2009 разработчики Друпала не дошли до этого, а добрались только в 2015 году, то это о многом говорит. :-) Зато ребята классные отмазки строили по поводу того, почему они не используют ООП https://www.drupal.org/node/547518
Ну вообще то здесь движки обсуждают в том числе. Ваша непоколебимая вера в движок понятна. Она основана на том, что Друпал хорош для начинающих сайтостроителей кучей мелких модулей, благодаря которым можно что-то собрать не владея навыками программирования. Примерно тоже самое относится в Joomla. Некоторые по этой же причине магазины даже на WP предлагают делать. Проблема в том, что от такого непрофессионализма часто страдают коммерсанты, которые не разбираясь во многих технических вопросах на начальном этапе попадаются на разговоры о "простоте" и т.п. Я не собираюсь с вами спорить и обсуждать. Я стараюсь людей от ошибок уберечь. Ведь настоящий портал в первую очередь для таких посетителей. Вот и все. Так что я собственно холивар с вами и не разводил, а значит и прекращать мне не чего.
На счет непонимания идеологии движка вы правы. Понимания нету потому что идеологии как таковой в нем нет. И все отмазки и объяснения, что вместо классического ООП в Дупале используются такие "волшебные" вещи как хуки, тут не помогут.
На счет версии вы тоже правы. Версия была 6-я. Правда в 7-й версии отсутствие идеологии и тотальное процедурное программирование остались практически неизменными. С тех пор я четко усвоил, что работая с Друпалом нормальных профессиональных навыков программиста получить не возможно и больше с таким отсталым в технологическом плане инструментом не связывался. Последний раз я имел дело с Друпалом примерно лет 5 назад.
