1. Главная
  2. andypost@drupal.org

andypost@drupal.org: Комментарии

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

3 декабря 2007 в 4:56

Модель drupal меняется, вопрос не в том, где будут перетирать ньюбы, а где владельцы ресурсов могут получать поддержку. именно для этого создана acquia.com и association.drupal.org - продвижение продукта и поддержка. разросшееся сообщество стоит разделять на группы, и каждой давать что-то персональное -тогда оно будет расти

3 декабря 2007 в 4:24

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

http://drupal.ru/node/9820 пример типичного сайта, заказчик даже просит не блудить, а связываться с ним вне drupal.ru ибо негде

3 декабря 2007 в 4:16

Smile Клиентов и так валом, и больших и малых, прежде чем приводить клиента, нужно определить сферы влияния и ответственности, кто и за что отвечает.
Далее, согласовали, кто и что будет делать, сколько времени когда и кто сможет уделять, многие обитают в разных часовых поясах, где будут вестись проекты trac activecollab basecamp и так далее
У многих есть команды, это тоже нужно учитывать - порой проще передать кому-то проект, чем разрываться.

3 декабря 2007 в 3:15

Ужаважаемый, AlterEgoEast (Вадим), прежде чем делать фирму не мешает подумать о структуре организации или Вы потом собираетесь менять форму собственности? Не определены цели организации, не определены статьи дебета/кредита - а Вы бежите фирму регистрировать Smile
Как я уже писал в соседних ветках, давайте для начала реструктиризируем подачу друпала в росии, определим цели и средства, сделаем инфраструктуру, а потом уже ясно будет какую форму собственности оформлять и нужна ли она вообще!

3 декабря 2007 в 2:21

Про рисование спасибо! А вот про серверные мощьности это - пока рано. Тут нужен коцепт, которого пока нет. Но что уже радует, что есть люди, которым это интересно!

3 декабря 2007 в 2:14

Вставлю свои 5ть копеек...
Формат сайта менять нужно давно и кардинально, в данный момент это не более чем форум-помойка, его вообще стоит вынести в отдельный домен 3го уровня и транслировать в виде пары блоков на странице с поддержкой.

3 декабря 2007 в 1:29

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

CCK не устаривает многим, например производительностью. Мне значительно проще написать вывод своего материала и его каталогизацию, чем морочиться с простановкой галок и прочей хрени cck+views.

2 декабря 2007 в 9:38

<?php
if (arg(0) == 'node' && is_numeric(arg(1))) {
$node = $node = node_load(arg(1));
if ($node->nid) {
//Здесь можно писать остальные проверки
?>
дело в том, что блок не знает, что выводится в основной части - поэтому нужно проверять руками
в предыдущем посте был вопрос про нагрузку node_load - так вот друпал кеширует загруженные ноды, а так как эта нода еще и отображается, то она наверняка уже заружена и вы получите просто копию памяти

2 декабря 2007 в 7:36

Господа, а не перегрузите ли вы себя работой? И что думает аксель по этому поводу? Я тоже давно пишу об этом, вот только у всех есть текучка и некому тратить на это время. Помимо "счета" много нужно еще чего! А самое главное - цель! Потом много вы найдете исполнителей за 20$ которые будут "ставить" сайты. Нужна согласованность действий, а её очень сложно организовать. Сколько конференций drupal проводил, прежде чем собралось ядро команды? Тут аватарки, не особо давно только поправили, а вы говорите о консалтинге....

2 декабря 2007 в 1:14

Именно для создания подобных систем друпал и предназначен в первую очередь

2 декабря 2007 в 0:38

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

2 декабря 2007 в 0:21

Совершенно не грамотное сравнение!
Все 3 системы предназначены для разных нужд и имеют совсем небольшое количество идентичных сервисов.
Все хорошо в конкретном применении

1 декабря 2007 в 22:10

От друпала тут ничего и нет Smile
Проще сделать свой модуль
1) определить пункт меню
2) определить блок и его вывод
4) написать скрипт на jquery подтягивающий данные
3) написать обработчик меню выводящий нужные данные

1 декабря 2007 в 22:03

Видимо не так много людей делают магазины на друпале.
Видимо не самый удачный движек для магазина.

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