Создание или заказ друпаловских тем

Главные вкладки

Аватар пользователя Макс К. Макс К. 2 апреля 2007 в 9:53

В написании тем для Друпала ничего сложного нет. Главное, не нужно пытаться сделать тему, пригодную для всех друпальщиков, это стоит дорого и не всякой клиент согласен оплачивать такую работу. Достаточно сделать тему, пригодную только для клиента.

Подбор образца

Подбираете и показываете клиенту для выбора простые темы, пригодные для CMS. Сверху горизонтальная полоска, по центру статьи, слева-справа висят "ушки". Показывать клиенту темы можно прямо на сайте, например, такой образец http://joomlaportal.ru/ . Если это тема Joomla, то можно поставить себе в ноутбук Joomla и показать клиенту шкурки вживую. Так или иначе клиент выбрал подходящую тему.

Подбор темы-донора

Берете с Drupal.org чуть похожую трехколоночную тему. Открываете в теме файлы page.tpl.php node.tpl.php comment.tpl.php,... с помощью Dreamweaver. Куски с текстом в шаблоне Dreamweaver будет показывать как php-вставки. Рисуете прямо в Dreamweaver выбранный дизайн. Можете оформить его в виде таблиц. Расставляете PHP-вставки в нужные места.

Если в заголовке темы указать кодировку UTF-8 (я уже писал об этом в дневнике), то можно набирать стационарный русский текст прямо в теме, он будет отображаться русскими буквами в нужных местах.

На выходе

На выходе получается переделка из темы Друпала, который выглядит как одобренная клиентом не-друпальная тема. Такую тему нельзя выложить на Drupal.org, потому что она может быть сильно привязана к сайту, под который она делалась. Тем не менее, на сайте она работает, клиенту нравится, делается быстро. И часто за такую тему даже не берут дополнительных денег с клиента, хватает того что клиент платит за установку сайта.

Полноценная тема

Проходит год-два. Клиент созревает для полноценного дизайна, выделяет соответствующий бюджет. Можно обращаться в любую дизайнерскую контору. Там клиент заказывает дизайн по своему вкусу. Вместо php-вставок нужно выслать дизайнеру заготовки текста, которые Drupal выдает на месте вставок. Дизайнер сделает тему и css-файл к ней. Остается лишь вместо заготовок текста восстановить соответствующие php-вставки. Хотя вполне возможно, что к тому времени уже появятся дизайнерские конторы, которые разбираются в Друпаловском формате шаблонов.

Создать тему с нуля в Друпале сложно. Но скомбинировать готовую друпаловскую тему и сторонний образец - легко. Так же легко портировать в Друпал тему, которую под заказ написала сторонняя дизайнерская контора.

Бюджетный вариант

Иногда бюджет на разработку сайта выделен такой маленький, что совсем нет желания заниматься html-версткой темы. Но выбор клиент все равно должен получить.

Отбираете на Drupal.org 10-20 подходящих тем и показываете клиенту, как они выглядят на сайте. Клиент выбирает подходящую тему. В случае необходимости можно сделать легкую правку CSS-файла, чтобы поменять цвет дизайна под вкус клиента.

Для чтения, цикл из 6-ти статей, "Создание новой темы".

Дизайнеры-друпальщики

Если кто-нибудь из друпальщиков пишет темы на заказ, отпишитесь в комментариях пожалуйста. Народ будет знать, к кому обращаться если клиенты вместе с установкой сразу выделяют деньги на дизайн.

[2 часа спустя]

Сводка друпаловских дизайнеров, которые откликнулись на этой странице:

Макс Кириленко
Razgonka.ru - Подбор названий сайтов и программ
Дневник

Комментарии

Аватар пользователя romandor romandor 2 апреля 2007 в 11:53

Сколько может стоить уникальная качественная тема?
Какую долю занимает её разработка от всех работ по проекту(D)?
Сколько может стоить проект, требующий уникальной качественной темы (X)?
Вы готовы заплатить за тему D*X?

Аватар пользователя Макс К. Макс К. 2 апреля 2007 в 12:58

romand@drupal.org пишет: Сколько может стоить уникальная качественная тема?

Качественная переделка готового шаблона - $200-300. Если тема пишется с нуля и эксплюзивна (без права перепродажи дизайнером), то $700-1000 и выше. (Все цены примерные. И сильно зависят от местопроживания дизайнера).

romand@drupal.org пишет: Какую долю занимает её разработка от всех работ по проекту(D)?

Зависит от бюджета проекта. Если денег на проект выделяется мало, то используется готовая тема с минимальными правками. Если заказчик готов платить отдельные деньги за нормальную тему, то она удораживает стоимость проекта на 30-50%.

romand@drupal.org пишет: Сколько может стоить проект, требующий уникальной качественной темы (X)?

Сопоставив 2 предыдущие цифры, получаем что можно думать об уникальной качественной теме в проектах, чей бюджет начинается с 1000-2000 долларов. При бюджете проекта 3000 долларов и выше уникальная тема в проекте уже должна быть и ее стоимость можно не выделять отдельной строкой.

romand@drupal.org пишет: Вы готовы заплатить за тему D*X?

Прекрасный вопрос. Готов ли клиент платить за тему вышеозвученные цифры?

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

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

Под конец клиенту предлагают воспользоваться тем, что разработка сайта не привязана к дизайну. И все деньги вложить в разработку сайта. Дизайн взять готовый с минимальной правкой. Когда пройдет 1-2 года, на сайте будет набит материал, будут посетители, будут авторы, станет понятно, какой дизайн нужен сайты. Вот тогда можно будет выделить отдельные деньги и заказать нормальный дизайн.

Реальная история.

Можете рассказать клиенту реальную историю. Академик Капица выстроил Новосибирский Академгородок. Дошло дело до пешеходных тропинок. Строители порывались сразу все заасфальтировать. Но Капица отложил асфальтирование тропинок на полгода. Потом вывел исполнителей на улицу и сказал: "Где натоптано - там и асфальтируйте".

Совет клиентам
Полноценный дизайн лучше делать на сложившимся сайте. Тогда его можно будет отлаживать на реальных данных и привлекать к оценке посетителей сайт. Делать дизайн "на вырост" не имеет смысла, как не имеет смысла шить взрослый фрак малышу.

Макс Кириленко
Razgonka.ru - Подбор названий сайтов и программ
Дневник

Аватар пользователя corochoone corochoone (не проверено) 2 апреля 2007 в 12:04

- Как написать друпаловскую тему?
- Да просто! Берёшь да пишешь!
Автору зачОт! Браво! Ай молодца!
Ценность статьи нулевая. Ничего такого до чего бы не смог дойти любой здравомыслящий пользователь!

Аватар пользователя GrieVouS GrieVouS 2 апреля 2007 в 12:19

Присоединяюсь к romand@drupal.org, еще интересует, кто бы из друпальщиков этим мог заняться? Сколько может стоить написание небольших модулей, в чел./часах например?

Аватар пользователя Dan Dan 2 апреля 2007 в 13:44

> Качественная переделка готового шаблона - $200-300.
> Если тема пишется с нуля и эксплюзивна (без права перепродажи дизайнером), то $700-1000 и выше.
Да, примерно столько.

Я могу сделать из готовой вёрстки тему. Если есть возможность работать на пару с верстальшиком, то, как показывает практика дело двигается быстрее.

Аватар пользователя garamond garamond 2 апреля 2007 в 14:01

мои временные затраты:
шаблон PSD 20%
иконки 5%
натяжка дизайна 5%
верстка CSS 50%
исправление багов 20%

основная проблема (для меня) - сложная вёрстка на divах
на таблицах сверстать в разы быстрее... но не модно))

Аватар пользователя Макс К. Макс К. 2 апреля 2007 в 16:02

garamond пишет: основная проблема (для меня) - сложная вёрстка на divах
на таблицах сверстать в разы быстрее... но не модно))

На мой взгляд, баловство это, верстать для клиентов на тэгах div. Большинство клиентов в HTML-код не лезет, а низкая цена верстки важна.

CSS-верстка имеет большое преимущество, когда дизайн готовится для всеобщего пользования. Например, есть желание потрудится для сообщества и дизайн будет выкладываться на Drupal.org. Или клиент собирается делать сеть сайтов в разных городах и ему нужен базовый дизайн, который потом можно будет быстро подстраивать для каждого города. И дизайны немного отличаются и стиль общий сохранен и платит за полноценный дизайн клиент практически только один раз.

Но часто клиент заказывает дизайн только для себя и не собирается плодить похожие сайты. Было бы неправильно предлагать ему только одну "правильную" верстку. Нужно для выбора еще предложить табличную верстку.

Если можно, Феликс, укажи сколько будет стоить заказать у тебя сверстать дизайн на тэгах div и сколько на старых добрых таблицах.

Макс Кириленко
Razgonka.ru - Подбор названий сайтов и программ
Дневник

Аватар пользователя romandor romandor 2 апреля 2007 в 16:42

Не согласен.
В зависимости от типа задачи со здравым учётом пожеланий заказчика рисуется шаблон (макетная сетка) сайта. В зависимости от того, что получилось в результате, по ряду критериев (например простоты реализации, гибкости масштабирования, минимизации хаков и т.д.) выбирается технология вёрстки – табличная или блочная (css).

Аватар пользователя Макс К. Макс К. 2 апреля 2007 в 18:10

romand@drupal.org пишет: В зависимости от типа задачи со здравым учётом пожеланий заказчика рисуется шаблон (макетная сетка) сайта.

Я тоже не согласен. Все зависит от бюджета, который клиент согласен выделить на дизайн. Если на дизайн деньги не выделяются, то традиционный дизайн (шаблон в psd, нарезка, верстка,...) отпадает.

При старте сайта лучше клиента ориентировать вкладывать все деньги на разработку структуры сайта. А вложения в дизайн оставить на потом.

Почему дизайн лучше оставить на потом

Дизайн можно менять хоть каждый день. И ошибки в дизайне легко поправимы.

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

Например, если сейчас Аксель захочет поставить автоподпись, то пролетят все пользователи, которые пользовались подписью, они получат в старых сообщений 2 подписи - одна встроенная, другая авто. Или если Аксель вздумает поставить на Drupal.ru TinyMCE, то вполне возможно, что старые сообщения написанные без TinyMCE будут плохо редактироваться этим редактором. Структура сайта и список используемых модулей должны быть глубоко продуманы с самого начала. Когда сайт наполнен материалами, менять его структуру становится сложно.

А дизайн - слава богу, в Друпал и в Joomla и в Нюке и в других CMS он отделен от содержимого. Только инерция заставляет клиентов требовать сразу сайт с дизайном. Хороший дизайн требует известных затрат времени, которое неизбежно будет отнято от времени проработки структуры сайта.

Рекомендация клиентам

Обычно рекомендую клиентам заказывать только сайт без дизайна. В этом случае вложения в дизайн минимальны, подбор и косметическая правка одной из готовых друпаловских тем. А дизайн под сайт клиент сможет заказать сам позже, у кого хочет. Вставить готовый дизайн на друпаловском сайте сможет даже самый начинающий вебмастер.

Но мне нужен список друпальщиков, которые могут слепить друпаловский дизайн под ключ. Буду давать его своим клиентам. Имея такой список, клиент может спокойно отказаться от параллельной разработки дизайна вместе с установкой сайта. Со списком в кармане он уверен, что позже всегда сможет обратиться к спецам и заказать себе дизайн по душе. Даже если к тому времени он перестанет работать со мной.

Концентрация бюджета на разработке структуры сайта

Отвязывая клиента от привязанности ко мне как к дизайнеру я освобождаю бюджет клиента для более полного вложения в разработку структуры сайта. В результате клиент получает сайт с хорошо проработанной структурой информации. А нормальный дизайн может быть сделан спустя годы, когда накопится достаточно материала и будет понятно, какой дизайн нужен сайту.

Макс Кириленко
Razgonka.ru - Подбор названий сайтов и программ
Дневник

Аватар пользователя romandor romandor 2 апреля 2007 в 18:32

Все зависит от бюджета, который клиент согласен выделить на дизайн
За молобюджетные проекты с неадекватными заказчиками не стоит браться.
Обычно рекомендую клиентам заказывать только сайт без дизайна.
Может не умеете? Wink
я освобождаю бюджет клиента для более полного вложения в разработку структуры сайта
+1
так и тянутся руки написать "ржунимагу" (с клиента)
А нормальный дизайн может быть сделан спустя годы, когда накопится достаточно материала и будет понятно, какой дизайн нужен сайту.
среднестатистические рунетовские сайты столько не живут (особенно без дизайна) Smile

Аватар пользователя andron13 andron13 2 апреля 2007 в 18:48

А я тоже считаю, что на заполненном сайте лучше видно как он должен выглядеть. Уши могут показывать только на материалы. если их нет как они должны выглядеть? Если сайт статичен, можно и сразу всё сделать, а если он развивается? всё правильно камрад глаголит. а для кого это пустой звон, пусть раскажет пошагово как создать уникальный дизайн за 24 дня Wink

Аватар пользователя Макс К. Макс К. 3 апреля 2007 в 12:27

romand@drupal.org пишет: Может не умеете? Wink

Судя по Вашему замечанию, Вы предпочитаете продавать клиенту то, что Вы умеете.

У меня другой подход. Если я прекрасно рисую флешки, то это не значит, что у меня клиент получит сайт на флеше. И если я прекрасно ваяю в Dreamweaver, это не значит все мои клиенты будут получать статические сайты. Я не привязан к инструментам. Меня интересует только, чтобы клиент за свой бюджет получил то, что ему надо. А не то, что у меня получается делать лучше всего.

Возможно, Вы не согласитесь, но бюджет клиента это не повод для самовыражения умений сайтостроителя. Особенно это становится видно на малобюджетных проектах. Если на весь проект выделено $300, то попробуйте пустить сделать на этом проекте прекрасный дизайн. Тогда на сайте только и будет дизайн, а оставшихся сил хватит только на верстку десяток страниц в статике. Красивый получится сайт? Очень. Довольный клиент платит деньги. А через месяц-другой клиенту нужно то одну страницу поменять, то другую. Потом клиент хочет начинать получать отзывы от посетителей. Сделать рассылку материалов. Завести форум. Дать своим сотрудникам возможность публиковать материалы на HomePage. И каждый раз клиенту приходится платить, платить, платить. Потому что сайтостроитель подумал о дизайне, но перекрыл кислород для легкого наполнения сайта материалами.

romand@drupal.org пишет: среднестатистические рунетовские сайты столько не живут (особенно без дизайна) Smile

Потому и не живут, что при планировании проекта неопытные сайтостроители часто вкладывают все силы в рюшечки.

Конечно, есть случаи, когда сайт с самого начала должен быть с хорошим дизайном. Например, дизайнерская контора с плохим дизайном сайта вряд ли сможет находить заказчиков на свой дизайн.

Но для большинства других проектов наличие супер-дизайна при старте проекта не обязательно. Готовые друпаловские шаблоны работают вполне нормально.

Позиция Акселя

Мне здесь симпатична позиция Акселя. Он наращивает Drupal.ru в части удобства для посетителей и не сильно заботится о дизайне. И это правильно. Посетителям Drupal.ru нужно обилие материала, а не супер-дизайн. Хотя чувство прекрасного у Акселя есть. Он периодические предлагает желающим сделать тему для Drupal.ru, обещая поддержку дизайнеру ссылкой на сайт и т.д. И это на 100% правильно. Аксель не должен заниматься тем, что могут сделать другие. А делает на сайте только то, что не могут сделать другие.

Еще один дизайнер?

Любезный romand@drupal.org, Вы сами-то как, дизайнер или просто любите порассуждать о ведущей роли дизайна в мировом развитии Интернета? Если дизайнер, то напишите пожалуйста об этом, я добавлю Вас в список друпальских дизайнеров.

Макс Кириленко
Razgonka.ru - Подбор названий сайтов и программ
Дневник

Аватар пользователя romandor romandor 4 апреля 2007 в 10:15

Тогда на сайте только и будет дизайн, а оставшихся сил хватит только на верстку десяток страниц в статике.
Я говорю о дизайне сайтов исключительно в контексте Друпала
Вы предпочитаете продавать клиенту то, что Вы умеете
Да, и это не только касательно разработки сайтов.
Сайты у меня, скорее, дополнительный источник доходов переросший в хобби Smile
Если на весь проект выделено $300
Согласен с тобой (разреши на ты), но за такие проекты не берусь. Как правило, уровень организационного гемороя в таких проектах не меньше (а местами и больше) чем в крупных (с наличием ТЗ).
ведущей роли дизайна в мировом развитии Интернета
Так и есть, дизайн - широкое понятие, юзабилити (удобство) - это тоже он.

Рассмотрю предложения на разработку тем от 500 у.е.

Аватар пользователя Макс К. Макс К. 4 апреля 2007 в 11:57

romand@drupаl.org пишет: Согласен с тобой (разреши на ты)

Без проблем. И вообще, все на Drupal.ru кто хочет, можете называть меня "на ты".

romand@drupаl.org пишет: Рассмотрю предложения на разработку тем от 500 у.е.

Уважительная цена. :-). Добавил тебя в список дизайнеров.

Про себя должен признать, что моя минимальная цена дизайна намного меньше, начиная с 10$. Точнее, сколько клиент выделит на дизайн, ровно на такую сумму дизайн и получит. Причем внешне дизайн за $100-200 может выглядеть так же красиво, как и дизайн на $500. Начиная с каких-то сумм основные усилия уходят не на внешнюю сторону дизайна, а на его внутренности (совместимость с разными браузерами, соответствие HTML- и Друпаловским стандартам, CSS-ная верстка,...). В таких деталях многие клиенты не разбираются и соответственно оплачивают их плохо.

Например, если перевел дизайн с табличной верстки на CSS-ную, то он как был дизайном так и остался. За что здесь клиенту платить? За разговоры о преимуществах CSS-ной верстки?

Установка модулей в этом плане гораздо более благодарное занятие. Включил галочку у встроенного модуля "Голосование", посетители получили возможность голосовать. Клиент сразу видит, что работник даром время не теряет. Smile

Поэтому особенно приятно работать с клиентами, которые доверяют исполнителю. Тогда можно сделать все как надо без лишних объяснений.

Макс Кириленко
Razgonka.ru - Подбор названий сайтов и программ
Дневник

Аватар пользователя romandor romandor 4 апреля 2007 в 12:55

Осторожно, твои клиенты этот пост почитать могут Wink
Включил галочку у встроенного модуля
знакомый ход, маркетинг "решает", более того, эти галочки можна предусмотреть в договоре о поддержке сайта в пункте развития, важно вовремя остановиться чтоб не построить монстра Smile
Такая "поддержка" возможна для некомпетентных заказчиков, из минусов - карма гнётся.

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

Для новичков в первую очередь рекомендую к прочтению серию статей
http://softwaremaniacs.org/blog/category/web/primer/
тут тоже много полезного на
http://htmlbook.ru/content/

Аватар пользователя Макс К. Макс К. 4 апреля 2007 в 14:52

romand@drupаl.org пишет: Осторожно, твои клиенты этот пост почитать могут Wink

На это и рассчитываю. Чем каждый раз излагать одно и то же новому клиенту, разумнее один раз выставить свою позицию в Интернет.

Контролировать исполнителя часто сложно, особенно если клиент не разбирается в предмете. Клиенту проще всего рассказать все, что ему хочется получить, а исполнитель реализует это в рамках заданного бюджета.

romand@drupаl.org пишет: Такая "поддержка" возможна для некомпетентных заказчиков, из минусов - карма гнётся.

Карма в этом случае гнется у клиента, не у исполнителя. Если клиент не верит исполнителю и хочет все контролировать, то контролировать (а значит и оплачивать) он сможет только то, что видит. Как результат получит обилие включенных галочек. По $10$ за включенный модуль, на $1000 можно 100 модулей включенных получить. Правда как оно все это будет работать, на каком хостинге и кто возьмется поддерживать сайт с 100 модулями, открытый вопрос.

Исполнитель за счет своего времени невидимые, но нужные для клиенту дела делать не будет, раз клиент их не оплачивает. А ведь тот же бэкап, может быть, никогда в жизни не пригодиться, но делать его надо. "Вы можете быть по настоящему уверены, что контролируете данные, только если они размещены как минимум в трех разных местах" (C) не мой. Свежая версия сайта помимо 1) сайта должна быть еще как минимум на 2) своем компе и еще 3) на каком-то компе расположенном в другом здании. У меня были случаи, когда положение выручала только третья версия бэкапа.

Беседа с сисдамином

Недавно душевно беседовали с одним сисадмином, у него сетка в 40 компов, все работает как часы. Его зарплата, так скажу, не "ах". Так его руководство решило еще снизить ему зарплату. Логика у руководства такая - вся сеть работает нормально, сисадмина часто видят сидящим без работы, так за что ему платить деньги. Собирается увольняться.

Необременительная работа со специалистом.

Через Интернет контролировать специалиста еще сложнее. Я для себя принял такой способ общения со специалистами.

Ищу по форумам нормального специалиста, по переписке примерно видно, кто что из себя представляет. Одновременно спрашиваю у знакомых, может быть кто-то уже заказывал подобную работу и может порекомендовать специалиста. На расценки практически не смотрю. Специалист говорит, что он столько-то стоит, значит он действительно столько стоит. Заказываю у подходящего специалиста, что мне нужно. Если результат устраивает, то ура, буду работать с ним дальше. Иначе на следующий заказ ищу другого специалиста.

Но контролировать специалиста, тем более через Интернет - увольте, нет ни времени ни желания. Каждый специалист взрослый человек. Как работает, так и будет работать. Сколько за полученные деньги он наметил сделать работы, ровно столько и сделает.

Если я хочу контроля, то специалист может мне по пунктам объяснить любой шаг, который он делает. У меня может создаться иллюзия понимания всех его действий и, значит, полного контроля над работой. Но я трезво понимаю, что время специалиста, потраченное на мою учебу, будет им вычтено из времени потраченного на задачу. Поэтому проще доверять специалисту. А если результат не нравится, то искать другого спеца.

Макс Кириленко
Razgonka.ru - Подбор названий сайтов и программ
Дневник

Аватар пользователя ryurix ryurix 2 апреля 2007 в 14:08

Напишу модуль для Друпала или тему. Есть знакомые дизайнеры.
Сверстаю, могу адаптировать к тему с любого сайта (или от Joomla! и др. CMS) к друпалу.
Цена -- 7 $/час. Макет верстаю в зависимости от сложности от 3 до 8 часов.
Разработка дизайна -- 3-4 дня.
Разработка модулей -- зависит от функционала, тоже не долго.

ryurix-собака-gmail.com

Примеры: askmanager.ru, mv.tyumen.ru, 4qs.ru

P.S.:
Живу в Тюмени

Аватар пользователя lalex lalex 2 апреля 2007 в 15:24

а есть скажем так предложения на постоянной основе? типа как numberonedesigner.com (он делает темы для WP)?
интересуют собственно люди которые сделают дизайн (psd) ->верстка (css очень желательно) -> тема (phptemplate).

Аватар пользователя garamond garamond 2 апреля 2007 в 16:39

2Макс - я рисую (верстаю) бесплатно... для хороших людей))

на этой недельке в планах сделать новую тему (для всех)
из старенького своего сайтика: http://plakat.mapket.ru/
что интереснее резина, фиксед?

+ попробую подружить с модулем color

Аватар пользователя alexweb alexweb 2 апреля 2007 в 16:49

я не рисую(к сожалению). Но сверстать тему могу за $150-200 - это если табличная верстка и за $300 -500 - если без таблиц.

Аватар пользователя garamond garamond 2 апреля 2007 в 19:12

вот мои представления о прекрасном:
1. Контент сайта
2. Дизайн
3. Удобная структура (юзабилити)
4. Грамматика, орфография, стилистика
5. Обновление информации
6. Качество верстки

кидайте в меня камнями - если не прав....))

Аватар пользователя Natalie Natalie 2 апреля 2007 в 19:25

Мне через месяц-другой понадобится тема для некоммерческого информационного ресурса. Лого скорее всего нарисует знакомая художница, нужно будет сделать шаблон под Друпал. Дизайн должен помогать восприятию содержания, но не мешать ему. Мне все равно, div'ы или таблицы - главное, чтобы работало без глюков. Сколько примерно такое может стоить?
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
Переводы некоторых модулей.
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.

Аватар пользователя andron13 andron13 2 апреля 2007 в 19:26

а о какой грамматике может идти речь, если сайт наполняют юзеры? и должна ли она идти?`кстати о вёрстке. во всех темах тело на правый блок наезжает. думаю поэтому алекс и здесь почти везде правое ухо отрезал :). как с этим бороться?

Аватар пользователя kiev1 kiev1 2 мая 2007 в 7:46

например, такой образец http://joomlaportal.ru/ . Если это тема Joomla, то можно поставить себе в ноутбук Joomla и показать клиенту шкурки вживую
о! а нет ли такого модуля случайно что-б мамбовскую тему в друпаловскую переделывал?
и еще - я все забываю - как называется в друпале тема из которой рекомендуют делать все остальное?

Аватар пользователя Skiv Skiv 8 января 2008 в 16:58

нужно сделать тему на друпале - для мини портала со встроенным интернет магазином
желательно из москвы ася 390133923 тел 8917-537-39-05 желательно в ближайшие дни