Clike, "передать на аутсорсинг" - в смысле, заполнение контентом? Или всю техническую поддержку? Если первое - пофиг, что за CMS, раз раньше могли контент добавлять, значит и вы справитесь. Если второе - просите доступ к исходникам и напрягайте программистов.
А вообще не понятно, что конкретно вы хотите узнать.
UniqMan, менее громоздким он не может стать по определению :) Приходится тащить "хвосты" из версии в версию, и от этого никуда не деться.
Однако, большое количество проблем они действительно решили, и, на мой вкус, продукт сегодня вполне хорош. Но нужно уметь готовить, это да.
bearman, а ты давай обоснуй :) Так-то ругать и я могу.
О ужас! В православной CMS меню обязано храниться в 9000 файлов .left.menu.php, остальное - от лукавого!
bearman, да я и без претензий :) Правильный путь лежит через это:
bearman, да фиг знает, безупречен или нет - не понятно же, что ТС в итоге сделать хочет :) Вообще-то мы оба предложили грязный хак, а ТС вероятно надеялся получить что-то типа parent::do(), где parent - нативная конструкция языка. Так вот, фиг бы там: в JS метод понятия не имеет, кто и где его определил - философия такая. Зато видит окружение определившего, этим можно пользоваться.
Эх... а когда-то же аякс придумывали, чтоб делать быстрые интерфейсы... А используют - чтоб кнопка "Back" в браузере перестала работать :)
Нужно 1) понять, что такое jquery, 2) понять, что такое joomla.
<html> <head> <script type="text/javascript"> var SomeAnotherObject = {test:'test!'}; function MyObject() { this.west = 'west!'; var _base = this; // Эта штука будет доступна везде внутри метода this.ctx=SomeAnotherObject; this.ctx.newMethod=function() { // test! | west! alert( this.test + ' | ' + _base.west); } this.check = function() { this.ctx.newMethod(); } } var testObj = new MyObject(); </script> </head> <body> <input type="button" value="GG" onClick="testObj.check()" /> </body> </html>
Та же фигня, что предложил bearman, только _base можно не пихать в свойство SomeAnotherObject, он и так будет доступен во всем коде внутри MyObject. Я, например, так делаю ajax-обработчики.
А вот, нашел ссылку: /ru/forum/363269
Вас отговорили люди, ни один из которых, кажется, с этой системой не работал, большинство узнали о ней из топика. Как там было в сауспарке... "Тебя надула белка? ..." :)
Я с этой цмской тоже не работал, но, используя искусство флейма, возьмусь уговорить Вас обратно. Надо?
Я к чему... я к тому, что такие решения под влиянием форумных троллей принимать наверно не стоит. Кстати, сейчас персонажи, которые делают даннео, Вам начнут впаривать даннео. А те, которые делают самопись - будут впаривать самопись. Представителей "солидных фирм" тут не очень много, и солидную фирму Вам едва ли впарят :)
А в принципе - сугубо ИМХО Вы на правильном пути. Ищите хорошего разработчика, с похожими живыми проектами в портфолио, с адекватным представителем и всем таким. Найдите того, кому можно доверять - и доверяйте! :)
Если есть какая-то предыстория, думаю, полезно дать ссылку :) Или так расскажите, что у Вас за проект.
Солидных студий можно набрать здесь (при всей одиозности этого рейтинга, на мой вкус первые 30 позиций вполне адекватны). Еще есть рейтинг от CMS Magazine, более понятный, хотя менее полный.
А какой смысл в составном индексе, включающем primary? :)
Проверял на ноуте.
Если фильтруется, модифицированное решение будет приблизительно равно кэшированию выдачи с параметром фильтрации в ключе :) Или нет?
FL|/|@ster, я бы все-таки делал на PHP. SQL-решение - полезно для тренировки мозга (респект edogs, кстати), но в любом случае требует доп. обработки в коде. Не факт, что получится выигрыш по производительности, зато факт, что усложняется логика. Не стоит заниматься преждевременной оптимизацией.