Для просмотра ссылки Войди или Зарегистрируйся.
Без какого-либо тесного знакомства по заказу собрали
Для просмотра ссылки Войди или Зарегистрируйся её основе (попутно пофиксив пару встретившихся с кириллицей багов; решение отписано мной на нулледе и в одном из самых ранних постов на моём блоге).
Самое приятное: это opensource, построено по паттерну MVC (где за вид оветчает Smarty), объектная ориентация.
Там мне не понравилась их реализация хуков. То есть для пользователя это, безусловно, крайне здорово рулить месторасположением блоков на страницах своего сайта, а для программиста... можно было придумать и более красивое решение.
В престашопе мне так же приглянулись некоторые методы из класса для работы с базой данных
Особо глубоко вникнуть в этот продукт мне и моему коллеге не удалось: перед нами были поставлены крайне сжатые сроки. Однако одно я могу с уверенностью сказать: престашоп обладает грамотной архитектурой, у него есть довольно обширное пользовательское сообщество и так же присутствует довольно большое количество бесплатных модулей. Всё это круто. Одно плохо - администрация крайне редко отписывается на форуме поддержки (т.е. программеры, обычно отписываются манагеры общими фразами; хотя может всё и не так как мне кажется - ведь я знаком был с движком всего 5 дней).
С недавних пор работаю над отечественным изданием
Для просмотра ссылки Войди или Зарегистрируйся. На данный момент не рекомендую этот движок к использованию и сейчас я объясню почему:
- Во-первых, слишком тупо сделано т.н. ЧПУ, которое, в зависимости от типа запрошенной страницы может обеспечить до 16-ти! лишних запросов к базе данных.
- Во-вторых, там крайне тупой шаблонизатор (в ближайшее время начнётся портирование форнтенда на смарти).
- В-третьих, в коде отсутствуют комментарии, так же как и отсутствует руководство для разработчиков. Уже сейчас открыта вики, которая будет постепенно заполняться. Готовые формы она примет через несколько месяцев.
- В-четвёртых, дохерища глобалов (которые, кстати, в php6 не будут поддерживаться, т.е. он просто тупо перестанет работать через несколько лет ). От них будем избавляться внесением ссылок на необходимые объекты в реестр и дальнейшем извлечении их по мере необходимости. Это в долгосрочной перспективе (до Нового Года надеюсь успеем).
- В-пятых, очень явные названия для методов объектов. Например шаблонизатор (global $t
), как вам такое?
$t->parse(), $t->pparse(), $t->sparse() ![:-]](/styles/default/nulled/smilies/1.gif "Ухмылка :-]")
- В-шестых, все шаблоны свёрстаны таблицами. Да ещё как! Все кнопочки типа сабмит, например, обёрнуты в спан с приписанным классом, так же они все имеют класс сабмит. Явно бараны делали ничего не знающие о css-селекторах и семантичной вёрстке Завтра один из наших людей приступает к перевёрстыванию одного из стандартных шаблонов (на слои, семантично и по стрикт-стандарту).
- В-седьмых, часть файлов вообще под зендом, и без поллитры и не видя кода хрен разберёшься что и каким образом делает тот или иной метод.
- В-восьмых, никакая оптимизация: начисто отсутствует кеширование, шаблоны так же не "компилируются" в php-код (как это делает Smarty, Quicky и др.) в следствии чего по ним при каждом запросе проходится тонна регулярок
, тонна SQL запросов. Я не берусь делать никаких прогнозов по производительности этой системы, но одно мне чёткой ясно - никакого хайлода она и БЛИЗКО не потянет даже на выделенном сервере.
- В-девятых, отсутствует система модулей. По этому пункту уже есть готовое ТЗ, представлять из себя будет нечто подобное VBulletin'евской системе продуктов. В основе будет xml и Zlib. только без идиотских eval'ов, естественно
- В-десятых, разработчики не знают о таком понятии как client side optimistaion. Но это не беда. В этом направлении так же будут проведены весьма объёмные работы, но оно не приоритетно на данный момент.
- В-одиннадцатых
, в папке с разметкой находится 227 :ai: файлов. Они, постепенно, будут раскиданы по подпапкам как только мы займёмся портированием на смарти (что будет проходить совместно с перевёрсткой шаблона в ближайшие недели).
Проблемы и узкие места определены, ToDo составлено и уже во всю ведётся разработка. В ближайшие месяцы система претерпит кардинальные изменения в лучшую сторону (если у компании Viarts хватит средств для оплаты услуг такой команды
), после чего её можно будет советовать довольно широкому кругу лиц.
Подобного рода и объёма проблемы есть у каждого крупного и успешного проекта, поскольку к таким вещам прикладывают руки множество специалистов самой разной квалификации. Кроме того, хороший разработчик никогда не бывает успешным "продажником" (за крайне редким исключением), поэтому успешные коммерческие продукты представляют из себя несусветное ***но для любого грамотного специалиста. Это вполне логично и понятно.
Уже совсем другое дело каким образом люди выходят из сложившейся ситуации. Ребята под руководством Рыжикова (знаете я надеюсь кто это
) сейчас параллельно заняты развитием .net версии своего приложения, поскольку пхпшная не может быть подвергнута кардинальным изменениям по причине поддержки десятков тысяч клиентов. Красивый выход из непростой ситуации.
Автору темы: Вы не в том месте и не в той формулировке интересуетесь возникшими у Вас вопросами. Это свидетельствует о Вашей низкой квалификации в качестве web-разработчика. Само собой разумеется Вы не потянете подобного рода мероприятие
