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

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

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

3 августа 2010 в 14:04

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

7 июня 2010 в 13:21

При перезагрузке апача пишет: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerName - это фигня. можно забить на нее

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

Попробуй протестировать конфиг апача (нарой в сети команду, я по памяти не помню), что он тебе на это напишет... ну и посмотри его логи

3 июня 2010 в 17:25

нашел вот такой вот модуль http://drupal.org/project/reglang[/module]
в нем сказано, что мол по умолчанию для email используется лишь анг-ий, кто нить ставил себе, что скажете, лечит он проблему?

1 июня 2010 в 12:16

паук обычно ходит по многим сраничкам и ни один раз, а пользователь от силы осилит в лучшем случае 5 - 6, так что ставишь фильтр на 10ть тырков и отсеиваешь пайчков... но тут видимо модулем делать надо, хотя и views м.б. чем нибудь поможет

24 мая 2010 в 17:00

Забавно, как пивовары "всея Русси" рассуждают, какие они умные и хорошие, а все остальные дураки и дебилы...

Я так понимаю, что лавры лохотронобанков с легкими деньгами ему спать спокойно не дают, но вот в одном он прогадал, время то упущено, сладкие года лохотрона по принципу "русского стандарта" и "сити банка" прошло, надеюсь что прошло.

17 мая 2010 в 15:13

Все руки не доходят... Надо несколько расширений написать, например поддержку простейших математических операций с возможностью сортировки по этому полю.

13 мая 2010 в 10:56

PVasili wrote:
В 10 раз: - лишние $5 на нормальный хостинг обойдутся дешевле, чем все извращения и возможные глюки

В случае с 5$ - да, а когда речь будет идти о 150$, то что тогда? Тогда начнешь задумываться об альтернативных вариантах...

13 мая 2010 в 10:27

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

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

13 мая 2010 в 1:00

Sinkora wrote:
"<a href="mailto:Siegfrid@drupal.org">Siegfrid@drupal.org</a>" wrote:
Но дело то в том, что над этой CMS работали и продолжают работать очень много не менее умных и талантливых людей, не даром google собирается инвестировать в drupal 500 000 зеленных человесков :)

12 мая 2010 в 21:11

Sinkora wrote:

А если сайт представляет из себя активное коммьюнити, то от модулей path, pathauto лучше отказаться. Ведь Друпал позволяет создавать собственные адреса (hook_menu), а также custom_url_rewrite_inbound и custom_url_rewrite_outbound. А хаки в таком случае не оправдывают себя.

11 мая 2010 в 16:37

Вместо "utf8" лучше использовать cp1251, если кончно не требуется мультиязыковая поддержка огромного множества языков, а для русского с английским вполне будет ее достаточно. а вот выигрыш в производительности поиска по полю будет колоссальным!

7 мая 2010 в 9:58

Реально крутая штука. Версионности изменений давно не хватало drupal, чтобы оперативно иметь возможность отката к предыдущим настройкам без особых замарочек с бекапами и шаманством над определенными системными таблицами Smile

19 апреля 2010 в 10:22

Посмотрел повнимательнее, заметил что строчка совсем какая то странная - SELECT COUNT(nid) FROM {term_node} WHERE tid ='$term->tid'). такое не прошло бы интерпретатор, выложите нормальный код или исправьте этот.

19 апреля 2010 в 10:20

'$term->tid' - явно никуда не катит, т.к. в таких кавычках инфа будет передаваться в виде строки, а не свойства объекта.

Воспользуйтесь советом natbampo, если человек использует выражение с having, то ему явно можно доверять Smile