Произошла ошибка у вас нет прав для просмотра этой страницы или для выполнения этого действия - Исправление ошибок и поиск оптимальных решений проблем

Некоторым пользователям запрещен просмотр определенных веб-страниц в Chrome. Возникает ошибка: «У вас нет разрешения на просмотр этой страницы». Как оказалось, проблема не связана с веб-сайтом или IP-адресом, потому что одни и те же пользователи сообщают, что веб-контент доступен из другого браузера и работает без проблем.

Вот еще один вариант ошибки, которую видят пользователи:

Что вызывает ошибку «У вас нет прав для просмотра этой страницы»?

Мы исследовали эту конкретную ошибку, просмотрев различные отчеты пользователей и стратегии исправления, которые они рекламировали как успешные в решении проблемы. Исходя из того, что мы собрали, существует несколько сценариев, которые вызывают это конкретное сообщение об ошибке в Chrome:

Просроченный или кэшированный файл cookie браузера — это единственная причина возникновения данной ошибки. Обычно это происходит с плохо обслуживаемыми веб-сайтами.
Загрузка с Google Диска была прервана. Эта проблема также возникает с Google Диском сразу после того, как загрузка внезапно прервана из-за неожиданного завершения работы.

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

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

Способ 1. Откройте страницу в режиме инкогнито

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

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

Чтобы открыть веб-страницу в режиме инкогнито, откройте Google Chrome, нажмите кнопку действия (значок с тремя точками) и выберите « Новое окно в режиме инкогнито» .

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

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

Метод 2: очистка файлов cookie вашего браузера Chrome

Другие пользователи, столкнувшиеся с этой проблемой, решили ее, очистив файлы cookie в Google Chrome и перезапустив браузер. Судя по их отчетам, проблема больше не возникала после того, как они очистили данные просмотра.

Вот краткое руководство по очистке Chookies в Chrome:

Откройте Google Chrome, нажмите кнопку действия (значок с тремя точками), а затем нажмите « Настройки» .
В настройках меню, нажмите на Advanced раскрывающегося меню. Затем прокрутите вниз до вкладки Конфиденциальность и безопасность и нажмите Очистить данные просмотра .
В меню « Очистить данные просмотра» выберите вкладку « Дополнительно » и установите для параметра « Временной диапазон» значение « Все время» . Затем установите флажки, связанные с файлами cookie и другими данными сайта , кэшированными изображениями и файлами и настройками содержимого . Когда настройки будут в порядке, нажмите кнопку « Очистить данные» .
Перезапустите Chrome и повторно откройте веб-сайт, который ранее вызывал ошибку У вас нет авторизации для просмотра этой страницы .

Источник

Вы столкнулись с сообщением «Ошибка 403»? Что делать, мы расскажем в этой статье.

Если при открытии вашего сайта вы получили одно из следующих уведомлений:

В доступе на страницу отказано,
403 Forbidden,
Forbidden, доступ запрещён,
Forbidden You don’t have permission to access,
Access denied.

Ошибка 403 говорит о том, что доступ к запрашиваемой странице запрещён или у пользователя нет прав на просмотр контента.

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

Возможные причины и их решения, если проблема на стороне владельца сайта

Заблокирована работа хостинга

403 ошибка может возникнуть, если услуга хостинга была заблокирована. Блокировка может произойти, если превышены технические ограничения тарифа или нарушены условия договора оферты. Перед блокировкой на контактный email владельца услуги придёт предупреждение. У него будет 24 часа на устранение причины блокировки.

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

Если подобных писем не приходило и услуга не блокировалась, причина ошибки в другом.

Некорректно задана главная страница сайта

Главная страница сайта (индексный файл) – это первая страница, которая открывается пользователю, если он перешёл по домену без указания точной страницы сайта, например www.test.ru. По общепринятым правилам она называется index.html или index.php. Если в корневой папке сайта отсутствует файл с названием index.html или index.php, возникнет ошибка 403. В качестве индексного файла может использоваться файл, отличный от index.html или index.php. Но название данного файла должно быть указано в настройках.

Проверьте, чтобы:

в корневой папке сайта существовал файл главной страницы (индексный файл),
в настройках указано соответствующее название файла главной страницы (индексного файла).

Чтобы это проверить войдите в панель управления хостингом и следуйте соответствующей инструкции ниже:

Как проверить, какое название файла главной страницы указано в настройках

1.

В левом меню перейдите на страницу Сайты.
2.

Выберите домен, на котором возникает ошибка 403, и нажмите кнопку Изменить.
3.

В пункте «Индексная страница» в поле ввода должно быть указано название файла главной страницы сайта. По умолчанию index.php index.html.

Если название файла главной страницы, который расположен в корневой папке сайта, не соответствует названию, указанному в настройках, измените на правильное и нажмите Ок.

Как проверить наличие индексного файла в корневой папке

1.

В левом меню перейдите на страницу Сайты.
2.

Выберите домен, на котором возникает ошибка 403, и нажмите кнопку Файлы сайта. Откроется корневая папка вашего сайта.
3.

Убедитесь, что в данной папке существует индексный файл, название которого указано в настройках домена:

Если в корневой папке есть индексный файл и его название соответствует названию в настройках домена, но 403 ошибка сохраняется, попробуйте другой вариант.

Как проверить, какое название файла главной страницы указано в настройках

Для панели управления CPanel название индексного файла установлено по умолчанию index.html и index.php. Изменить его можно только вручную, через файл .htaccess. Поэтому в случае с cPanel необходимо убедиться только в том, что в корневой папке сайта существует файл index.html или index.php.

Как проверить наличие индексного файла в корневой папке

Обратите внимание: если вид вашей панели управления отличается от представленного в статье, в разделе «Основная информация» переключите тему с paper_lantern на jupiter.

1.

В разделе «Домены» перейдите на страницу Домены:
2.

Нажмите по строке, где указана корневая папка домена, на котором возникает ошибка 403. Откроется корневая папка вашего сайта:
3.

Убедитесь, что в данной папке существует индексный файл, название которого указано в настройках домена.

Если индексный файл index.html или index.php существует в корневой папке сайта, но 403 ошибка сохраняется, переходите к следующим действиям.

Как проверить, какое название файла главной страницы указано в настройках

Для панели управления Plesk название индексного файла установлено по умолчанию index.html и index.php. Изменить его можно только вручную, через файл .htaccess. Поэтому в случае с панелью Plesk необходимо убедиться только в том, что в корневой папке сайта существует файл index.html или index.php.

Как проверить наличие индексного файла в корневой папке

1.

Под нужным доменом нажмите по строке, где указана корневая папка домена. Откроется корневая папка вашего сайта.
2.

Убедитесь, что в данной папке существует индексный файл, название которого указано в настройках домена.

Если индексный файл index.html или index.php существует в корневой папке сайта, но 403 ошибка сохраняется, то переходите к следующим действиям.

Установлены некорректные права на файлы и каталоги сайта

В большинстве случаев корректными правами для каталогов являются «755», а для файлов «644». Проверьте и измените права на файлы и папки.

Если все права доступа к файлам и папкам указаны корректно, перейдите к следующему шагу.

Файлы сайта находятся не в корневой директории

При переходе на ваш сайт домен обращается к корневой папке, которая была указана в настройках домена. Если сайт был загружен в другую папку или подпапку в корневой директории, то возникнет ошибка 403.

Чтобы узнать корневую директорию и проверить, загружены ли в неё файлы сайта, выберите свою панель и следуйте соответствующей инструкции:

1.

В левом меню перейдите на страницу Сайты.
2.

Выберите домен, на котором возникает ошибка 403, и нажмите кнопку Файлы сайта.
3.

Откроется корневая папка вашего сайта. Убедитесь, что файлы сайта загружены в эту папку, а не в подпапку.

При отсутствии файлов сайта в корневой папке, добавьте их по инструкции Как разместить сайт на хостинге. Если ошибка 403 сохраняется, то переходите к следующему шагу.

1.

В разделе «Домены» перейдите на страницу Домены:
2.

Нажмите по строке, где указана корневая папка домена, на котором возникает ошибка 403. Откроется корневая папка вашего сайта:
3.

Убедитесь, что файлы сайта загружены в эту папку, а не в подпапку.

1.

Под нужным доменом нажмите по строке, где указана корневая папка домена. Откроется корневая папка вашего сайта.
2.

Убедитесь, что файлы сайта загружены в эту папку, а не в подпапку.

Неправильно настроен файл .htaccess (только для хостинга Linux)

Проверьте правила в конфигурационном файле .htaccess. Попробуйте временно изменить имя файла .htaccess, например, на .htaccess_old, и проверьте работоспособность сайта.

Если сайт станет доступен или на нём будет отображаться другая ошибка (не 403), дело в некорректных правилах или директивах, заданных в .htaccess.

Чтобы поправить, обратитесь к разработчикам сайта. Как правило, проблемы связаны с условиями «deny from all» и «RewriteRule».

Если вы используете на своём сайте CMS (например, WordPress, Bitrix и т.п.), вам может помочь замена существующего файла .htaccess на стандартный для вашей CMS.

Если после изменения названия файла .htaccess ошибка 403 не пропала, переходите к следующим действиям.

Некорректная версия ASP.NET (только для хостинга для ASP.NET)

Ошибка может возникнуть, если ваш сайт написан для версии ASP.NET 4.x, а на услуге хостинга установлен ASP.NET 3.5. Чтобы изменить версию ASP.NET для услуги хостинга, оставьте заявку в службу поддержки.

Некорректная работа плагинов в WordPress

Если ваш сайт сделан на WordPress, нужно проверить, не мешают ли работе сайта плагины.

Сначала обновите все плагины до последней версии. Иногда устаревшие версии работают некорректно и могут появляться различные ошибки.

После обновления проверьте, работает ли сайт. Если нет, отключите плагины. Если это помогло, значит, один из них нарушает работу веб-ресурса. Отключайте плагины по очереди, пока не найдете плагин-виновник.

Что может сделать пользователь со своей стороны

Проверьте правильность написания URL. Возможно, адрес был введён неверно, поэтому браузер выдал ошибку. Также обратите внимание, что вы вводите адрес веб-страницы или файла, а не каталога. Обычный URL-адрес заканчивается на .com, .ru .php, .html. URL-адрес каталога обычно заканчивается символом «/».
Убедитесь, что у вас действительно есть доступ к этому сайту. Некоторые корпоративные сайты ограничивают виды пользователей, которые могут посещать сервис или для просмотра нужно вводить корпоративный VPN.
Обновите страницу или зайдите позже. Если проблема на стороне владельца сайта, подождите, когда он устранит неполадку.
Очистите кэш и cookies браузера. Это может быть эффективно, если ранее вы заходили на сайт без проблем.
Сайт ограничен для пользователей определённого региона. Каждому устройству, который работает с интернетом присвоен IP-адрес, который содержит информацию о регионе, где пользуются устройством. Если вы пытаетесь зайти на сайт, который можно просматривать только в определенном месте, появляется ошибка 403. Для решения этой проблемы можно использовать прокси-сервер или VPN.
Если вы уверены, что сайт работает у других пользователей и вы попробовали все вышеперечисленные способы, обратитесь к интернет-провайдеру. Поставщик интернета мог попасть в чёрный список, что привело к ошибке 403 Forbidden на страницах одного или нескольких сайтов.

Источник

Исправлено: у вас нет прав для просмотра этой страницы —

Содержание

1 Что является причиной ошибки «Вы не авторизованы для просмотра этой страницы»?
- 1.1 Способ 1: открыть страницу в режиме инкогнито
- 1.2 Способ 2. Очистка файлов cookie вашего браузера Chrome

Некоторым пользователям запрещен просмотр определенных веб-страниц в Chrome. Ошибка, которая появляется «У вас нет прав для просмотра этой страницы». Как оказалось, проблема не связана с веб-сайтом или IP-адресом, поскольку одни и те же пользователи сообщают, что веб-контент доступен из другого браузера и работает без проблем.

Доступ к «сайту» был запрещен
У вас нет прав для просмотра этой страницы
Ошибка HTTP 403

Вот еще один вариант ошибки, с которой сталкиваются пользователи:

Вы не авторизованы для просмотра этой страницы
У вас нет разрешения на просмотр этого каталога или страницы с использованием предоставленных вами учетных данных

Что является причиной ошибки «Вы не авторизованы для просмотра этой страницы»?

Мы исследовали эту конкретную ошибку, просмотрев различные пользовательские отчеты и стратегии исправления, которые они объявили как успешные в решении проблемы. Исходя из того, что мы собрали, есть несколько сценариев, которые вызовут это конкретное сообщение об ошибке в Chrome:

Cookie браузера с истекшим сроком хранения или кэшированный — Это единственная причина, по которой возникает эта ошибка. Это обычно происходит с плохо поддерживаемыми веб-сайтами.
Загрузка с Google Диска была прервана — Эта проблема также возникает в Google Диске сразу после внезапного прерывания загрузки.

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

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

Способ 1: открыть страницу в режиме инкогнито

Несколько пользователей, столкнувшихся с одной и той же проблемой, смогли обойти ‘У вас нет прав для просмотра этой страницы открыв веб-страницу в режиме инкогнито.

Это скорее обходной путь, чем правильное исправление, но оно позволит перейти на страницу без получения ошибки, если вы испытываете нехватку времени.

Чтобы открыть веб-страницу в режиме инкогнито, откройте Google Chrome, нажмите кнопку действия (трехточечный значок) и выберите Новый Инкогнито окно.

Нажмите кнопку действия и выберите Новое окно инкогнито.

В новом окне Incognito введите или вставьте веб-адрес, который доставлял вам проблемы, и посмотрите, по-прежнему ли вы получаете сообщение об ошибке.

Если этот метод не удался или вы ищете более постоянное исправление, перейдите к следующему способу ниже.

Способ 2. Очистка файлов cookie вашего браузера Chrome

Другие пользователи, столкнувшиеся с этой проблемой, решили проблему, очистив файлы cookie в Google Chrome и перезапустив браузер. Судя по их отчетам, проблема больше не возникала после очистки данных о просмотре.

Вот краткое руководство по очистке Chookies на Chrome:

Откройте Google Chrome, нажмите кнопку действия (трехточечный значок), а затем нажмите настройки.
Нажмите кнопку действия и перейдите в Настройки
в настройки меню, нажмите на продвинутый выпадающее меню. Затем прокрутите вниз до Конфиденциальность и безопасность вкладку и нажмите на Очистить данные просмотра.
В разделе «Конфиденциальность и безопасность» нажмите «Очистить данные браузера».
в Очистить данные просмотра выберите продвинутый вкладка и установите Временной интервал в Все время. Затем установите флажки, связанные с Cookies и другие данные сайта, Кэшированные изображения и файлы а также Настройки контента. Когда настройки в порядке, нажмите Очистить данные кнопка.
Удаление файлов cookie и других типов данных просмотра
Перезапустите Chrome и снова откройте веб-сайт, который ранее вызывал У вас нет прав для просмотра этой страницы ошибка.

Источник

Статус: В этой теме нельзя размещать новые ответы.

Всем привет!

Уже несколько месяцев пытаюсь выявить и побороть досадный баг, причины возникновения которого мне, к сожалению, неизвестны (и уже не узнать)
Прошу комьюнити помочь мне разобраться и побороть гадину, т.к мемберы уже задолбали… а я ничего не могу сделать! Мои поиски причины успехом не увенчались

Суть бага проста и заключается в том, что при нажатии на кнопку Загрузить файл (кнопку справа от Ответить) исключительно в темах/сообщениях форума получаем ошибки:

1. Если включен режим Flash-загрузки, по ссылке вида

У Вас недостаточно прав для просмотра ссылок.
Вход или Регистрация

и прохода индикатора загрузки до 100% получаем в оверлее следующее (исходник):

Код:

{
-
error: (1)[
"Обнаружено нарушение безопасности. Пожалуйста, нажмите "Назад" в браузере, обновите страницу и попробуйте снова."
],

templateHtml: "

<div class="errorOverlay">
<a class="close OverlayCloser"></a>
<h2 class="heading">Произошла ошибка:</h2>
<div class="baseHtml">
<label for="ctrl_0" class="OverlayCloser">Обнаружено нарушение безопасности. Пожалуйста, нажмите "Назад" в браузере, обновите страницу и попробуйте снова.</label>
</div>
</div>",
_visitor_conversationsUnread: "7",
_visitor_alertsUnread: "2"
}

2. Если же режим Flash-загрузки отключен, по ссылке вида

У Вас недостаточно прав для просмотра ссылок.
Вход или Регистрация

получаем (сразу после клика по кнопке) в оверлее следующее (исходник):

Код:

{
- error: (1)[
"У Вас нет прав для просмотра этой страницы или для выполнения этого действия."
],

templateHtml: "
<div class="errorOverlay">
<a class="close OverlayCloser"></a>
<h2 class="heading">Произошла ошибка:</h2>
<div class="baseHtml">
<label for="ctrl_0" class="OverlayCloser">У Вас нет прав для просмотра этой страницы или для выполнения этого действия.</label>
</div>
</div>",
_visitor_conversationsUnread: "7",
_visitor_alertsUnread: "2"
}

При этом:
— ID юзера = 1 (суперадмин), впрочем загрузка в темы не работает для всех групп (те же симптомы).
— Все возможные относящиеся к Загрузке файлов права в Админке (Админы, Модераторы, Группа и индивидуально) и во всех разделах (раздел с тестовой темой, родительская категория) на загрузку и просмотр вложенных файлов выданы!
— Та же функция в переписках, сообщениях профиля и дополнениях (вроде Showcase, Gallery, Teams etc.) происходит без каких-либо проблем, т.е работает исправно!
— Ошибки в Админке форума отсутствуют.
— Чистый дистриб той же версии (1.5.9), с тем же стилем (Soft Responsive), c Redis-кэшем и поднятый на том же сервере прекрасно добавляет вложения в темы…!
— Вложения в старых темах отображаются и под сообщением, и добавленных изображениях… но, при этом какие-либо модификации с ними произвести невозможно (удаление, редактирование и т.д)

Please, help me!

Последнее редактирование: 10 Авг 2016

Отключите все плагины и проверьте осталась ли проблема

Smalesh

Меценат
#3

Баг стабильно воспроизводится, каждый раз или периодически?

Отключите все плагины и проверьте осталась ли проблема

Проблема остаётся.

Баг стабильно воспроизводится, каждый раз или периодически?

Баг стабильно воспроизводится каждый раз при попытке добавить вложение к сообщениям тем или изменить/удалить существующие старые вложения.

—————————————

Показать форум, равно как и предоставить к нему доступ я не могу т.к он приватный и содержит частный контент
Могу предоставить все необходимые данные настройки движка, список дополнений, логи веб-сервера и БД и подобное (выделенный сервер).

Движок, шаблон и основные дополнения — лицензии.

P.S Возможно, есть смысл обратиться в официальную поддержку XF? Но, это наверное нужно будет им предоставлять доступы к админке или БД… а это неприемлемо
Что делать? Help!

Последнее редактирование: 11 Авг 2016

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

Smalesh

Меценат
#6

Баг стабильно воспроизводится каждый раз при попытке добавить вложение к сообщениям тем или изменить/удалить существующие старые вложения.

Предположительно нарушение безопасности — это проблемы с CSRF-токеном (Cross Site Request Forgery), когда его содержимое не совпадает с ожидаемым или его нет вообще.
За это отвечает приблизительно такой код в шаблоне, скрытое поле в форме

Код:

<input type="hidden" name="_xfToken" value="{$visitor.csrf_token_page}" />

Если проблема повторяется на дефолтном стиле — это похоже на проблему с кешированием; если на дефолтном стиле ошибки нет — тогда смотреть шаблоны используемого стиля. Имхо.

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

Вот такая защита подключена.

У Вас недостаточно прав для просмотра ссылок.
Вход или Регистрация

Она же —

У Вас недостаточно прав для просмотра ссылок.
Вход или Регистрация

Предположительно нарушение безопасности — это проблемы с CSRF-токеном (Cross Site Request Forgery), когда его содержимое не совпадает с ожидаемым или его нет вообще.
За это отвечает приблизительно такой код в шаблоне, скрытое поле в форме

Да, в процессе самостоятельного поиска проблемы моё внимание уже привлекала подобная строка в шаблонах, особенно в шаблоне editor.
Хочу спросить — о каком конкретно шаблоне (или шаблонах) речь?

————————————-

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

Уведомления о ответах и действиях в темах подписчикам перестали приходить приблизительно тогда же, когда и перестала работать загрузка файлов в темы!
При этом остальные уведомления (не касающиеся тем) приходят как и приходили! Страница account/alerts работает нормально и в БД они все пишутся!

Они так и не работают сейчас! И что-то мне подсказывает… они могут быть связаны друг с другом.
Возможно какой-то конфликт Аякса для уведомлений и для загрузок файлов на странице списка сообщений темы и расширенного редактора… я не сильна в этом
Все права розданы и т.д. Ошибок никаких в админке нет!

Такие дела…

Smalesh

Меценат
#8

Еще раз, по этапам — в стандартном стиле ошибка есть или нет? Да — смотрим кеш (а он может быть и на стороне антиддоса), если ошибки под стандартным стилем нет — смотрим стиль.
По шаблонам не скажу ничего, т.к. не знаю.

Hope

Уже было тут нечто подобное, обычно проблемы именно на стороне сервиса защиты от ддос.

Если проблема повторяется на дефолтном стиле — это похоже на проблему с кешированием; если на дефолтном стиле ошибки нет — тогда смотреть шаблоны используемого стиля. Имхо.

Проблема повторяется и на дефолтном скине.

Кеширование осуществляется сервером Redis, за связь отвечает установленная последняя версия дополнения

У Вас недостаточно прав для просмотра ссылок.
Вход или Регистрация

Также установлено прикладное кеширующее дополнение

У Вас недостаточно прав для просмотра ссылок.
Вход или Регистрация

кусок config.php, отвечающий за кэш

Код:

$config['externalDataUrl'] = 'https://cdn.r.worldssl.net/data';
$config['javaScriptUrl'] = 'https://cdn.r.worldssl.net/js';

$config['cache']['enabled'] = true;
$config['cache']['cacheSessions'] = true;
$config['cache']['frontend'] = 'Core';
$config['cache']['frontendOptions'] = array(
<------>'caching' => true,
<------>'cache_id_prefix' => 'xf_',
<------>'automatic_serialization' => false,
<------>'lifetime' => 0
);

$config['cache']['backend'] = 'Redis';

$config['cache']['backendOptions'] = array(
<------>'server' => '127.0.0.1',
<------>'port' => 6379,
<------>'timeout' => 2.5,
<------>'force_standalone' => false,
<------>'connect_retries' => 1,
<------>'read_timeout' => '',
<------>'password' => '',
<------>'database' => 0,
<------>'notMatchingTags' => false,
<------>'compress_tags' => 1,
<------>'compress_data' => 1,
<------>'lifetimelimit' => 2592000,
<------>'compress_threshold' => 20480,
<------>'automatic_cleaning_factor' => 0,
<------>'compression_lib' => '', // dynamically select first of; snappy,lzf,l4z,gzip
<------>'use_lua' => true,
<------>'sunion_chunk_size' => 500,
<------>'lua_max_c_stack' => 5000,
);

require(XenForo_Application::getInstance()->getConfigDir().'/SV/RedisCache/Installer.php');

Сессии в кэш не пишутся, соответствующе сконфигурирован и PHP 7.0.9.
Связка Apache2.4.19 + mod_php70 + mariadb 10.1 + phpredis 3.0 + redis-server 3.2.3.

Еще используется ElasticSearch 2-й версии, соответственно установлен сервер Java.

Что еще может помочь?

Уже было тут нечто подобное, обычно проблемы именно на стороне сервиса защиты от ддос.

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

Уже было тут нечто подобное, обычно проблемы именно на стороне сервиса защиты от ддос.

Возможно движку форума поможет разрешение передачи этого самого Security Token, упомянутого выше, в адресной строке (в явном виде, например &xf_session=gffy838489hj3434g3443g), а не только путем сессионных cookies, как сейчас установлено (и было «из коробки») в PHP7.INI ?

Ваше мнение?

Последнее редактирование: 11 Авг 2016

Hope

Если Вы точно уверены, что это не проблема антиддоса, тогда конечно нужно смотреть в сторону настройки сервера, но тут советы давать даже не полезу.
Так бы конечно специалист какой-нибудь мог бы глянуть, но доступа не будет, посему — это просто гадание уже получается и так вряд ли получится что-то решить… Хотя, если передать спецу некоторые конфиги и т.п., то вполне возможно.

Если Вы точно уверены, что это не проблема антиддоса, тогда конечно нужно смотреть в сторону настройки сервера, но тут советы давать даже не полезу.
Так бы конечно специалист какой-нибудь мог бы глянуть, но доступа не будет, посему — это просто гадание уже получается и так вряд ли получится что-то решить… Хотя, если передать спецу некоторые конфиги и т.п., то вполне возможно.

httpd.conf, ssl.conf, php.ini, .htaccess, mod_php.conf — всё это могу выложить, затерев данные домена.
MariaDB — аналогично.
Могу и сюда выложить всё под спойлера.
Будет ли от этого толк?

Smalesh

Меценат
#13

CSF не при делах. Хранение сессий тоже — в первую очередь была бы проблема с авторизацией. Сейчас надо выключить redis с конфига и посмотреть без него.
Собсно проблема быстрее всего ищется отсеканием лишнего.

CSF не при делах. Хранение сессий тоже — в первую очередь была бы проблема с авторизацией. Сейчас надо выключить redis с конфига и посмотреть без него.
Собсно проблема быстрее всего ищется отсеканием лишнего.

Спасибо за совет, попробую.

mexan

OFFTOP

Такое ощущение, что на сайте хранятся коды для запуска межконтинентальных баллистических ракет. Без обид. Ладно, не хотите светить свой домен всему ресурсу, но Hope, Mirovinger, могли б дать доступ и проблему решили. Не хотел никого обидеть.

,

OFFTOP

Такое ощущение, что на сайте хранятся коды для запуска межконтинентальных баллистических ракет. Без обид. Ладно, не хотите светить свой домен всему ресурсу, но Hope, Mirovinger, могли б дать доступ и проблему решили. Не хотел никого обидеть.

Что-то вроде того Извините.

mexan

OFFTOP

«А может бахнем!?»))

Все заканчиваю оффтоп:blush2:

Специалистам нафиг не нужны ваши данные, так что можете не бояться

Специалистам нафиг не нужны ваши данные, так что можете не бояться

Да нет там никаких секретных данных.
Есть нравственная сторона, есть конфиденциальный частный контент.
У меня он по договору, так что никак… простите.

Hope

Та давайте перестанем обсуждать моменты доступа и вернёмся к теме…

Спасибо за совет, попробую.

Попробовали?

Статус: В этой теме нельзя размещать новые ответы.

Контакты

ООО «АЕЗА ГРУПП»
ИНН 2312304914
ОГРН 1212300056430
г. Краснодар, ул. Маяковского 160, офис 2.4

Источник

Произошла ошибка: У Вас нет прав для просмотра этой страницы или для выполнения этого действия.

Регистрация:
22.07.2015

Сообщения: 22

Рейтинг: 2

И так везде! Аватарку не поставить, мне нравится под постом тоже не поставить, это баг такой?

Бронзовый бык

Пользователь

Регистрация:
02.10.2016

Сообщения: 1571

Рейтинг: 1319

Регистрация:
02.10.2016

Сообщения: 1571

Рейтинг: 1319

защита от халемаDendiFace

Регистрация:
22.07.2015

Сообщения: 22

Рейтинг: 2

Бронзовый бык сказал(а):↑

защита от халемаDendiFace

Нажмите, чтобы раскрыть…

оценил бы, да вот прав нету

Райдэн Эи

Пользователь

Регистрация:
05.07.2015

Сообщения: 27432

Рейтинг: 17544

Регистрация:
05.07.2015

Сообщения: 27432

Рейтинг: 17544

С недавних пор изменилась система групп.
Появилась группа «новичок» ( от 0 до 20 постов) и «Первая кровь»(20-50).
Которые имеют ограниченные возможности.

Цитата:

Введена группа пользователей «Новичок». В нее попадают все зарегистрированные пользователи, имеющие 0-20 сообщений. Ряд ограничений для «Новичков»:

Не могут создавать темы в разделе «Таверна»;

Не могут пользоваться кнопкой «Мне нравится»;

Не могут установить аватар и создать подпись

Не имеют прав жаловаться на сообщения (на форуме и в профиле);

Чат на форуме доступен только в режиме просмотра;

Лимит написания сообщений в сутки составляет 10;

Не могут подписываться на кого-либо;

Могут создать максимум 3 личные переписки в сутки;

Могут создать максимум 3 темы на форуме в сутки.

Еще одна новая группа — «Первая кровь» (20-50 сообщений).
Ее ограничения:

Не могут устанавливать аватар и подпись;

Лимит написания сообщений в сутки составляет 10;

Могут создавать не более 5 тем в сутки.

Накопив 50 сообщений на форуме, члены этой группы попадают в общую группы «Пользователи», обладающую давно привычным набором прав.

Автоматический переход из одной группы в другую может занять несколько минут.

Ограничения для всех пользователей:

Можно создавать не более 2х тем в Таверне за сутки;

Можно создавать не более 10 тем на всём форуме за сутки;

Нет ограничений на лайки.

Нажмите, чтобы раскрыть…

Регистрация:
22.07.2015

Сообщения: 22

Рейтинг: 2

Мудрая Волчица сказал(а):↑

Нажмите, чтобы раскрыть…

огромное спасибо! А стоит тему удалять дабы форум не загрязнять?

blow a fuse

Пользователь

Регистрация:
06.01.2016

Сообщения: 2986

Рейтинг: 1866

Нарушения: 176

Регистрация:
06.01.2016

Сообщения: 2986

Рейтинг: 1866

Нарушения: 176

На права сначала нужно нафлудить. Делай как я CoolCat

Reverie

Участник команды сайта

Регистрация:
11.07.2013

Сообщения: 12645

Рейтинг: 24742

Reverie

Регистрация:
11.07.2013

Сообщения: 12645

Рейтинг: 24742

XxXFazePickBitchXxX сказал(а):↑

огромное спасибо! А стоит тему удалять дабы форум не загрязнять?

Нажмите, чтобы раскрыть…

Раз ответ дан, тема закрыта.

Тема закрыта

Заголовок

Ответов Просмотров

Последнее сообщение
fgvf

13 Feb 2023 в 03:33

Сообщений: 0
13 Feb 2023 в 03:33
pyles

13 Feb 2023 в 03:00

Сообщений: 1
13 Feb 2023 в 03:00
pyles

13 Feb 2023 в 02:40

Сообщений: 1
13 Feb 2023 в 02:40
Maze

13 Feb 2023 в 02:32

Сообщений: 18
13 Feb 2023 в 02:32

Сообщений:18

Просмотров:40
pyles

13 Feb 2023 в 02:31

Сообщений: 2
13 Feb 2023 в 02:31

Сообщений:2

Просмотров:16