Error 404 localhost apache openserver

Форум

Линки не работают с главной страницы.

Линки не работают с главной страницы.

Зделал import базы SQL. сайт работат. в Админ заходит.
Но линки с главной страницы не открываются.
Выдаёт текст ниже. Как это Пофиксить?

Object not found!

The requested URL was not found on this server. The link on the referring page seems to be wrong or outdated. Please inform the author of that page about the error.

If you think this is a server error, please contact the webmaster.

Re: Линки не работают с главной страницы.

Re: Линки не работают с главной страницы.

сайт сделан на wordpress. я скопировал Базу данных в SQL на OpenServer. главная страница сайта работает. но все линки которые есть на главной странице, не работают. тоесть наводишь на линк, появляется надпись, линк ведёт на
http://сайт.com/ingredients-preparation . 007/07/11/
линки на архивы, категории, Комменты все выдают ошибку.

когда нажимаешь то выводится ошибка: (это проблема в базе или apache? Подскажите как устранить.)

Object not found!

The requested URL was not found on this server. The link on the referring page seems to be wrong or outdated. Please inform the author of that page about the error.

If you think this is a server error, please contact the webmaster.

сайт.com
09/05/17 09:03:36
Apache

Источник

Форум

Сервер не запускается? Пиши СЮДА!

Сервер не запускается? Пиши СЮДА!

Уважаемые пользователи Open Server!
Если у вас не запускается сервер — пишите сюда! Поможем, чем можем.

Вы получите моментальный БАН за следующее:

— за создание отдельной темы «о незапуске»;
— за написание сообщений «о незапуске» в других темах форума;
— за жалобу-пустышку «о незапуске», т.е. сообщение без предоставления всех скринов, логов, настроек и параметров системы (что именно нужно читайте ниже);
— за необоснованную жалобу «о незапуске» когда причина в том, что вы просто не читали Руководство Пользователя! (настройка антивируса, создание доменов и т.д.)
— за сообщение о занятости порта или о недоступности HOSTS файла;

Если вы решили написать здесь «о незапуске», то во избежание бана ОБЯЗАТЕЛЬНО нужно показать в сообщении следующее:

— скрины всех чёрных окон при запуске (отладночный режим ставится в настройках);
— содержимое файла userdataprofilesваш_профиль.ini оформленное в теге CODE;
— параметры системы (точная версия Windows, под администратором работаете или нет, какие стоят антивирусыфаерволы);
— содержимое ВСЕХ вкладок логов после неудачного запуска, оформленные в теге CODE каждый по отдельности;
— другую важную на ваш взгляд информацию и замеченные/возможные проблемы из-за чего может не запускаться;

Источник

Yii Framework

Ошибка 404 nginx openserver

Ошибка 404 nginx openserver

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

Дано: windows 10, openserver 5.3.5 (nginx 1.17 / php 7.3-64)
Установил приложение advanced через composer, все работает как часы. В файле main.php во фронтенде снимаю комментарий со строк с urlManager. Поскольку в настройках в панели openserver у меня стоит имя домена frontend.test с расположением в папке ..frontendweb, то приложение отрабатывает при наборе http://frontend.test, но стоит перейти по любой из ссылок меню http://frontend.test/site/index(about и тд), получаю 404 Not found nginx. Если оставить строки закомментированными, то любые переходы работают как надо.

При запуске сервера в отладочном режиме, получаю несколько окон cmd в одном из которых:

c:openserverospanelmoduleshttpNginx_1.17>»c:openserverospanelmoduleshttpNginx_1.17nginx.exe» -c «c:openserverospanelmoduleshttpNginx_1.17confnginx.conf»
nginx: [alert] could not open error log file: CreateFile() «logs/error.log» failed (3: The system cannot find the path specified)

Ещё в 6, отличающихся циферкой в названии батника от 0 до 5, попытка запустить, как я полагаю (не уверен), cmd.exe -debug0.bat :

c:openserverospanelmodulesphpPHP_7.3-x64>»c:openserverospanelmodulesphpPHP_7.3-x64php-cgi.exe» -b 127.0.0.1:9000 -c «c:openserverospanelmodulesphpPHP_7.3-x64php.ini
С перебором портов от 9000 до 9006.
не знаю, связаны ли эти вещи, но дебагер в шторме тоже не работает, пишет что порт занят. Настройку дебагера делал по советам из сети само собой, правил php.ini:

Общий лог открытый через панель после запуска сервера:

2020-02-05 18:04:51 ———————————————
2020-02-05 18:04:51 Начало процедуры запуска сервера
2020-02-05 18:04:52 Обновление Hosts файла
2020-02-05 18:04:52 Обновление конфигурации MySQL-5.7-x64
2020-02-05 18:04:52 Обновление конфигурации Sendmail
2020-02-05 18:04:52 Обновление конфигурации PHP_7.3-x64
2020-02-05 18:04:52 Обновление конфигурации PHPMyAdmin
2020-02-05 18:04:52 Обновление конфигурации Nginx_1.17
2020-02-05 18:04:52 Запуск MySQL-5.7-x64
2020-02-05 18:04:52 Запуск PHP_7.3-x64
2020-02-05 18:04:52 Запуск Nginx_1.17
2020-02-05 18:04:52 Проверка состояния сервера
2020-02-05 18:04:53 Cервер успешно запущен за 1,5 секунд!

После чего запуск приложения оканчивается 504 Gateway Time-out nginx.

Само собой в режиме обычного запуска все работает как раньше.

Котелок дымит, я в этой области совсем недавно, надеюсь на помощь комьюнити. Заранее извиняюсь за такую кашу из информации, уже не знаю куда лезть.

Источник

Как исправить ошибку 404 на Wordress?

Перенес сайт на WordPress c личного ПК на локальный сервер на Windows server 2016 внутри локальной сети предприятия. Режим повышенной безопасности IE отключен.
Успешно установил движок версии open_server_5_2_8_basic на Windows server 2016.
Дефолтный localhost запускается без проблем.
Создал .htaccess

Имя домена на рабочем ПК и локальном сервере где будет работать сайт идентичны.
Захожу мои сайты — нужный домен. Но вместо этого HTTP Error 404. The requested resource is not found. И так в любом браузере.
В hosts домен прописался.
Попробовал стартовать чистую WordPress, стартовая страница установки движка открывается успешно.

• Вопрос задан более трёх лет назад
• 164 просмотра

Проблема была в занятом 80 порту системным процессом сервера.
Из-за этого я перевел работу Open Server на порт 8080 и сайт перестал работать.
Нашел такое решение:
Освободить порт 80 занятый system в windows можно следующим путем.

Win+R вводим “regedit” (без кавычек).
Ищем ветку «HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesHTTP»
Меняем значение ключа “start” с 3 на 4…до этого встречал советы ставить 0. Так вот мне ноль не помог.
Перезапускаем компьютер.
Радуемся тому, что так быстро нашли нужную информацию.
П,С- ОСТОРОЖНО! Апач заработает-сетевой принтер перестанет работать.
Может кто подскажет как подружить wordpress c другими портами кроме 80

Источник

Настройка пользовательских страниц ошибок Apache в Ubuntu 14.04

Apache – самый популярный в мире веб-сервер; многофункциональный и гибкий, он постоянно поддерживается командой специалистов.

При проектировании веб-страниц часто возникает необходимость настроить каждую из них в индивидуальном порядке. Это касается и страниц ошибок, которые появляются в случае, если запрашиваемый контент по какой-либо причине недоступен. В этом руководстве показано, как настроить Apache для отображения пользовательских страниц ошибок в системе Ubuntu 14.04.

Требования

Для выполнения данного руководства нужен пользователь с привилегиями sudo. Чтобы настроить такую учётную запись пользователя, обратитесь к этому руководству. Кроме того, нужно предварительно установить Apache; подробные инструкции по установке можно найти здесь.

Создание пользовательской страницы ошибок

Сначала нужно создать пользовательские страницы ошибок.

Примечание: Для тестирования можно использовать следующий код без изменений. Чтобы создать свою страницу ошибок, просто замените текст в echo в приведённом ниже коде.

Страницы ошибок будут храниться в каталоге /var/www/html – стандартном каталоге document root веб-сервера Apache. Для примера создайте страницу ошибки 404 (по имени custom_404.html) и общую страницу для ошибок 500 (custom_50x.html).

Error 404: Not found 🙁

I have no idea where that file is, sorry. Are you sure you typed in the correct URL?

» | sudo tee -a /var/www/html/custom_404.html
echo «

Oops! Something went wrong.

We seem to be having some technical difficulties. Hang tight.

» | sudo tee -a /var/www/html/custom_50x.html

Итак, теперь на сервере есть две страницы ошибок.

Настройка Apache для отображения пользовательских страниц ошибок

Теперь нужно настроить Apache для поддержки только что созданных страниц в случае возникновения соответствующей ошибки. В каталоге /etc/apache2/sites-enabled откройте файл виртуального хоста. В руководстве используется стандартный файл хоста 000-default.conf, но вы можете работать с пользовательскими хостами.

sudo nano /etc/apache2/sites-enabled/000-default.conf

Направьте Apache на соответствующие страницы ошибок.

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

В данном случае настройки будут выглядеть так:

/etc/apache2/sites-enabled/000-default.conf

ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
ErrorLog $/error.log
CustomLog $/access.log combined
ErrorDocument 404 /custom_404.html
ErrorDocument 500 /custom_50x.html
ErrorDocument 502 /custom_50x.html
ErrorDocument 503 /custom_50x.html
ErrorDocument 504 /custom_50x.html

Этого кода достаточно для настройки обслуживания страниц ошибок.

Однако рекомендуется добавить ещё один блок конфигураций, чтобы клиенты не могли запрашивать страницы ошибок напрямую. Это предотвратит путаницу (например, запрошенная напрямую страница ошибки будет сообщать пользователю об ошибке, даже если код состояния – 200 (Success)).

Чтобы настроить такое поведение веб-сервера, нужно добавить блок Files для каждой пользовательской страницы ошибок. Также нужно проверить, установлена ли переменная окружения REDIRECT_STATUS; она должна быть установлена, только если директива ErrorDocument обрабатывает запрос. Если переменная окружения пуста, сервер будет обслуживать страницу 404:

/etc/apache2/sites-enabled/000-default.conf

. . .
ErrorDocument 404 /custom_404.html
ErrorDocument 500 /custom_50x.html
ErrorDocument 502 /custom_50x.html
ErrorDocument 503 /custom_50x.html
ErrorDocument 504 /custom_50x.html

RedirectMatch 404 ^/custom_404.html$

RedirectMatch 404 ^/custom_50x.html$

Когда страницы ошибок запрашиваются клиентами, возникает ошибка 404, потому что переменная среды не установлена.

Тестирование страницы ошибок 500

Проверить работу страницы ошибок 404 очень просто: достаточно запросить любой несуществующий контент. Но чтобы протестировать страниц ошибок 500, нужно создать фиктивную директиву ProxyPass.

Добавьте директиву ProxyPass в конец конфигурационного файла. Отправьте запросы для /proxytest на порт 9000 на локальной машине (на этом порте не запущено ни одного сервиса):

/etc/apache2/sites-enabled/000-default.conf

. . .
ErrorDocument 404 /custom_404.html
ErrorDocument 500 /custom_50x.html
ErrorDocument 502 /custom_50x.html
ErrorDocument 503 /custom_50x.html
ErrorDocument 504 /custom_50x.html

RedirectMatch 404 ^/custom_404.html$

RedirectMatch 404 ^/custom_50x.html$

ProxyPass /proxytest «http://localhost:9000»

Сохраните и закройте файл.

Затем включите модули mod_proxy и mod_proxy_http:

sudo a2enmod proxy
sudo a2enmod proxy_http

Тестирование страниц ошибок

Проверьте конфигурационный файл на наличие ошибок:

sudo apache2ctl configtest

Если команда обнаружила любые ошибки, исправьте их. Затем перезапустите Apache:

sudo service apache2 restart

Теперь откройте домен или IP-адрес сервера и запросите несуществующий контент, чтобы проверить работу страницы 404:

http:// server_domain_or_IP /thiswillerror

На экране должна появиться страница 404:

Error 404: Not found 🙁
I have no idea where that file is, sorry. Are you sure you typed in the correct URL?

Откройте фиктивный proxypass, чтобы проверить работу страницы 500 (на экране должен появиться код состояния 503 service unavailable):

http:// server_domain_or_IP /proxytest

Если всё было выполнено верно, на экране появится:

Oops! Something went wrong.
We seem to be having some technical difficulties. Hang tight.

После тестирования удалите фиктивную директиву из конфигураций Apache. Также нужно отключить модули proxy:

sudo a2dismod proxy
sudo a2dismod proxy_http

В завершение перезапустите веб-сервер:

sudo service apache2 restart

Заключение

Итак, теперь на сайте есть уникальные страницы ошибок. Пользовательские страницы ошибок – это отличный способ помочь посетителям понять, в чём дело, предоставить им всю необходимую информацию об ошибке и полезные ссылки (не забудьте убедиться, что ссылки работают даже в случае возникновения ошибок).

Источник

Здравствуйте, работаю с advanced template на Win10(x64) c OpenServer (Apache 2.4, PHP 5.6, MySQL 5.6). С помощью composer создал новый проект, активировал его с init.bat в окружении Development. Настроил urlManager и теперь все запросы, которые идут не на index.php и не на реальные файлы возвращают 404. Причем 404 возвращается не ErrorHandler’ом, а вэбсервером.
Ошибок в логе Apache нет.

config/main.php

<?php
$params = array_merge(
    require(__DIR__ . '/../../common/config/params.php'),
    require(__DIR__ . '/../../common/config/params-local.php'),
    require(__DIR__ . '/params.php'),
    require(__DIR__ . '/params-local.php')
);

return [
    'name' => 'Название',
    'id' => 'app-frontend',
    'language' => 'ru',
    'basePath' => dirname(__DIR__),
    'bootstrap' => ['log'],
    'controllerNamespace' => 'frontendcontrollers',
    'components' => [
        'user' => [
            'identityClass' => 'commonmodelsUser',
            'enableAutoLogin' => true,
        ],
        'log' => [
            'traceLevel' => YII_DEBUG ? 3 : 0,
            'targets' => [
                [
                    'class' => 'yiilogFileTarget',
                    'levels' => ['error', 'warning'],
                ],
            ],
        ],
        'errorHandler' => [
            'errorAction' => 'site/error',
        ],
        'urlManager' => [
            'enablePrettyUrl' => true,
            'showScriptName' => false,
            'rules' => [
                'doc/<pagename>' => 'doc/index',
                '<controller:w+>/<action:w+>' => '<controller>/<action>',
            ],
            'showScriptName'=>false,
        ],
        
    ],
    'params' => $params,
];

 

Если свойство  ‘enablePrettyUrl’ поставить в false, то все работает, но без ЧПУ.

.htaccess расположен в frontend/web/ (mod_rewrite включен)

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . index.php

Где искать проблему?

Страницы: [1] 2 3  Все   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1] 2 3  Все   Вверх