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

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

11 мая 2008 в 18:36

В тексте материала поставьте комментарий:
<!--break-->
В результате система автоматически выделит все, что выше данного комментария по тексту в "тизер", т.е. краткий вариант материала.

4 мая 2008 в 1:15

Если файл settings.php - read-only, то можно:
а) сменить права доступа к файлу при помощи FTP-клиента, большинство позволяют;
б) если файл был создан пользователем, отличным от пользователя FTP, то можно попробовать сменить права доступа на нем при помощи файл-менеджера, как правило он встроен в панель управления хостингом;
в) признать, что ничего не получается, и попросить помощи у тех. поддержки.

3 мая 2008 в 1:40

PVasili wrote:
полный бред. Было бы интересно на источник взглянуть.
Любому SQL и MySQL не исключение удобнее работать с одной большой, с хорошими индексами таблицей, чем с кучей мелких. Это аксиома SQL.

30 апреля 2008 в 21:45

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

30 апреля 2008 в 3:38

Блок "Меню" теряется, увидел его далеко не сразу.
"Дохлые" ссылки на Anonsy и Sitemap внизу страницы тоже не стоит оставлять - или уберите, или реализуйте функциональность.
К чему второе "облако" внизу страницы?.

30 апреля 2008 в 3:32

Поставьте на каталог /sites/default и каталог /sites/default/files права на запись и выполнени не только для владельца (может понадобиться установить права и выполнение для группы и/или остальных). То же нужно сделать и для файла /sites/default/settings.php

28 апреля 2008 в 14:26

Кстати, если у вас включен модуль статистики и watchdog - проверьте, настройки, за какой период данные храняться в базе, эти модули могут обспечить стабильный рост объема базы. И посмотрите в отчете о состоянии, когда у вас в последний раз выполнялись cron-задачи.

27 апреля 2008 в 2:31

Это способ объяснить IE, что в PNG есть прозрачность.

Вкратце - PNG - Portable Network Graphics (Портируемая Сетевая Графика) - стандарт поддерживающий, в отличие от GIF, полу-прозрачность слоев. НО, есть Intenet Explorer, который (почему я не удивлен) такой функционал не поддерживает. В результате стандарт PNG уже не портируемый. Информация о том, как с этим (хотя бы частично) можно бороться:

21 апреля 2008 в 18:19

imho, если смешать в рамках одной базы таблицы innodb и myisam, то у mysql вполне может начаться "детская болезнь" - уже однажды наступал на такие грабли, лечились периодической перестройкой всех индексов и repair для таблиц. Хотя, может дело было в кривовато настроенном mysql, т.к. база была на shared хостинге и доступа к внутренним настройкам не было.

17 апреля 2008 в 20:12

Посмотрите модуль CCK Node Reference, его функционал похож на то, что вы описываете.

17 апреля 2008 в 20:06

Посмотрите на формат ввода (фильтр), который используется для ноды. Если стоит Filtered HTML, то он будет "вырезать" все теги форматирования, которые добавляет TinyMCE. Вместо него поставьте Full HTML

17 апреля 2008 в 2:18

127.0.0.1 - адрес локальной машины (он же localhost, он же localhost.localdomain).
скорее всего данная ситуация возникла из-за того, что вы тестируете сайт на своей локальной машине, пользуясь браузером локальной машины, и именно ее IP-адрес drupal фиксирует как адрес посетителя.

16 апреля 2008 в 13:39

Функция image_get_info объявлена в файле includes/image.inc, является стандартной функцией drupal. Если она не найдена, значит этот файл не был подключен, либо он поврежден. Может быть, у вас в корневом каталоге уже находился файл includes/image.inc и он не был перезаписан при переносе друпала из подкаталога в корень. проверьте.

16 апреля 2008 в 5:39

Проверьте, может быть у вас в корне сайта существует каталог images, в котором нет индексного файла.

Друпал по умолчанию обрабатывает запросы на те ресурсы, которые реально не существуют в файловой системе. Если каталог images в корне сайта есть, то до друпала дело даже не дойдет - апач попытается найти файл index.html или index.php в этом каталоге, не найдет его и скажет вам "Access forbidden!"

15 апреля 2008 в 1:18

Задачу создания главной страницы сайта можно решить другим образом:
1) Создаем страницу (документ нужного вам типа), делаем наполнение, ставим для данного документа флаг "публиковать", задаем для нее псевдноим (для этого нужно включить модуль Path), например "myfrontpage".

2) Заходим в "Управление сайтом - Настройка - О сайте" (/admin/settings/site-information), в поле "Главная страница по умолчанию:" вводим псевдоним созданной на шаге (1 ) страницы, т.е. myfrontpage (без слеша в начале).

3) Сохраяем настройки и проверяем, все должно работать нормально.

15 марта 2008 в 3:42

Попробуйте erahosting.net.
Разместил у них несколько проектов на 5-й версии друпал. Тормозов не замечал, хотя и сайты не особо нагруженные.
Вменяемая тех. поддержка, готовы идти навстречу клиенту.

5 марта 2008 в 22:58

Это значит, что в PHP не включено расширение mysqli, нужно использовать стандартное (старое) расширение mysql.
Для этого в файле sites/default/settings.php нужно строку
$db_url = 'mysqli://.....................';
заменить на строку
$db_url = 'mysql://.....................';

ЗЫ: Если нет mysqli, то на хостинге скорее всего стоит PHP4, что совсем не хорошо.