Kohana 3.1 - золотая середина )
а кохана + библиотеки Зенда = вполне вменяемая замена Yii
личное имхо, но решил отказаться от Yii в пользу кохана+что-то ещё (для небольших проектов, с простенькой админкой) и Zend для всего остального.
Кохана правда ужасно документирована, но если отсылаете к изучению исходников, то Ко - самое то, с чего можно начать
n0name, скорее-всего будут использовать зло-global )
друпалисты это объясняют тем, что когда создавалось ядро и его концепция как таковая, ООП в ПХП был достаточно слабо развит, если вообще был (это 2001 год кажется, не помню, уже тогда было PHP 3 или нет... в то время мы все по Пёрлу тащились), и никакой поправки на "нагруженность" в пользу процедурного, там точно небыло. А когда проект начинает развиваться, обрастая коммунити, то никто архитектуру ядра полностью менять не станет, точно такая же ситуация и с процедурным WordPress например. Однако, сейчас, достаточное кол-во модулей, которые усиленно юзают ООП (например хоть те же Views, CTools и т.д.)
по сабжу: ТС, если вы не смогли понять принципы OOP&D по тем книгам, которые читали - читайте другие, это достаточно обширная тема, что бы вам могли понятно вот просто так объяснить зачем они нужны... это нужно прочувствовать.
если начинаете с Друпалом, яб с 7-ки начинал (уже Drupal 8 в development версии можно скачать и довольно стабильно работать... он шустрее несколько).
Другое дело конечно плагины и темы, но под 7-ку почти всё нужное так или иначе портировано
ну обычная натяжка, ничего сложного, что б можно было оценивать, лично я не заметил. Из вещей бросающихся в глаза, например:
- <a target="_blank" когда <!DOCTYPE ...xhtml1-strict.dtd
- кусок яваскрипта в head без <script>: VK.Widgets.Like("jlvklike37", {width: "0", pageTitle: "Главная"...
- <div id="top-buttons"><a id="home" href="/">Главная</a>...
более семантичнее, это делать списками
- <div class="menu-wrapper"><ul class="menu"><li id="current" class="active item1"><a href="http://webservisi.ru/"><span>Главная</span></a></li>...</ul> </div>
думаю, здесь можно обойтись и без <span>
-
<div class="moduletable-mostread"> <h3>Популярное</h3> <ul class="mostread-mostread"> <li class="mostread-mostread"> <a href="/obshenie/interesnie-it-novosti/privet.html" class="mostread-mostread"> привет</a> </li> <li class="mostread-mostread"> <a href="/obshenie/interesnie-it-novosti/test2.html" class="mostread-mostread"> тест2</a> </li> <li class="mostread-mostread"> <a href="/obshenie/interesnie-it-novosti/test.html" class="mostread-mostread"> тест</a> </li> ... </ul> </div>
зачем здесь каждому айтему-потомку div.moduletable-mostread столько уточнений mostread-mostread? - просто каскадируйте (или это вывод какого-то плагина, если да, то пункт снимается)
<div class="moduletable-fresh"> <h3>Свеженькое</h3> <ul class="latestnews-fresh"> <div id="date">13 Jul</div> <li class="latestnews-fresh"> <a href="/obshenie/interesnie-it-novosti/kak-bi11111.html" class="latestnews-fresh"> как бы11111</a> </li> <div id="date">13 Jul</div> <li class="latestnews-fresh"> <a href="/obshenie/interesnie-it-novosti/proba.html" class="latestnews-fresh"> проба</a> </li> <div id="date">13 Jul</div> <li class="latestnews-fresh"> <a href="/obshenie/interesnie-it-novosti/smotr.html" class="latestnews-fresh"> смотр</a> </li> </ul> </div>
ну здесь сами понимаете: <div id="date"> несколько раз, так же он располагается между <li>...</li>! Если это тоже какой-то плагин, эту часть нужно обязательно переопределить (может выстрелить при скриптинге)
ну и много чего по мелочи и не только более подробнее здесь
а так, это всё почти без учёта семантики, с ней тож много проблем, так же, все эти inline-стили и скрипты в хтмл-тэгах...
в общем, это поверхностно и просто личное имхо, поскольку вы спрашивали, главное что бы работало и корректно отображалось (даже если не обращать внимание на эту "конструкцию" </li><div id="date">13 Jul</div><li> ;), и если сайт не на выставку, пофиксите только неуникальные id-ы и измените доктайп
зы: border-radius, box-shadow и т.д. не работают в ИЕ 6-8 (и кое-какие ЦСС3 эффекты в ИЕ9), используйте css3pie например.
если собираетесь делать портал, думаю, всё-таки нужно произвести оптимизацию, обновить движок (или вообще его изменить, хотя, Joomla - и так не самая медленная CMS), настроить кэши (собственно как в виде компонент, так и на уровне сервера - кэшь статики) и т.д. но всё это делать локально с сохранением урлов.
В любом случае 40 уников сейчас, это не такая большая потеря на протяжении некоторого времени, пока будете дотачивать функционал, чем возникшая необходимость обновляться и что-либо радикально менять, когда займётесь целенаправленной расскруткой, и трафик начнёт резко увеличиваться.
Что касается именно движка, то лучше тот, который вы лучше знаете. Можно оставить и джумлу (разумеется обновив и оттюнинговав, как писал выше), если потребности специфики вашего обновлённого сайта будут удовлетворять имеющиеся у вас (найденные/заказанные) компоненты и модули.
ну можете посмотреть mnogosearch или вот попроще
но имхо, лучше сервисы гугла или яндекса для этого
ну замечательно, используйте Дрю )
кстати, можете посмотреть и на этот очень удачный форк УберКарт - DrupalCommerce, и возможно "официальное" что-ли решение е-коммерс под друпал в будущем (собственно, форк от основных разрабов УберКарт ;) задача которого быть более идеологически соответствующим инфрастуктуре друпала).
Инфа как бы не 100% что это замена УберКарт в будущем, но такие разговоры сообществом ведутся
а "Actions" Photoshop-а например, не подойдут ?
посмотрите вот здесь
так же, запустите ещё раз update script на странице модулей admin/modules/
обычно, подобные защиты делаются против роботов, а не людей ) то, что вы усложните копипаст человеку, это только хуже для сайта и его репутации в целом, когда же робот без каких-либо препятствий выпарсит весь текст) Отключите жабаскрипт, и зайдите на сайт (то есть так, как делает это граббер), а вот усложнять человеку копипаст понравившейся ему песни, имхо. только во вред себе и эргономике сайта в целом... Серфер просто закроет этот сайт и пойдёт к другому в СЕРПе, посему предлагаю этого вообще не делать, ибо это не защита от копипасты всего сайта ни разу
