LTN

Вполне возможно, однако взгляните хотя бы на документацию. Да и цена шаблонов для Magento в два раза выше, цены аналогичных шаблонов для Opencart. Это тоже о чем-то говорит. В данном случае это зависит не столько от сложности исполнения, сколько заданной ценовой планкой. Если у опенкарт будет такое же многочисленное сообщество, то и цены будут не ниже.

Не считаю, а знаю, т.к. сталкивался с Magento на практике. Если так рассуждать, то все шаблоны похожи друг на друга как для Magento, так и для Opencart. Не совсем согласен. Но это наши субъективные мнения. Мы не любим кошек потому, что не умеем их готовить :)

в хорошей команде дизайнер разукрашивает прототипы, нарисованные юзабилитистом, а не занимается фольклором.

Можно пруф на исследования, или утверждение маркетологов? http://www.wday.ru/ Это один из популярных женских ресурсов. http://www.pampers.com/globalsplash http://www.johnsonsbaby.com/ Эти "мамочкины" ресурсы и вовсе в комментариях не нуждаются. Нет там ничего "разноцветненького" и ангелочков с ромашками. Как вообще может мужчина утверждать, что любят мамочки? Или родив ребенка они стремительно деградируют до уровня собственных детей? Они, конечно, могут любить рюшечки, но как это поможет провести их до сделки в ИМ? Если они будут разглядывать украшалки, вместо прочтения инфо, сравнения цен и т.д., они душевно порадуются такому красивому магазину и ничего не купят. Оно же имеет форму трапеции, такое невозможно "грамотно сверстать", кроме "как есть". Вы просто отрезали край. Если бы я взял подобное на верстку, то этот момент скорее всего поставили бы мне в вину. Клиент всегда хочет получить результат, как на картинке. Мне это напомнило один из моих несчастливых заказов. Нашел даже скриншот старый http://img17.imageshack.us/img17/5889/cgsj.jpg Вот это требовали сделать резиновым. Причем как есть, без изменений в дизайне, так как он им очень нравился и рисовала его их дизайнер. Они никак не могли и не желали понять, что вот это даже по высоте не может растягиваться, не говоря уже о ширине. После них я больше не брал заведомо ущербные шаблоны на верстку. Огромная потеря времени и нервов, работа себе в ущерб.

Вы считаете, что для изготовления шаблона под Opencart требуется ощутимо меньше времени? С его то модульной системой... То-то все шаблоны имеют 4 позиции и похожи один на другой как близнецы.

Меняю ковер-самолет на ковер-вертолет)

Именно вред. В рамках ИМ любая бессмысленность несет в себе вред, потому как отвлекает от основного.

12strun На деле, заходя на сайт, посвященный продаже какой-либо детской продукции видим множество голозадых ангелочков, цветочков и рюшечек. Это к аналогии к гробам. Оно же ДЕТСКОЕ! :) Это не консерваторство, а понимание самого принципа дизайна, где каждый элемент должен быть не только и не столько украшением, а нести в себе какой-либо практический смысл. Известный пример с бутылкой кока-колы тому подтверждение. Пониманием дизайна, как яркой картинки (набора картинок), страдают неопытные дизайнеры. Однозначно +

Толковый продажник за такое может и нормальную машину выторговать (хотя макет слишком маленький, но допустим там все так же красиво, как кажется), другое дело, что заказчик (если я правильно понимаю, это он) не производит впечатление такой платежеспособности Мы же не макет флайера для печати оценивает, а веб-дизайн. Тут само по себе подразумевается учитывание того, как это все будет в конечном варианте - после верстки. :-)

И? Вы просто затерли часть графики, перерисовали ее. Растянули вниз ту часть, которая вообще тут не предполагает растягивания - нижнюю окантовку блока. Почему? Потому, что растянуть центр весьма проблемно. Мне бы за такие изыски мои дизайнеры голову оторвали и насадили ее на кол. За малейшее несоответствие в отступах скандалят. 99% уверен, что на такое "решение" проблемы деревянности блока категорий заказчик не согласится. А теперь попробуйте так поменять ссылку в верхнем меню :-)

http://www.smashingmagazine.com/2010/01/22/35-beautiful-and-effective-ecommerce-websites/ http://www.rockettheme.com/magento-templates Почему у них нет проблем с магенто?

По поводу 3D-графики вопрос достаточно спорный. Все иллюстрации макета без особой сложности можно отрисовать в любом растровом редакторе, например фотошопе. Работы техдизайнеров, работающих в фотошопе во многом превосходят качество представленных здесь иллюстраций. И если дизайнер использовал в работе элементы 3D моделирования вместо отрисовки в растре, то ему же в минус, потому что усложнять работу себе без разумного на то оправдания будет только мазохист. В чем смысл "трудозатратности" в таком случае, если дизайнер выбирает заведомо более дорогой вариант при учете его бессмысленности в данном контексте? Платят за конечный результат, а не за процесс. И конечно же стоит учитывать и тот момент, что для блогов как раз-таки подобные дизайны могут быть актуальны, но не для магазинов. Зачастую в дизайне макетов связанных с детском продукцией, дизайнеры не до конца осознают для КОГО они делают работу. Для родителей или же для детей. В дизайне детского йогурта подобное идеально. Ребенок будет таскать мамочек-бабушек с просьбами купить мультик. Это же касается вообще любой детской продукции, где маркетинг ориентирован именно на детей. Но в веб-дизайне всё иначе. Не полугодовалое дитятко сидит у монитора и заказывает "кровати-машины" для себя, а родители. Если Вы верстали подобное, то скажите, как Вы растянете отзывы, если этого потребует заказчик? Шаблон статичен. Если верстать так же статично, то конечно никаких сложностей не возникнет. Но дело в том, что хороший макет и хорошая верстка - это гибкость. Тем более для блога достаточно сверстать только одну страницу. Я верстал достаточно блоговых шаблонов, под WP, MaxSite, блоговые компоненты Joomla и т.д. Там требования на несколько порядков ниже. Да и свистелок намного меньше, чем для магазина. Вполне достаточно статичной верстки. Так что даже приблизительно нельзя сравнивать верстку блога и магазина. Абсолютно согласен с тем, что дизайн стоит столько, сколько за него заплатят. Именно это и описал в предыдущем своем сообщении - почему оно не может стоить дороже.

1. Вы преувеличиваете. Возможно, что отрисовка там имеет место быть, но это больше подойдет для страницы журнала. Очень много нюансов, не подходящих к вебу. Половина элементов статичны. Попробуйте добавить в каталог еще с десяток ссылок? Добавьте второе видео. Аналогично и с остальными блоками. Название в две строчки и не более, а если у меня оно длиннее? Вес графики на главной будет составлять мегабайта два, не меньше. Шаблон акцентирует сам себя, но не товары магазина. Не учтена расширяемость, фильтры к примеру. Я не пытаюсь как-то принизить труд автора, указываю на то, из-за чего эта работа никак не может стоить больше 30к. Причем имеется только три страницы, вместо более чем десяти. В студиях с именем, веб-дизайном занимаются не полиграфисты. 2. В шаблоне магазина именно верстки больше, чем дизайна. 1000$ за верстку вот этого шаблона - это минимум. Подразумевается цена верстки всего магазина, а не только трех страниц. Или Вы предполагаете поставить контент поверх вышеприведенного скриншота?

Согласен, никак не меньше 1к $. За верстку этого - аналогично.

Вы не совсем о логотипах говорите. В фотошопе они точно не создаются. В кореле, или AI - да. Вам нужна картинка в заголовок сайта,а не логотип. Ее можно нарисовать в любом графическом редакторе. Пеинт ничем не хуже фотошопа подходит для этих нужд, если требуется что-то простое.

читал их в армии. единственное, что нашел на заставе. Смотря что понимать под лицемерием. Например вежливость и такт - это лицемерие чистой воды. Если бы все говорили другим то, что о них думают, то люди давно бы уже поубивали друг друга. Вывод - без них не выжить. Америкосы менее завистливы, чем мы. Более открытые. Они искренне порадуются за твой успех, тогда как наши искренне позавидуют (а при случае обгадят или палок в колеса навтыкают). Наши всюду за границей орут, что они русские, украинцы и т.д. А кому это там интересно, кроме нас самих? Да и нам чаще всего нет до этого дела. В большинстве случаев ведут себя как дикари, по свински. Потому и негатив такой к нам. А то, что убив человека ходят в церковь, так у нас что ли как-то иначе?

"Фараона" Пруса тоже много раз перечитывал. Пробовал его же "Куклу" почитать, точнее прочел, уже не совсем то. Сейчас читаю "Азовскую Альтернативу" Спесивцева.

Справедливости ради нужно заметить, что и мужчины не спешат связывать свою жизнь с многодетными матерями. Ныне 2е детей - это уже многодетность. Тем более, что мужчина как то еще может смириться с чужим ребенком, тогда как для женщины это жесткий конкурент на внимание ее собственным детям, пусть даже пока не родившимся. Ни в одной народной сказке не упоминается злой отчим, неспроста наверное :)

О,да! То то и оно, что она противоречит сама себе. На вкидку, как называется метод, который вызывается при сохранении настроек плагина? В подробной документации этого нет, но хвала Stack overflow, можно найти: onExtensionBeforeSave. А на джумлафоруме ничего нет http://forum.joomla.org/viewtopic.php?f=627&t=797335 А методы для одной версии называются так, для другой сяк, документация перемешана. Видимо издержки прыганья по версиям. http://docs.joomla.org/Plugin Методы плагинов платформы 3х есть, но пока никак не описаны. Если сравнивать Joomla и OpenCart с точки зрения архитектуры, то Joomla! Но ее тянет за собой вслед наследие старых версий. Видно, что ее пилят активно, и это плюс. Однако не все прекрасно в датском королевстве. Но Joomla - не магазин, а сайт. Связка Joomla + Aceshop вполне имеет право на жизнь. Ну да, везде есть свои недостатки. Я перебрался на опенкарт по причине того, что устал для магазинов пилить сразу две системы. Самые популярные там virtuemart и жумшоппинг. Второй вроде получше первого, но все равно, удобнее взять магазинную коробку, чем изобретать в очередной раз велосипед на базе бензопилы. Цена та же, но работы меньше. Тем более в опенкарт весьма неплохо реализовано MVC, с довольно низким порогом вхождения. Что несомненно является огромным плюсом (если пилили друпал, то знаете о чем я). В итоге рациональнее выбирать инструмент под конкретную задачу, чем притягивать за уши задачу к конкретному инструменту. Если требуется каталог, то Joomla+ZOO вне конкуренции. Если блог, то это ворпресс, Если же магазин при малом бюджете, то опенкарт. Если рассматривать нас, как разработчиков приложений, то тут хоть народу и поменьше будет, но и вопросы конкурирования не озадачивают.

О,да! То то и оно, что она противоречит сама себе. На вкидку, как называется метод, который вызывается при сохранении настроек плагина? В подробной документации этого нет, но хвала Stack overflow, можно найти: onExtensionBeforeSave. А на джумлафоруме ничего нет http://forum.joomla.org/viewtopic.php?f=627&t=797335 А методы для одной версии называются так, для другой сяк, документация перемешана. Видимо издержки прыганья по версиям. http://docs.joomla.org/Plugin Методы плагинов платформы 3х есть, но пока никак не описаны.

А документация есть. довольно подробная http://docs.joomla.org/

С Джумлой 3.5 работал неделю назад. Да, верстка из коробки хороша - бутстрап и все такое. ООП действительно есть, это я погорячился. Но документация - жесть. Поди догадайся, как форму в админке нарисовать вот такими XML-ами. Зачем XML? Почему не массив объектов, если нужен конструктор форм? <fields name="params"> <fieldset name="justuno" label="Widget"> <field type="text" name="email" label="Email" description="" default=""/> <field type="text" name="domain" label="Domain" description="" default=""/> <field type="dashboard" name="dashboard" default="https://beta.justuno.com/api/dashboard.html"/> <field type="hidden" name="guid" default=""/> <field type="hidden" name="embed" default=""/> <field type="hidden" name="conversion" default=""/> </fieldset> Откуда узнавать имена хуков, отвечающих за те или иные действия? С Joomla работаю не первый год. Мне работа с XML там кажется естественной и удобной. Зачем какие то массивы, когда есть API и XMLParser? Представьте себе ситуацию, когда в опенкарте модульные позиции не заданы по отдельности для каждого вида, а создаются на уровне API шаблона одной единственной строчкой в xml. Причем каждый шаблон имеет свои собственные позиции, которые не меняют архитектуру системы, зато появляются автоматом во всех модулях, даже сторонних. Да это была бы просто мечта :)

Кстати да.

Посмотрите phpinfo(), подключите необходимые библиотеки php. На втором шаге (проверка соответствия системы) все ли поля были помечены зеленым?

Сделайте нормальные скриншоты. Да и вообще, по фотографии гадают не тут.