e_v_medvedev, Я хорошо понимаю преимущества ооп и я не защищаю процедурный подход к программированию. Он устарел еще во времена borland c++ (OWL) но... еще раз повторюсь, д5-6-7, это фактически одна ветка, с минимальными идеологическими изменениями, которая начала развиваться тогда, когда ооп в пхп было практически никаким.
Если честно, вот у меня сейчас дилемма, изучать-ли д8 или перейти на Yii, с которым я познакомился за последние год-полтора плотной работы. И думаю, Yii в этом споре победит.
Однако, друпал я использовал и буду использовать для проектов, где требуется быстрая сборка с достаточной производительностью, стабильностью и возможностью доработки минимальными средствами, правда, пока осуществляется поддержка этой версии ядра разработчиком
e_v_medvedev, Вот не зная человека уже начинаете вешать ярлыки.
А то, что я занимаюсь web программированием с 2003 года и с пхп4 вы, разумеется не в курсе. И вера в движок основана на изученности оного, если не вдоль, поперек и по диагонали, то по-крайней мере достаточно не плохо, чтобы сказать, по сравнению с 90% современных движков, он хоть и написан с использованием устаревших технологий, но работает и работает стабильно, а при правильном подходе /а не подходе типа рукалицо/ позволяет получить достаточно адекватную производительность. Как впрочем, это касается любого движка, как из коробки, так и рукописного.
Знаете, когда я работал в ИРР, у нас был программист, который был экспериментатором по-жизни, пытался сделать подводный вертолет с термоядерным двигателем. Все время гнался за какими-то технологиям. Закончилось все тем, что он, потратив год, создал такого монстра, в котором не смог разобраться сам, за что и был уволен.
Ему на смену пришли 2 человека, которые за три месяца, используя совершенно простые и понятные принципы, переписали этот вертолет, с нуля, при этом без тормозов и багов.
Понимаете, весь фокус в том, что владельцу сайта плевать на новизну технологий, на то, что кто-то на чем-то хочет учиться программированию. Владельцу нужен сайт, работающий и приносящий прибыль.
Сайт должен работать быстро, стабильно, безопасно и удобно для конечного пользователя. Какой вообще толк от проекта, если он будет, как я уже говорил, демонстратором технологий, но при этом нестабилен чуть чаще, чем всегда.
С друпалом ситуация примерно такая-же
Ядро 5, из которого вышло ядро 6 и 7 вообще писалось тогда, когда ООП в самом пхп было на противозачаточном уровне. Погуглите, чего можно было сделать, используя ооп в пхп 4.
ядро 7, в принципе, использует ООП на том уровне, на каком оно было развито, когда ядро начали писать, то-есть 9-10 год. Писали его долго, так как вышел первый стабильный релиз в феврале 11, правда и тогда стабильным его можно было назвать с большой натяжкой. Стабильным ядро стало где-то к версии 1.12 - 1.14
версия 8, которая вот вот выйдет из бетки в стабильную версию уже поддерживает все особенности php 5.4, ибо начал писаться когда php 5.4 был близко к релизу. Cо всеми особенностями ООП, включая использование компонентов symphony2 (HttpFoundation, ClassLoader, DependencyInjection, Twig etc)
Так что если вы фанат технологий, то вам д8 придется по душе.
Мне-же, как в некоторой степени олдфагу, придется частично переучиваться, так как в д8 от д7 не осталось ничего, кроме названия
Не хочу разводить холивар, но в данном случае предлагаю прекратить обсуждение движка, так как цитата выше, основана исключительно на непоколебимой вере автора.
Если хотите технологического демонстратора, поставьте d8, вот уж где ООП на ООП и ООП погоняет. Правда, его уже полгода в стабильное состояние привести не могут, А так да, все модно.
e_v_medvedev, предположу, что это просто от непонимания идеологии движка.
или если
Vers, Напишите, если не трудно, несколько конкретней что за апи, точнее что оно делает. Для чего оно есть (можно в личку)
Друпал тем и хорош, что позволяет сделать все, что душе угодно, причем даже лазая в базу. Он представляет огромный инструментарий из готовых функций, которые, если уж совсем приперло, можно и переписать, используя систему хуков.
По своей сути, drupal это не cms, это фреймворк, поэтому заявления о том, что что-то не получается сделать, это из разряда лени и нежелания изучать документацию.
вариантов несколько или заняться кэшированием или перейти на другой тариф
pan, Понимаете, многие создатели шаблонов продают их на themeforest например, и стоят они там копейки (~$45), по иностранным меркам. Но через некоторое время, этот шаблон (особенно если он очень популярный) спокойно растекается по всея интернету и если не предпринять никаких действий по лоченью шаблона на покупателя, то это чревато как минимум падением заработка.
Люди, которые делают нормальные шаблоны, рассчитанные на 1 продажу и продают их по 2-3 штуки вечнозеленых енотов.
Если шаблонизатор у Вас php-образный, то можете поступить так:
В шаблон индекса воткнуть функцию, которая-бы раз в сутки, при загрузке страницы, получала адрес сайта и отправляла-бы его к вам на сервер, например используя xml rpc
Помимо всего прочего туда воткнуть какую-нибудь функцию, которая используется в шаблоне чуть чаще, чем всегда
Все удовольствие зазендить
Тогда при установке на левый сайт, будет всплывать инфа о нелицензионном использовании, а если снести этот код, то шаблон вообще перестанет работать.
Основным недостатком данного метода будет необходимость zend на сервере, но эта штука почти везде стоит по-умолчанию
Господа, всем добрый день и с праздниками. Итак, отвечу всем по-пунктам
humbert, с вишлистом можете мне в личку написать )) , хотя, я сейчас уже один проект взял, однако, после завершения, если шаблон получится более-менее универсальный, а у вашего магазина будут свои особенности (а они будут) то можно все это будет обсудить. Сборку шаблона я планирую проводить на майские праздники. Не раньше.
------
Н-н-не-нефтянник,
Есть, но маленький. Скорее будут отброшены всякие излишества, как-то пользовательская настройка цветов, а все цвета будут зашиты в цсс-ху.
Дело в том, что я этот сайт делаю в т.ч. и для себя и мне он тоже нужен позарез (но позарез к концу лета, так что время еще есть)
Как я уже писал, мне нужен простой магазин. Я не так давно, делал и.м. умных часов, вот там трэш и угар. Например описание состоит из полусотни полей, пришлось писать модуль, который бы позволял конфигурировать, какое поле в какой блок пихать.
С чисто-технической точки зрения это не сложно, но время... время..
Но зато теперь вывод полей может быть произвольным, достаточно гибко конфигурируемым в админке.
Что-же касается мебели и одежды, тотам да. есть некоторая специфика, как-то выбор размеров, например и этот пункт я пока сознательно опустил (это было одним из условий "и.м. должен быть простым" )
Не знаю, пока что на счет продавать. Надо сделать то, что есть. Но спасибо за идею )
С правовыми требованиями я не сталкивался. Можно несколько подробнее?
А вот со службами доставки уже столкнуться пришлось. Да, это будет весело. Опять-же, похоже, придется писать плагин для каждой новой системы.
----
Vers,
имхо, если использовать uc, а не dc, то пистон несколько меньше, но база у друпала действительно иногда оставляет впечатление взрыва на макаронной фабрике, особенно у шестерки.
В семерке несколько проще и структурированей.
я прошу прощения, сейчас у 95% вообще вдс-ки, а там хоть 100 сайтов вешай
