"Stan.Ezersky" wrote:

Как вы не правы-)) Приведу пример: на каждом хостинге вы найдёте готовые модули под Друпал, которые к тому же и обновляются сами? А на каждом обновляется Друпал, с выходом новой версии? Это лишь часть, но это и есть «заточка под Drupal».

Так это же заботы вебмастера...

"egorovanton" wrote:

А много ли у нас русскоговорящих хостингов, которые заточены на Drupal?

Мдя, а что такое вообще "хостинг под Друпал"?

По-моему, хостинг бывает или хороший, или плохой. Или очень хороший, или очень плохой. Или очень дешевый, или очень дорогой и т.п., и т.д.

А то ж так можно пиарить и так:

"Хостинг под Друпал!"

"Лучший хостинг по Джумлу!"

"q2_faith" wrote:

а если просто удалить из файла шаблона?

А где Вы видели такой шаблон?))

"Ветер" wrote:

Задайте вопрос автору

Не думаю, что Александр Швец станет отвечать на такие глупые вопросы.

"Dan" wrote:

А в общем случае я всегда сначала делаю без JS, потом уже навешиваю плюшки.

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

"ivank795" wrote:

Помогите пожалуйста

Я низашто нипамагу тибе!

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:

Не перепечатывайте, создавайте новое.

Действительно, пора Друпал-сообществу выходить на более продвинутый уровень, иначе так и будем на динозавров охотиться!

Вопрос: кому это надо?

"gumk" wrote:

profile join ит одну таблицу столько раз, сколько полей, а content-profile вроде как join ит две дополнительные таблицы

А не наоборот ли? И вообще, это зависит от того, как Вы храните cck-поля в БД: можно в отдельных таблицах, а можно все в одной...

"gumk" wrote:

так что будет быстрей, при 20-30 полей в профиле?

Быстрее будет, если не использовать оба модуля.

"Dan" wrote:

К тому же поддержка noJS юзеров это не поддержка IE - всю вёрстку не надо перелопачивать и жонглировать хаками и триками, обычно достаточно нескольких простых правил в CSS.

Хм, а я считал, что поддержка noJS-юзеров - это поддержка всего функционала с отключенным js. А если говорить только о внешнем виде странички, то тут, конечно, проще задача...

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

"Dimension" wrote:

Поразила скорость сайта, как вы думаете на чём он работает?

Работает скорее всего на Apache/2.2.3 (Fedora), PHP/5.1.6.

Скорость нормальная, у меня на сайте такая же.

Да это не функционал вовсе, это выборка простейшим sql-запросом из базы, из таблиц users и votingapi_vote, и т.п.

"new_version" wrote:

модуль, который позволит пользователем организовывать избранное

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

"xxandeadxx" wrote:

о каком "именно том функционале" речь?

Это как заказчик пожелает. Все зависит от его фантазии.

"Stan.Ezersky" wrote:

Тогда зачем Друпал? Пишите на Sympfony, YII, Kohana, CodeIgniter, Cake, наконец, Zend-фреймворке. Что мешает?

Так и работаем с Zend-фреймворком, и Вам советуем.

А Друпал нужен для развития одного сайта, сделанного в свое время на этой системе. Правда, велика вероятность, что придется переписывать движок. А что в этом плохого? Языки программирования для того и созданы, чтобы создавать приложения.

"xxandeadxx" wrote:

и зачем тратить сотку баксов на модуль если его можно бесплатно скачать и поставить в течении 5-и минут?

Чтобы создавать именно тот функционал, который нужен, а не дефолтный. Я ответил на Ваш вопрос?