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

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

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

15 апреля 2009 в 9:20

ganet, вы понимаете как работает Drupal или нет? ЛЮБАЯ страница в Drupal вызывается через index.php понимаете? ЛЮБАЯ! Поэтому ваша /node - это index.php?q=node. Я зашёл на ваш сайт с /node и без него просто по домену - показывает одно и тоже. Каким образом вы хотите, чтобы он ПРОСТО видел главный домен, если это один леший будет просто http://www.games-archive.net/index.php?q=ЧТО-ТО, где это ЧТО-ТО - это то, что вы назначите в настройках сайта как главную страницу?

14 апреля 2009 в 19:40

Так у вас в случае node так и попадает на домен. Просто Drupal внутри понимает, что при заходе на домен вам надо показать /node. Соответственно вы можете поставить другую страницу

12 апреля 2009 в 18:12

3. Модуль битый просто. В смысле содержит ошибку в коде.
1-2. Подключитесь к БД, посмотрите таблицу system и измените поле status для нужных модулей с 1 на 0. После чего перейдите в админку и деинсталируйте модуль.

7 апреля 2009 в 12:04

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

6 апреля 2009 в 15:21

>2. Уточнял у хостера по поводу mbstring.func_overload Она отключена.
Посмотрите вывод от phpinfo() и сразу станет понятно врёт ваш хостер или нет, а также видны все значения.

6 апреля 2009 в 9:41

Если вы хотите назначать названия сами руками, то всё что вам нужно сделать - это включить "чистые" ссылки (clean URL). Тогда в форме создания материала появится поле для ввода пути, куда можно забить всё что пожелаете.

5 апреля 2009 в 19:20

Это был бы хороший выход для РАЗОВОЙ надобности.
Однако, если всё-таки задаться целью получить инструмент, которым потом можно пользоваться везде и всюду, лучше всё-таки писать модуль. Потому как я понимаю, что готовых решений таки нет.

5 апреля 2009 в 17:49

Спасибо за столь "полезный" совет. По-моему лучше написать модуль, который будет показывать подменю с JavaScript именно в том месте, где выводится само меню в ЛЮБОЙ теме. Тогда не надо править никаких тем и при отсутствии модуля будет работать самым обычным образом.

5 апреля 2009 в 12:27

Да я готов написать, не вопрос. Целью создания данного вопроса было узнать, есть ли уже ГОТОВЫЕ решения с нужной мне функциональностью? Если их нет - придётся писать, но вдруг кто знает такие решения?

5 апреля 2009 в 11:26

> написать CSS и кусок page.tpl чтбы блок показывать так и в том месте как вам нужно уже стало проблемой?
Написать можно что угодно, спору нет. Даже свой модуль, который будет делать то, что нужно. Я задал вопрос в надежде на то, что уже есть нормальное готовое решение.

> Вставляйте в тему, куда хотите
Вадыч, проблема в том, что такое не будет работать после сноса модуля! Получается, что у меня сайт будет завязан на ОБЯЗАТЕЛЬНОЕ наличие данного модуля, что разумеется мне не нужно!

4 апреля 2009 в 21:29

> Оперативная память: 128
Всего 128

> Число процессов: 32
Одновременно процессов обслуживающих ваш сайт

> Число одновременных соединений: 16.
Не больше чем 16 одновременных подключений к БД

> 128Мб, это будет выделено именно мне? это и есть параметр php_value memory_limit ?
Я так понимаю, что нет. Это память на ВСЕ ваши скрипты.

3 апреля 2009 в 22:35

Самое интересно, всё это можно предотвратить.
Уже давно есть FTP-серверы, которые позволяют настроить даже для виртуальных пользователей доступ только с определённых IP. Таким образом, даже заполучив пароль, хакер ничего залить не сможет. Беда в том, что у хостеров как правило стоит что попало и даже при наличии нормального FTP-сервера, панель управления хостингом не умеет работать с этой возможностью Sad

3 апреля 2009 в 17:18

> Да, да ещё "русском" - куча лимитов, зато поддержка понятно говорит.
Ага. Я как человек, который знает о хостинге не понаслышке могу даже объяснить откуда лимиты и откуда цены. А клиенты у нас такие "квалифицированные", что поддержку надо только русскую, ибо только русский админ может вынести такое знание предмета клиентом и ещё при этом как-то разрулить ситуацию.

3 апреля 2009 в 8:07

> Если тормозит MySQL, думаю, разумней будет заняться ег оптимизацией, нежели нагружать проц и расходовать память.
На виртуальном хостинге? Как вы себе это представляете? Smile
А ведь большинство именно на виртуальном хостинге сидят.

2 апреля 2009 в 22:01

Ага, очень широко распространено. Клиентская машина ловит троян, потом клиенту заливают по FTP каки на сайт, а потом клиент начинает звонить и ещё возмущаться почему мы его файлы не проверяем на вирусы. Аха щас! Во-первых, хостер несёт ответсвенность только за корректную работу веб-сервисов, а не за содержимое сайта. Во-вторых, на следующий день после лечения антивирусом что-то сломается, а время изменения файла вчера - заколебёшься клиенту доказывать, что ничего не меняли, скажет сломали мне сайт - чините! Нахрен, нахрен.

2 апреля 2009 в 21:55

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

Будет. Например в случае использования eAccelerator. Потому как всё уже распарсилось и лежит в shared memory. Далее, в корне неверно рассматривать MySQL как нечто идеализированно быстрое. При хорошей нагрузке на хостинг, MySQL тормозить будет значительно быстрее, чем файловые операции и процессор.

2 апреля 2009 в 14:58

Угу, знаю такую фичу.
Я бы на вашем месте не всё выгружал, а только строки, касающиеся публичной части. Тогда реально и размер будет небольшим и количество запросов можно уменьшить. Хотя надо ещё понимать, что есть кэширование.

28 марта 2009 в 20:24

Дамп базы можно сделать и через phpMyAdmin.
Но вообще доступ по SSH вам бы не помешал.
На то, что вам пишет phpMyAdmin можете забить. Выгружайте дамп БД и смотрите, только так.

28 марта 2009 в 11:37

Автор, почистите куки. Подобная ошибка встречалась мной на многих движках, использующих PHP, не только на Drupal. И Битрикс этим грешит и phpBB. Почистите куки, закройте браузер, откройте его снова и попытайтесь войти.