1. Главная
  2. GROL

GROL: Комментарии

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

3 августа 2009 в 16:35

"<a href="mailto:gn@drupal.org">gn@drupal.org</a>" wrote:
А если отдельно загрузить, для начала, IE7?

в сад... проверить для 7-ки есть где. Я к тому постил, что если на ноуте XP предустановлена, то очень большой шанс что это IE6.

3 августа 2009 в 15:57

У меня на ноуте IE6 падла не обновляется Sad
Всякий раз при апдейте предлагает установить IE8, я ставлю галочку что давай, перегружаю, и..., "бла-бла-бла, не удалось, напишите, позвоните..." и т.д.
Не, я конечно поставил FF и не парюсь, но вот не все ж "такие умные".

3 августа 2009 в 15:15

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

25 июля 2009 в 17:06

В общем, ситуация такая, что не зависимо от того, какой язык указан пункту меню, ОН ВСЕГДА БУДЕТ ПОКАЗЫВАТЬСЯ, если есть контент, который он должен открыть на текущем языке.
Поскольку views вроде как всегда есть (даже если ничего не выбралось), то и получается, что этот пункт меню виден на всех языках, хоть и указано ему, что он "русский".

Как то не логично это работает, но, выбирать не приходится...

24 июля 2009 в 17:11

Я закрывал только словарем. Ну т.е. добавил словарь с терминами, типа "для обоих", "для сайта 1", "для сайта 2".
Конечно, если руками набрать типа node/xxx, то на втором сайте вылезет контент с первого сайта, но реально этих ссылок нигде нет, посему ни поисковику, ни юзерам смертным их не видно.

22 января 2009 в 13:33

Сделал, вроде работает.
Главное условие - один пользователь и две базы. Вынес только те таблицы, которые влияют на "внешний вид" т.е. контент и пользователи одинаковые. Также вынес url_alias, поскольку нужен разный контент для страниц SiteA.com/download и SiteB.com/download.
В конфиге для сайтаB такое:
$db_url = 'mysql://user:passw@localhost/NewBase';
$db_prefix = array(
"default" => "OldBase.",
"batch" => "NewBase.",
"cache" => "NewBase.",
"cache_block" => "NewBase.",

21 января 2009 в 20:22

Перепробовал уже что мог - один фиг редиректит на подпапку, т.е. добавляет в конец слэш. Пока остановился на таком вот самом приемлемом варианте:

21 января 2009 в 17:33

Согласен, судя по всему лажа где-то в настройках Аппача. Но я скорее туда не полезу бо ни мозгов на это, ни доступа Smile
Хостеру наверно даже не смогу объяснить в чем проблема. Вернее, большая вероятность что меня попросту пошлют Smile

Посему, буду рад любым идеям как все это пофиксить.

20 января 2009 в 15:43

На эту тему я не подумал Smile
Наверно из-за того, что мозги изначально были настроены что прикручивать "каяку к друпаду" а не наоборот.
К тому же, в Друпале уже были пользователи со своими нодами, то ХЕЗ как это все линковать.

15 января 2009 в 14:51

Уже устал эксперементировать. Кто нить подскажет, какого хрена при вот таких вот правилах все страницы друпала не меняют урл в адресной строке броузера, а правило для download меняет?

13 января 2009 в 14:38

Файл в аттаче обновил.

Поскольку сам было немного запутался с логикой поведения KHD, то опишу еще раз как работает LoginShare.
Судя по экспериментам, если включаем любой "не родной" модуль для аутентификации, то KHD не выполняет родной алгоритм проверки. Это означает, что если юзера нету в базе Drupal-а, то он не залогинится, даже если он есть в базе KHD. Это неприемлемо, особенно когда юзеры заводятся в базе KHD в результате парсинга почты и не заводятся в базе Друпала.

10 января 2009 в 14:18

Придумалось вот только дописать свой модуль для Друпала с хуком hook_user и при добавлении или обновлении юзера смотреть пароль пока его не "упаковали" в хэш.
Это для новых юзерей. А для уже существующих наверно решить проблему не удастся, посему ее надо решать каким то другим путем. Может в Друпал добавить поле в профиль, а-ля пассворд для доступа в HelpDesk? Тупо конечно...

8 января 2009 в 19:41

Называется, рано радовались...

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

Че делать?...

27 октября 2008 в 13:44

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

6 августа 2008 в 11:39

В теме (в page.tpl) так и написано - print $feed_icons без всяких if-ов, т.е. по идеи должно быть на всех страницах, но выходит, что на страницах нодов никакого фида нет. Есть только на mysite/node и на страницах с выводом по словарю.

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