С помощью функции node_save()

Если хочешь, вышлю в мыло, с тебя полтинник. Принимаю Я-деньги.

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

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

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

А всякие кеширующие прокси не спасают от этого?
Они под пользователем качают или как анонимус?

Мое предложение не пихать кириллицу в урлы для полей профиля тоже на доторге замолчали Значит, не так надо усилиия прилагать.

<color></color>
- это че такое?

я бы в $messages и добавлял

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

Так же хочу напомнить, что по умолчанию есть возможность перекрывать хранилище перевода

Из букв кашица разноцветная выходит. Кручу-верчу, обмануть хочу. Как минимум теги убрать можно было.

Т.е. каждую строку, несмотря на идентичность другой (из другого места), можно будет перевести отдельно?

PROFIT!

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

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

Ух ты, да я ж там почти ничего не перевел

имхо,

Group - Сообщество (но признаю, что после вконтакте "группа" будет привычнее)
Invite only - по приглашениям
join - вступить
manager - смотритель

Так зачем для этого сохранять страницу? Правьте css прямо там, где его берет Друпал - в директории с вашим шаблоном оформления!

Что вы хотите в друпале редактировать дримвивером?

player, нет. Но у битрикса есть лицензия и ограниченная техподдержка.

Расскажу случай.

Краснодар, 2009 год. Гос. организация заказывает сайт в студии. Студия делает сайт (за 70 тыс, если интересно). Причем сайт типовой - она одновременно делает идентичные вплоть до дизайна сайты еще десятку организаций. Различия заключаются лишь в цветовых гаммах.

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

А почему вы не объяснили заказчику, что ему это не надо?

Сильно не впечатлило. С комочками блин. И содой отдает.

А я попробую объяснить сильные позиции коммерческих и самописных систем.

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

Я бы посетил ColourLab и выровнял заголовки блоков по левому краю, а не посредине, сделал бы крупнее заголовки разделов на форуме.

За 10 минут пребывания на сайте у меня не сформировалось понимания как категоризированы материалы.

Страница журнала содержит какие-то пять ссылок вместо обложки. Не покупает.

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

Стандартный модуль profile умеет это все. Еще и с относительными удобствами.