Анонимный пользователь: у вас нет доступа к этой странице. Разрешения OK

Question

После переустановки разрешений, выполнения cron, промывки кешей, усеивания i и пересечения t, я пришел в зону отчета об ошибке. У меня нет идей:

-Все страницы на моем сайте недоступны для анонимного пользователя, даже если они отлично функционируют для всех других пользователей/ролей!

- На панели заголовка, боковой панели и навигационной функции загружается все, как должно, но фактическое содержимое страницы заменяется простой инструкцией «У вас нет доступа к этой странице».

Мне кажется, что есть что-то простое, что мне не хватает, но я просто не нахожу его. Я был всем этим и оставил этот сайт и несколько других, но безрезультатно. Есть ли другие средства для проверки/исправления этого? Dblog регистрирует событие «отказано в доступе», но без каких-либо подробностей. Любая помощь будет принята с благодарностью. Запуск PHP 5.2.17 с Drupal 6.22 на Bluehost, для чего он стоит.

Редактировать: я проверил для пользователя 0. 0 не хватало, поэтому я пошел вперед и добавил его (или это она?) И повторно запускал обычное домашнее хозяйство (cron, update.php, rebuild permissions) .. Но все равно нет любви. Я посмотрел на .htaccess, но должен признаться, что не уверен, что я там ищу. Кажется, что ничто не связано с доступом пользователя, анонимным или иным образом. Для чего это стоит, это на сайте разработки. Живой сайт делает именно то, что он должен, и имеет точно такой же хост, настройки и модули (насколько я могу судить). Это говорит мне о том, что мне что-то не хватает ... Если они действительно были бы такими же, они будут работать одинаково! ;) Спасибо за предложения! У меня есть другие модули для обзора, но они ждут по этому вопросу ...

Answer 1

FIXED! Я, наконец, раскрыл это:

INSERT INTO node_access 
    (nid ,gid ,realm ,grant_view, grant_update , grant_delete) 
    VALUES ('0', '0', 'all', '1', '0', '0') 

Я посмотрел на столе node_access, и конечно же, не было никакой записи для анонимного пользователя! Я не знаю, почему он пропал без вести, но вышеупомянутый запрос возобновил доступ к контенту для анонимного пользователя. Моя постоянная проблема заключается в том, что dblog имеет записи «доступ запрещен», сопровождающий обычные загрузки страниц, но, я думаю, это новый вопрос, а?

Answer 2

Мое решение, когда у меня была эта проблема.

1. резервной копии база данные (конечно)
2. Настройки разрешения поискового блока
3. перестраивать права администратора/люди/разрешение
4. Затем перейдите к администратору/Config/поиск/настройкам и к модулю поиска по умолчанию и выбрать узел вместо пользователя.

Надеюсь, это поможет кому-то.