I’m having small troubles and was wondering if someone can help me over the hump. I pulled a copy of a website down from Hostgator and I’m trying to set it up on my local machine using WAMP but, I keep getting an error when trying to access the site. Here is what I have tried..I went to Apaches httpd.conf file and uncommented the # from LoadModule rewrite_module modules/mod_rewrite.so. Also I have changed the AllowOverride None to All. With that said, Im not sure what else to look for. Please note within my application my httaccess files do not have a (.) in front of them (.htaccess). I’m not sure if that is worth noting or not. Any ideas as to what I need to do to access my site? When I access the application I do see a cached version (white screen), but when I click the link to log in I see the 404 Not Found.
asked Sep 17, 2013 at 14:49
5
In Ubuntu I did not found httpd.conf, It may not exit longer now.
Edit in apache2.conf file working for me.
cd /etc/apache2
sudo gedit apache2.conf
Here in apache2.conf change
<Directory /var/www/>
Options Indexes FollowSymLinks
AllowOverride None
Require all granted
</Directory>
to
<Directory /var/www/>
Options Indexes FollowSymLinks
AllowOverride All
Require all granted
</Directory>
answered Oct 29, 2018 at 9:56
Bachcha SinghBachcha Singh
3,8003 gold badges24 silver badges38 bronze badges
4
In httpd.conf file you need to remove #
#LoadModule rewrite_module modules/mod_rewrite.so
after removing # line will look like this:
LoadModule rewrite_module modules/mod_rewrite.so
I am sure your issue will be solved…
Nunser
4,5128 gold badges25 silver badges37 bronze badges
answered Dec 17, 2013 at 14:38
Urdesh KumarUrdesh Kumar
1,1201 gold badge17 silver badges23 bronze badges
6
change this
Include conf/extra/httpd-vhosts.conf
to
#Include conf/extra/httpd-vhosts.conf
and restart all services
answered Jan 12, 2014 at 16:03
khankhan
1491 silver badge3 bronze badges
2
i was spend lots of time in this after then i found …solution
first -
sudo a2enmod rewrite
sudo systemctl restart apache2
this line depends on your apache2 version you found on your console copy and past ...
sudo nano /etc/apache2/sites-available/000-default.conf
DocumentRoot "/var/www/html"
<Directory "/var/www/html">
Options FollowSymLinks
AllowOverride All
Require all granted
</Directory>
answered Mar 4, 2021 at 17:35
1
In apache version: 2.4.41
First, enable the apache rewrite module:
sudo a2enmod rewrite
you need to change in apache2.conf no need to change in sites-available
sudo gedit /etc/apache2/apache2.conf
Original
<Directory /var/www/>
Options Indexes FollowSymLinks
AllowOverride None
Require all granted
</Directory>
To
<Directory /var/www/>
Options Indexes FollowSymLinks
AllowOverride all
Require all granted
</Directory>
And restart apache2
sudo service apache2 restart
answered Apr 14, 2022 at 15:33
Jignesh JoisarJignesh Joisar
13.4k5 gold badges57 silver badges57 bronze badges
In wamp/alias/mySite.conf, be careful to add a slash «/» at the end of the alias’ adress :
Replace :
Alias /mySite/ "D:/Work/Web/mySite/www"
By :
Alias /mySite/ "D:/Work/Web/mySite/www/"
Or the index.php is not read correctly.
answered Aug 5, 2014 at 17:33
RomainRomain
611 silver badge1 bronze badge
If your .htaccess file is ok and the problem persist try to make the AllowOverride directive enabled in your httpd.conf. If the AllowOverride directive is set to None in your Apache httpd.config file, then .htaccess files are completely ignored.
Example of enabled AllowOverride directive in httpd.config:
<Directory />
Options FollowSymLinks
**AllowOverride All**
</Directory>
Therefor restart your server.
answered Jul 2, 2016 at 18:50
Badr BellajBadr Bellaj
11.3k2 gold badges42 silver badges44 bronze badges
4
For saving a file as .htaccess, when using windows, you have to open notepad and then saveas .htaccess as windows does not create files starting with a dot. That should get your .htaccess working and it’ll clear up the issue.
By the way, in order to receive specific error messages set Configure::write('debug', 0); to '2' in app/config/core.php for development purposes.
answered Sep 17, 2013 at 16:32
AnugrahAnugrah
1521 silver badge9 bronze badges
1
Just solved this problem! I know the question is quite old, but I just had this same problem and none of the answers above helped to solve it.
Assuming the actual domain name you want to use is specified in your c:windowsSystem32driversetchosts and your configurations in apacheconfhttpd.conf and apacheconfextrahttpd-vhots.conf are right, your problem might be the same as mine:
In Apache’s htdocs directory I had a shortcut linking to the actual project I wanted to see in the browser. It turns out, Apache doesn’t understand shortcuts. My solution was to create a proper symlink:
In windows, and within the httdocs directory, I ran this command in the terminal:
mklink /d ple <your project directory with index.html>
This created a proper symlink in the httpdocs directory. After restarting the Apache service and then reloading the page, I was able to see my website up 
answered Jun 22, 2017 at 23:08
JenniferJennifer
111 silver badge2 bronze badges
For me, using OS X Catalina:
Changing from AllowOverride None to AllowOverride All is the one that works.
httpd.conf is located on /etc/apache2/httpd.conf.
Env:
PHP7.
MySQL8.
answered Jul 15, 2020 at 9:15
FadilsFadils
1,50816 silver badges21 bronze badges
https://create-react-app.dev/docs/deployment/
If you’re using Apache HTTP Server, you need to create a .htaccess file in the public folder that looks like this:
Options -MultiViews
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^ index.html [QSA,L]
It will get copied to the build folder when you run npm run build.
answered Mar 6 at 8:50
In my case (running the server locally on windows) I needed to clean the cache after changing the httpd.conf file.
modulesapachebin> ./htcacheclean.exe -t
answered Jul 22, 2017 at 10:53
Есть сервер с apache, на котором несколько сайтов.
Среди них testsite.eu.
Прописал его в файл /etc/hosts на рабочей машине
Перезагрузил
Открываю в браузере «testsite.eu», и получаю «Сервер не найден».
Пробую пинговать — пингуется.
пробую стучаться wget’ом:
wget refus.eu
--2017-08-25 15:08:11-- http://refus.eu/
Распознаётся testsite.eu (testsite.eu)… <ip-адрес(правильный)>
Подключение к testsite.eu (testsite.eu)|<ip-адрес(правильный)>|:80... соединение установлено.
HTTP-запрос отправлен. Ожидание ответа… 301 Moved Permanently
Адрес: http://www.testsite.eu/ [переход]
--2017-08-25 15:08:11-- http://www.testsite.eu/
Распознаётся www.testsite.eu (www.testsite.eu)… ошибка: С именем узла не связано ни одного адреса.
wget: не удаётся разрешить адрес «www.testsite.eu»Сканирую nmap’ом:
nmap testsite.eu
...
PORT STATE SERVICE
22/tcp open ssh
80/tcp open http
443/tcp open https
...стучусь по telnet’у:
telnet testsite.eu 80
Trying <ip-адрес(правильный)>...
Connected to testsite.eu..
Escape character is '^]'.
1
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>501 Not Implemented</title>
</head><body>
<h1>Not Implemented</h1>
<p>1 to /index.html not supported.<br />
</p>
</body></html>
Connection closed by foreign host.
Оглавление
1. Где смотреть ошибки веб-сервера и как правильно задать вопрос
2. Ошибки Apache в Windows
3. Ошибки PHP в Windows
4. Ошибки MySQL/MariaDB в Windows
5. Ошибки phpMyAdmin в Windows
6. Вопросы и ответы по веб-серверу в Windows
Где смотреть ошибки веб-сервера и как правильно задать вопрос
Некоторые ошибки выводятся при открытии сайтов на локальном хостинге или при тестировании своих скриптов. Такие ошибки обычно сразу показываются в веб-браузере.
Некоторые ошибки не дают нормально установиться и запустится веб-серверу. Такие ошибки могут выводиться в командную строку (правда, не всегда в читаемом виде). Также может возникнуть ситуация, что показываться пустая веб-страница или какой-то компонент веб-сервера просто не запускается без видимых проблем.
В любом случае, самую полную информацию об ошибках Apache и PHP вы найдёте в файле журналов Apache (по ссылке подробности о содержимом и настройке этого файла). Если у вас веб-сервер установлен по этой инструкции, то путь до этого файла такой: C:ServerbinApache24logserror.log. В любом случае, файл журнала находится по умолчанию в папке веб-сервера в подпапке logs, либо может быть в другом месте в соответствии с директивой ErrorLog. Также очень важные сообщения, в том числе и ошибки содержаться в файле C:ServerbinApache24logsaccess.log.
Журнал ошибок MySQL и MariaDB находится в файле в C:ServerdataDBdata*.err (конкретное имя файла зависит от имени компьютера). Опять же, если вы устанавливали по другой инструкции или у вас другие настройки СУБД, то ищите этот файл в соответствии с вашими установками — по умолчанию он расположен в папке data и имеет расширение *.err.
Если ваша ошибка связана с установкой веб-сервера, то крайне желательно привести логи полностью, поскольку причина проблемы может быть в самых первых действиях.
Если ошибка возникла позже и связана с неправильной работой вашего скрипта или нового тестового сайта, то к этому моменту журналы могут быть переполнены информацией, которые не имеют отношение к этому вопросы. В этом случае, идеально было бы сделать так:
Остановите веб-сервер (иначе невозможно отредактировать файлы журналов):
c:ServerbinApache24binhttpd.exe -k stop net stop mysql
Очистите содержимое журналов:
C:ServerbinApache24logserror.log C:ServerdataDBdata*.err
Вновь запустите веб-сервер:
c:ServerbinApache24binhttpd.exe -k start net start mysql
Сразу после этого выполните действие, которое приводит к ошибке. И опять же, сразу после этого скопируйте содержимое журналов ошибок и выложите здесь в комментариях.
При любой ошибке, если вы планируете попросить помощи, ваша задача как можно полнее собрать и предоставить информацию: какие действия приводят к ошибке, какой текст ошибки, что в журналах веб-сервера, устанавливали по инструкции ссылка на которую дана выше или нет (если нет, то как именно), желательно сделать скриншот. Помните, что вам помогают на добровольных началах и «выдавливать» из вас по каплям информацию никому не интересно. Если вы непонятно/неполно изложили свою ситуацию, то, извините, никто из кожи лезть не будет, чтобы во что бы то ни стало вам помочь — по возможности сразу излагайте проблему полно и ясно.
Ошибки Apache в Windows
Ошибка:
Когда я кликаю на httpd.exe, мелькает чёрное окно, а затем исчезает
Решение:
Решение смотрите здесь: Окно Apache появляется и сразу пропадает (РЕШЕНО)
Ошибка:
Никак не могу установить apache, выдаёт ошибку:
AH00558: httpd.exe: Could not reliably determine the server's fully qualified domain name, using fe80::7978:6c40:7af5:6ea5. Set the 'ServerName' directive globally to suppress this message
Решение:
Это предупреждение, а не ошибка. По идее, Apache должен всё равно работать. У вас http://localhost/ открывается?
Чтобы это предупреждение не выводилось (цитата из инструкции):
меняем
#ServerName www.example.com:80
на
ServerName localhost
Ошибка:
При запуске httpd я получаю следующее сообщение:
(OS 10048)Обычно разрешается только одно использование адреса сокета (протокол/сетевой адрес/порт). : AH00072: make_sock: could not bind to address 0.0.0.0:80
AH00451: no listening sockets available, shutting down
AH00015: Unable to open logs
В качестве ОС использую Windows 8.1
Решение:
Данная ошибка вызвана тем, что какая-то программа прослушивает порт 80, при этом Apache пытается использовать этот же порт. Но две программы не могут это делать одновременно – отсюда и ошибка.
Для того, чтобы узнать, какая программа занимает этот порт:
1) нажмите сочетание клавиш WIN + x
2) из открывшегося списка выберете «Командная строка (администратор)»
3) скопируйте туда:
netstat -ano
4) Найдите строку, содержащую «0.0.0.0:80», в этой строчке нас интересует PID, например, в моём случае это 2168
Теперь нам нужно сопоставить идентификатор процесса с конкретной программой. Чтобы сопоставить идентификатор процесса программы, выполните следующие действия:
5) Нажмите сочетание клавиш WIN + x (или CTRL + ALT + DELETE) и нажмите кнопку «Диспетчер задач».
6) Перейдите на вкладку «Процессы».
7) Если не имеется столбец PID, щелкните «Просмотр», «Выбрать столбцы» и установите флажок «PID» (в русской версии – «ИД процесса»).
Щелкните заголовок столбца, под названием «PID» сортировка процесс по PID. Вы сможете легко найти идентификатор процесса, и он соответствует программе, которая отображается в диспетчере задач.
После того, как найдёте программу, которая занимает этот порт, в зависимости от нужности этой программы и от возможности её настройки, можно:
а) удалить эту программу;
или
б) настроить её на использование другого порта;
или
в) настроить Apache на использование другого порта
п.с. на самом деле, могут быть другие причины данной ошибки (кроме занятости порта) – например, неправильная конфигурация сервера Apache, либо запрет в политиках безопасности ОС на использование этого порта. Но если Вы не вносили изменений «от себя» в конфигурацию сервера и в конфигурацию Windows, то дело, почти наверняка, в занятости порта другой программой.
Ответ пользователя с ошибкой: Проблема решена — порт занимал Скайп (есть у него такая бяка в настройках соединения — использовать порты 80 и 443 в качестве альтернативных, после того, как я отключил эту опцию, всё заработало).
Ошибка:
Сервер замедляется, перестаёт отвечать на запросы, хотя причин для этого нет — он не перегружен.
В логах появляется ошибка AH00341: winnt_accept: Asynchronous AcceptEx failed:
[Thu Jun 05 07:24:55.747090 2014] [mpm_winnt:notice] [pid 1784:tid 444] AH00455: Apache/2.4.9 (Win64) PHP/5.5.13 configured — resuming normal operations [Thu Jun 05 07:24:55.747090 2014] [mpm_winnt:notice] [pid 1784:tid 444] AH00456: Apache Lounge VC11 Server built: Mar 16 2014 12:42:59 [Thu Jun 05 07:24:55.747090 2014] [core:notice] [pid 1784:tid 444] AH00094: Command line: 'c:\Server\bin\Apache24\bin\httpd.exe -d C:/Server/bin/Apache24' [Thu Jun 05 07:24:55.748090 2014] [mpm_winnt:notice] [pid 1784:tid 444] AH00418: Parent: Created child process 4952 [Thu Jun 05 07:24:55.957978 2014] [mpm_winnt:notice] [pid 4952:tid 388] AH00354: Child: Starting 64 worker threads. [Thu Jun 05 07:26:16.695036 2014] [mpm_winnt:warn] [pid 4952:tid 1112] (OS 64)Указанное сетевое имя более недоступно. : AH00341: winnt_accept: Asynchronous AcceptEx failed. [Thu Jun 05 07:26:16.695036 2014] [mpm_winnt:warn] [pid 4952:tid 1112] (OS 64)Указанное сетевое имя более недоступно. : AH00341: winnt_accept: Asynchronous AcceptEx failed. [Thu Jun 05 07:26:48.250710 2014] [mpm_winnt:warn] [pid 4952:tid 1112] (OS 64)Указанное сетевое имя более недоступно. : AH00341: winnt_accept: Asynchronous AcceptEx failed. [Thu Jun 05 07:26:48.250710 2014] [mpm_winnt:warn] [pid 4952:tid 1112] (OS 64)Указанное сетевое имя более недоступно. : AH00341: winnt_accept: Asynchronous AcceptEx failed. [Thu Jun 05 07:29:27.137784 2014] [mpm_winnt:warn] [pid 4952:tid 1112] (OS 64)Указанное сетевое имя более недоступно. : AH00341: winnt_accept: Asynchronous AcceptEx failed. [Thu Jun 05 07:29:27.137784 2014] [mpm_winnt:warn] [pid 4952:tid 1112] (OS 64)Указанное сетевое имя более недоступно. : AH00341: winnt_accept: Asynchronous AcceptEx failed.
Решение:
В файл httpd.conf нужно добавить следующие строки:
Для 2.2:
Win32DisableAcceptEx EnableSendfile off EnableMMAP off
Для 2.4:
AcceptFilter http none AcceptFilter https none EnableSendfile off EnableMMAP off
Ошибка:
работать с сервером не могу пока не запущу Apache Monitor.exe, сам Apache в службах значится -как запущенная служба, но через браузер (localhost и т.д.) никакой реакции, пока не произведу вышеуказанное действие, получается запускать апач монитор надо каждый раз для работы c сервером?
сделал чтоб консоль не закрывалась вот что пишет
C:ServerbinApache24bin>httpd.exe
AH00526: Syntax error on line 241 of C:/Server/bin/Apache24/conf/httpd.conf:
DocumentRoot must be a directory
Решение:
наиболее вероятная причина в том, что Вы ставите не на диск C, либо поменяли пути, названия папок, либо не создали папки, о которых говорится в статье. Суть в том, что Apache не видит каталога c:/Server/data/htdocs/
Оказалось, что: нашёл решение проблемы по запарке каталог data создал в bin действительно на свежую голову думается лучше а то после работы ничего не мог понять))
Ошибка:
Появилась проблема: до момента добавления строк
PHPIniDir "C:/Server/bin/PHP" AddHandler application/x-httpd-php .php LoadModule php5_module "C:/Server/bin/PHP/php5apache2_4.dll"
все работает, как надо. Но как только вставляю их в конец файла httpd.conf. выдает ошибку «the requested operation has failed». В логах
Restarting the server. httpd.exe: Syntax error on line 532 of C:/Server/bin/Apache24/conf/httpd.conf: Cannot load C:/Server/bin/PHP/php5apache2_4.dll into server: xcdxe5 xedxe0xe9xe4xe5xed xf3xeaxe0xe7xe0xedxedxfbxe9 xecxeexe4xf3xebxfc. [Mon Jul 06 02:38:24.688572 2015] [mpm_winnt:notice] [pid 2916:tid 392] AH00364: Child: All worker threads have exited.
Решение:
Необходимо установить Visual C++ Redistributable for Visual Studio 2017 (или любой другой более поздний).
Ошибки PHP в Windows
Ошибка:
При запуске команды «c:ServerbinApache24binhttpd.exe -k restart» машина выдала следующее:
httpd.exe: Syntax error on line 537 of C:/Server/Bin/Apache24/conf/httpd.conf: Cannot load C:/Server/bin/PHP/php7apache2_4.dll into server: xedxe5 xedxe0xe9xe4xe5xedxf3xea xe0xe7xe0xedxedxfbxe9xecxeexe4xf3xebxfc.
В папке PHP отсутствует файл php7apache2_4.dll, но имеются файлы php7.dll и php7phpdbg.dll.
Решение:
Вы скачали архив с версией для отладки. Посмотрите здесь, как правильно выбрать нужный файл.
Ошибка:
Вчера настроил всё, всё работает, но вот перенёс сайт и выдало ошибку:
Parse error: syntax error, unexpected 'new' (T_NEW) in C:Serverdatahtdocsincludesjoomla.php on line 840.
Решение:
Дело в версии PHP. Обновите движок вашего сайта. Если обновлений нет, то нужно править исходный код, подробности смотрите в статье «Решение проблемы на PHP 7: Parse error: syntax error, unexpected T_NEW».
Ошибка:
Fatal error: Uncaught Error: Call to undefined function mysql_connect() in C:Serverdatahtdocstest.php:2 Stack trace: #0 {main} thrown in C:Serverdatahtdocstest.php on line 2
вот что написано на test.php
<?php
$resource = mysql_connect('localhost','root', 'NFSmostwanted22');
if (!$resource) {
die('Ошибка при подключении: ' . mysql_error());
}
echo 'Подключено успешно!';
mysql_close($resource);
?>
Ещё один вариант ошибки:
Создал в папке C:Serverdatahtdocs файл_test0000.html следующего содержания:
<html><head>
<link href="../css/phpMM.css" rel="stylesheet" type="text/css" />
</head><body>
<?php
$link1 = mysql_connect('localhost', 'root');
?>
</body></html>
и получаю сообщение:
Fatal error: Uncaught Error: Call to undefined function mysql_connect() in C:Serverdatahtdocs_test0000.html:7 Stack trace: #0 {main} thrown in C:Serverdatahtdocs_test0000.html on line 5
Решение:
Данное расширение — mysql_connect() — устарело, начиная с версии PHP 5.5.0, и удалено начиная с PHP 7.0.0. Используйте вместо него MySQLi или PDO_MySQL. Альтернативы для данной функции:
- mysqli_connect()
- PDO::__construct()
Ошибка:
Fatal error: Call to undefined function mb_detect_encoding() in C:serverdatahtdocsphpmyadminlibrariesphp-gettextgettext.inc on line 177
Решение:
Данная ошибка вызвана тем, что не подключено расширение mbstring. За это расширение в php.ini отвечает строчка
extension=php_mbstring.dll
Понятно, что для исправления ошибки нужно подключить расширение и перезапустить сервер (если не хотите ставить все расширения, как это описано в инструкции, то прежде чем выбрать, что Вам действительно нужно, лучше изучить описание каждого из них).
Тем не менее, теоретически, ошибка может быть вызвана тем, что из-за неправильной конфигурации Apache, файл php.ini вообще не «подхватывается» и PHP работает на дефолтных настройках, т.е. вообще без всех расширений. Но если это было бы так, то phpMyAdmin, в первую очередь пожаловался на то, что не определена другая функция (из-за отсутствия расширения отвечающего за связь с MySQL).
Ошибка:
phpMyAdmin выдаёт ошибку http 500.
Ставлю сервер на Windows 7. Apache и MySQL встали нормально по Вашей инструкции. Дошёл до PHP. Скачал архив php-7.2.3-Win32-VC15-x64.zip. Добавил в конец файла httpd.conf строки по инструкции. Перезапускаю Apache.
C:UsersАдминистратор>c:ServerbinApache24binhttpd.exe -k restart
Получаю в командной строке сообщение:
httpd.exe: Syntax error on line 537 of C:/Server/Bin/Apache24/conf/httpd.conf: Cannot load C:/Server/bin/PHP/php7apache2_4.dll into server: %1 xedxe5 xffxe2 xebxffxe5xf2xf1xff xefxf0xe8xebxeexe6xe5xedxe8xe5xec Win32.
В файле error.log появились строчки:
[Sun Mar 25 10:22:52.208678 2018] [mpm_winnt:notice] [pid 2608:tid 292] AH00455: Apache/2.4.33 (Win64) configured -- resuming normal operations [Sun Mar 25 10:22:52.224278 2018] [mpm_winnt:notice] [pid 2608:tid 292] AH00456: Apache Lounge VC15 Server built: Mar 18 2018 12:58:47 [Sun Mar 25 10:22:52.224278 2018] [core:notice] [pid 2608:tid 292] AH00094: Command line: 'c:\Server\bin\Apache24\bin\httpd.exe -d C:/Server/Bin/Apache24' [Sun Mar 25 10:22:52.224278 2018] [mpm_winnt:notice] [pid 2608:tid 292] AH00418: Parent: Created child process 2696 [Sun Mar 25 10:22:52.583079 2018] [mpm_winnt:notice] [pid 2696:tid 180] AH00354: Child: Starting 64 worker threads. "Syntax error in 524 line Cannont load "C:/Server/bin/PHP/php7apache2_4.dll" to server"
Решение
То был другой архив: php-7.2.3-Win32-VC15-x86.zip.
Скачал х64 и все заработало!
Ошибка:
возникла странная ошибка, причин которой понять не могу.
Стоит только добавить в каталог к PHP файл php.ini с любыми настройками, перестают выполняться php-скрипты. Убираю файл, перезапускаю Apache — работает (естественно до момента работы с базами данных например, тогда начинает просить расширения)
Решение:
Ответил сам пользователь: Оказалось, что в конфиге php по умолчанию выключена поддержка коротких тегов . Стоило ее включить и сразу все заработало 🙂
Ошибка:
В логах веб-сервера при каждом запуске Apache появляются ошибки:
PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Server\bin\PHP\ext\php_curl.dll' - xefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd.rn in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Server\bin\PHP\ext\php_intl.dll' - xefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd.rn in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Server\bin\PHP\ext\php_ldap.dll' - xefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd.rn in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Server\bin\PHP\ext\php_pdo_pgsql.dll' - xefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd.rn in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Server\bin\PHP\ext\php_pgsql.dll' - xefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd xefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbdxefxbfxbd.rn in Unknown on line 0
Как их исправить?
Решение:
Вам нужно добавить путь до PHP в переменную окружения PATH в Windows.
Ошибка:
При использовании некоторых скриптов и CMS возникает ошибки:
Fatal error: Call to undefined function curl_multi_init() in …
Или:
Ошибка curl: SSL certificate problem: unable to get local issuer certificate
Решение:
Причина ошибки в том, что cURL настроена неправильно.
Чтобы cURL работала в Apache на Windows вам нужно:
1) Обязательно добавить PHP директорию в PATH (системные переменные среды). Как это сделать сказано чуть выше или здесь https://hackware.ru/?p=21#11
2) В файле C:ServerbinPHPphp.ini должна быть раскомментирована строка extension=curl
3) Необходимо скачать файл https://curl.haxx.se/ca/cacert.pem, затем в папке C:Server создать новую папку с именем certs и в эту новую папку (C:Servercerts) переместите скаченный файл.
4) В файле C:ServerbinPHPphp.ini найдите строку
;curl.cainfo =
И замените её на
curl.cainfo = C:Servercertscacert.pem
5) Перезапустите сервер.
Ошибка:
Выполнила 1-6 и также увидела
Fatal error: Uncaught Error: Call to undefined function mb_detect_encoding() in C:Serverdatahtdocsphpmyadminlibrariesphp-gettextgettext.inc:177 Stack trace: #0 C:Serverdatahtdocsphpmyadminlibrariesphp-gettextgettext.inc(282): _encode('The %s extensio…')
#1 C:Serverdatahtdocsphpmyadminlibrariesphp-gettextgettext.inc(289): _gettext('The %s extensio…')
#2 C:Serverdatahtdocsphpmyadminlibrariescore.lib.php(306): __('The %s extensio…')
#3 C:Serverdatahtdocsphpmyadminlibrariescore.lib.php(961): PMA_warnMissingExtension('mbstring', true)
#4 C:Serverdatahtdocsphpmyadminlibrariescommon.inc.php(102): PMA_checkExtensions()
#5 C:Serverdatahtdocsphpmyadminindex.php(13): require_once('C:\Server\data\…')
#6 {main} thrown inC:Serverdatahtdocsphpmyadminlibrariesphp-gettextgettext.inc on line 177
При этом extension_dir = «C:ServerbinPHPext» прописано именно так.
На других форумах пишут, что должно быть активно mbstring. Но мы его раскомментировали. Либо надо ещё что-то сделать ?
Решение:
После внесения изменений в файлы настроек нужно перезапустить сервер.
Если сервер перезапустили, а ошибка осталась, то одним из случаев может быть когда файл php.ini не подхватывается сервером. У меня получается так сделать, если при настройке Apache я добавляю строки
AddHandler application/x-httpd-php .php LoadModule php7_module "C:/Server/bin/PHP/php7apache2_4.dll"
А строку
PHPIniDir "C:/Server/bin/PHP"
не добавляю или пишу её с ошибкой.
Чтобы убедиться, что дело именно в том, что не подхватывается файл php.ini, выполните phpinfo (); (в статье описано, как это сделать) и найдите там Loaded Configuration File. Если запись такая:
То дело именно в этом.
Правильно должно быть так:
Loaded Configuration File C:ServerbinPHPphp.ini
Ответ пользователя: Оказалось, что php.ini-development надо было переименовать в просто php.
Ошибка:
Что-то у меня проблема с кодировкой. Если utf-8, то нормально. А 1251 странно глючит.
Все вроде нормально. Упростил код до безобразия
<html> <head> <META http-equiv="Content-Type" content="text/html; charset=windows-1251"> <title>Проверка кодировки</title> </head> <body> <h1>Тестовый файл для проверки кодировки</h1> </body> </html>
Если файлу дать расширение html то в норме, а рсширение php — не работает, кракозябры идут, сам автоматом в utf перебрасывает.
AddDefaultCharset off AddDefaultCharset WINDOWS-1251
не помогает
Решение:
Не нужно забывать о таком варианте, когда ваши действия по установке кодировки работают, но крякозяблы появляются от того, что сам файл в неправильной кодировке.
Установка кодировки в коде файла или в файле .htaccess влияет только на то, как браузер будет трактовать этот файл, но не конвертирует его в другую кодировку.
То есть, допустим, ваш файл реально сохранён в кодировке utf-8. Вы указываете в качестве кодировки windows-1251. И это работает: браузер трактует ваш файл как windows-1251, но показывает крякозяблы, поскольку на самом-то деле это utf-8.
Поэтому начните с того, что проверьте кодировку файла и при необходимости пересохраните в нужной кодировке.
Если кодировка правильная, то для PHP файла безотказно работает
header('Content-Type: text/html; charset=utf-8');
Эта функция отправляет нужную кодировку в заголовке. Она должна идти до любого вывода текста на экран. Кодировку поменяйте на свою.
У меня есть целая статья про кодировку «Решение проблем неправильной кодировкой веб-страницы». Там в конце показано, как проверить HTTP заголовки с помощью cURL, которые отправляются сервером.
Программа curl есть и в Windows, поэтому если у вас прям ничего не получится, то напишите, что выводит curl.
Ошибки MySQL/MariaDB в Windows
Ошибка:
Found option without preceding group in config file
mysqld: [ERROR] Found option without preceding group in config file C:Serverbinmysql-8.0my.ini mysqld: [ERROR] Fatal error in defaults handling. Program aborted!
Решение:
Ошибка в конфигурационном файле my.ini — пропущена секция [mysqld] или что-то подобное.
Ошибка:
MySQL сервер не запускается
Если MySQL не запускается, а в журнале ошибок вы видите строки Column count of mysql.user is wrong. Expected 51, found 49. The table is probably corrupted (количество колонок не соответствует ожидаемому, возможно таблица повреждена), а также Cannot load from mysql.tables_priv. The table is probably corrupted! (не получается прочитать из таблицы, возможно таблица повреждена), например:
2019-09-04T16:26:31.008436Z 0 [Warning] [MY-013143] [Server] Column count of mysql.user is wrong. Expected 51, found 49. The table is probably corrupted 2019-09-04T16:26:31.008449Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.db. The table is probably corrupted! 2019-09-04T16:26:31.008465Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.tables_priv. The table is probably corrupted! 2019-09-04T16:26:31.008482Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.tables_priv. The table is probably corrupted! 2019-09-04T16:26:31.008501Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.columns_priv. The table is probably corrupted! 2019-09-04T16:26:31.008509Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.procs_priv. The table is probably corrupted! 2019-09-04T16:26:31.008517Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.procs_priv. The table is probably corrupted! 2019-09-04T16:26:31.008525Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.proxies_priv. The table is probably corrupted! 2019-09-04T16:26:31.008532Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.proxies_priv. The table is probably corrupted! 2019-09-04T16:26:31.008539Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.proxies_priv. The table is probably corrupted! 2019-09-04T16:26:31.008547Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.role_edges. The table is probably corrupted! 2019-09-04T16:26:31.008554Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.role_edges. The table is probably corrupted! 2019-09-04T16:26:31.008562Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.default_roles. The table is probably corrupted! 2019-09-04T16:26:31.008569Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.default_roles. The table is probably corrupted! 2019-09-04T16:26:31.008577Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.global_grants. The table is probably corrupted! 2019-09-04T16:26:31.008584Z 0 [Warning] [MY-013139] [Server] Cannot load from mysql.password_history. The table is probably corrupted! 2019-09-04T16:26:31.008845Z 0 [ERROR] [MY-013139] [Server] Cannot load from mysql.global_grants. The table is probably corrupted! 2019-09-04T16:26:31.008938Z 0 [ERROR] [MY-010952] [Server] The privilege system failed to initialize correctly. For complete instructions on how to upgrade MySQL to a new version please see the 'Upgrading MySQL' section from the MySQL manual. 2019-09-04T16:26:31.017728Z 0 [ERROR] [MY-010119] [Server] Aborting 2019-09-04T16:26:32.072392Z 0 [System] [MY-010910] [Server] C:Serverbinmysql-8.0binmysqld: Shutdown complete (mysqld 8.0.17) MySQL Community Server - GPL.
Решение:
Если у вас что-то подобное, то попробуйте выполнить обновление.
Для этого переходим в папку с установленной СУБД (у вас путь может быть другим):
cd C:Serverbinmysql-8.0bin
Я запустил программу для обновления баз данных при переходе на новую версию MySQL:
./mysql_upgrade.exe -uroot
Но она мне сообщила:
>> The mysql_upgrade client is now deprecated. The actions executed by the upgrade client are now done by the server. To upgrade, please start the new MySQL binary with the older data directory. Repairing user tables is done automatically. Restart is not required after upgrade. The upgrade process automatically starts on running a new MySQL binary with an older data directory. To avoid accidental upgrades, please use the --upgrade=NONE option with the MySQL binary. The option --upgrade=FORCE is also provided to run the server upgrade sequence on demand. It may be possible that the server upgrade fails due to a number of reasons. In that case, the upgrade sequence will run again during the next MySQL server start. If the server upgrade fails repeatedly, the server can be started with the --upgrade=MINIMAL option to start the server without executing the upgrade sequence, thus allowing users to manually rectify the problem.
В этом сообщении сказано, что клиент mysql_upgrade теперь устарел. Его функции по обновлению выполняет сам сервер автоматически. Чтобы запретить обновление, нужно запустить с опцией —upgrade=NONE. Для запроса обновления, нужно запустить с опцией —upgrade=FORCE.
Я запустил следующим образом:
.mysqld.exe --upgrade=FORCE
и проблема с чтением таблиц была решена.
Ошибка:
Системная ошибка 1067.
При попытке запуске MySQL или MariaDB может возникнуть ошибка:
Служба "MySQL" запускается.. Не удалось запустить службу "MySQL". Системная ошибка. Системная ошибка 1067. Процесс был неожиданно завершен.
Решение:
Ошибка связана с тем, что не была выполнена инициализация базы данных — это необходимо сделать один раз после установке. В процессе инициализации создаётся необходимая для работы СУБД база данных, в которой храниться техническая информация (например, созданные пользователи, информация о таблицах и так далее).
Если у вас указанная выше ошибка возникла в MySQL, то выполните команды:
C:Serverbinmysql-8.0binmysqld --initialize-insecure --user=root C:Serverbinmysql-8.0binmysqld --install net start mysql
В этих командах исполнимые файлы MySQL расположены в папке C:Serverbinmysql-8.0, расположение базы данных взято из файла my.cnf (переменная datadir).
а база данных должна быть создана в C:ServerdataDBdata. Если у вас другое расположение файлов, то отредактируйте предыдущие команды под ваши условия.
Если у вас указанная выше ошибка возникла в MariaDB, то выполните команды:
C:Serverbinmariadbbinmysql_install_db.exe --datadir=C:ServerdataDBdata C:Serverbinmariadbbinmysqld --install net start mysql
В этих командах исполнимые файлы MariaDB расположены в папке C:Serverbinmariadb, а база данных должна быть создана в C:ServerdataDBdata. Если у вас другое расположение файлов, то отредактируйте предыдущие команды под ваши условия.
Подробности смотрите в статье «Как установить MariaDB 7.4 в Windows».
Ошибка:
Ошибки «Can’t create test file c:ServerdataDBdataMiAl-PC.lower-test» и «Can’t change dir to ‘c:ServerdataDBdata’ (Errcode: 2 «No such file or directory»)»
Если во время инициализации или при запуске службы СУБД у вас возникли примерно следующие ошибки:
2019-07-07 5:40:58 0 [Note] C:Serverbinmariadbbinmysqld.exe (mysqld 10.4.6-MariaDB) starting as process 12084 ... 2019-07-07 5:40:58 0 [Warning] Can't create test file c:ServerdataDBdataMiAl-PC.lower-test C:Serverbinmariadbbinmysqld.exe: Can't change dir to 'c:ServerdataDBdata' (Errcode: 2 "No such file or directory") 2019-07-07 5:40:58 0 [ERROR] Aborting
Решение:
Они означают, что отсутствует папка, в которой должны храниться базы данных. Для исправления достаточно создать необходимую папку.
Ошибка:
Ошибки InnoDB: Operating system error number 87 in a file operation и File .ib_logfile101: ‘aio write’ return OS error 187.
Решение:
Если инициализация завершилась неудачей и в папке C:ServerdataDBdata недостаёт файлов, а в логе ошибок C:ServerdataDBdata*.err вы видите примерно следующие записи:
[ERROR] InnoDB: Operating system error number 87 in a file operation [ERROR] InnoDB: File .ib_logfile101: 'aio write' return OS error 187. [ERROR] InnoDB: Cannot continue operation
То для решения этой проблемы удалите всё содержимое папки C:ServerdataDBdata и в файл my.ini добавьте ещё одну строчку:
innodb_flush_method=normal
Теперь инициализируйте MySQL ещё раз:
C:Serverbinmysql-8.0binmysqld --initialize-insecure --user=root C:Serverbinmysql-8.0binmysqld --install net start mysql
Ошибка:
Исправление MySQL после неудачной инициализации
Если вы что-то сделали не так при инициализации (например, указали не все рекомендуемые опции), то при последующей инициализации у вас тоже ничего не получится и в журнале ошибок будет примерно следующее:
[ERROR] [MY-010457] [Server] --initialize specified but the data directory has files in it. Aborting. [ERROR] [MY-013236] [Server] Newly created data directory c:ServerdataDBdata is unusable. You can safely remove it. [ERROR] [MY-010119] [Server] Aborting
Решение:
В этом случае нужно остановить MySQL сервер:
net stop mysql c:Serverbinmysql-8.0binmysqld --remove
Очистите содержимое папки C:ServerdataDBdata (удалите всё из неё).
Теперь инициализируйте MySQL ещё раз:
C:Serverbinmysql-8.0binmysqld --initialize-insecure --user=root C:Serverbinmysql-8.0binmysqld --install net start mysql
Ошибка:
Подскажите, пожалуйста, почему при инициализации MySQL 8.0.13 в каталоге C:ServerdataDBdata ничего не появляется. Все файлы появляются в каталоге C:Serverbinmysql-8.0data. В файле ошибок SVO5195.err (находится в C:Serverbinmysql-8.0data) следующая информация:
2019-01-04T10:01:56.830374Z 0 [System] [MY-013169] [Server] C:Serverbinmysql-8.0binmysqld.exe (mysqld 8.0.13) initializing of server in progress as process 8860 2019-01-04T10:02:02.311887Z 5 [Warning] [MY-010453] [Server] root@localhost is created with an empty password ! Please consider switching off the --initialize-insecure option. 2019-01-04T10:02:05.511185Z 0 [System] [MY-013170] [Server] C:Serverbinmysql-8.0binmysqld.exe (mysqld 8.0.13) initializing of server has completed
Решение:
Папка C:ServerdataDBdata прописана в файле my.ini.
Получается причина ошибки только одна: вы или не создали файл my.ini, или создали его неправильно, или создали его не в том месте, или не записали туда директиву с C:ServerdataDBdata — то есть что-то такое.
Ответ пользователя: Разобрался. Причина была в том, что я создавал файл my.ini.txt вместо my.ini. Не обратил внимания на отображение расширений в Проводники. Ошибка — глупая, но, думаю, сократит многим новоначальным время, если её указать.
Ошибка:
Я устанавливал себе MariaDB по вашей статье и возникла ошибка 1067. Что мне делать?
Решение:
Внимание: этот ответ подходит только для MariaDB 7.3 и более ранних версий!
Любые ошибки возникают только если хоть в чём-то отойти от мануала. Вы пропустили это:
Переместите папку C:Serverbinmariadbdata в папку C:ServerdataDB.
Ошибка:
Захожу http://localhost/phpmyadmin/index.php ввожу лог root а мне пишет ошибка — Невозможно подключиться к серверу MySQL.
Решение:
Такая ошибка возникает если не установлен или не запущен сервер MySQL. Внимательнее изучите инструкции https://hackware.ru/?p=21 и https://hackware.ru/?p=7033
Ошибка:
При установке Mysql когда я набираю в консоль mysql -u root, выдается ошибка ERROR 2003, can’t connect to mysql (10061), добавлю что открыл порт 3306 в брандмауре
Решение:
Это точно такая же ситуация как и в предыдущей ошибке: она возникает если не установлен или не запущен сервер MySQL. Внимательнее изучите инструкции https://hackware.ru/?p=21 и https://hackware.ru/?p=7033
Ошибка:
Эта версия mysqld.exe не совместима с Windows, работающей на этом компьютере
При попытке установить MySQL, либо при любой попытке запустить какой-либо исполнимый файл MySQL может возникнуть ошибка:
Эта версия mysqld.exe не совместима с Windows, работающей на этом компьютере. Проверьте сведения о системе, а затем обратитесь к издателю программного обеспечения.
Решение:
Причина ошибки в том, что делается попытка установить MySQL на 32-битный Windows. Архив «Windows (x86, 64-bit), ZIP Archive» содержит в себе только версию для 64-битных систем (хотя название файла название может сбить с толку).
В виде отдельного портативного архива MySQL больше недоступна для 32-битных систем.
Из этой ситуации есть два выхода:
- воспользоваться установщиком MySQL Installer (он на той же странице, где вы скачивали MySQL — большой такой банер). Как сказано в описании, там «все продукты MySQL» — что нужно и что не нужно, в том числе 32-битная версия. Установка проходит в графическом интерфейсе, настройка тоже выполняется из графического интерфейса и, как бы это не было странно, занимает больше времени, чем установка из портативного архива. Но, в принципе, ничего сложного;
- перейти на MariaDB. Это улучшенная версия MySQL, которая является бесплатной, но в ней собраны функции платных вариантов MySQL. Портативный архив с версией для 32-битных систем имеется. Сейчас много кто перешёл с MariaDB на MySQL (в том числе хостинги). У меня на компьютере тоже установлена именно MariaDB вместо MySQL. Инструкция по установке всего веб-сервера здесь: https://hackware.ru/?p=7033 (там точно такая же инструкция как и здесь, но вместо MySQL показана установка MariaDB). Что касается работы сайтов, то для них MySQL и MariaDB абсолютно равнозначны.
Ошибка:
После выполнения команд :
C:Serverbinmysql-8.0binmysqld --initialize-insecure --user=root C:Serverbinmysql-8.0binmysqld --install net start mysql
база данных в C:ServerdataDBdata не создаётся.
Решение:
Выяснилось, что файл my.ini был создан как my.ini.txt. Также причинами может быть то, что файл my.ini не был создан вовсе или в него неправильно скопировали настройки.
Ошибка:
я попыталась выполнить «инициализацию и установку» через командную строку от имени администратора. Введя первую строку (C:Serverbinmysql-8.0binmysqld —initialize-insecure —user=root) я получила ответ, что системе не удается найти путь.
Решение:
Неверно названы папки, либо при сооздании папок для сервера что-то сделано неправильно.
Ошибка:
Также попробовала из самой папки C:Serverbinmysql-8.0bin открыть файл mysqld.exe (подумала,что именно его я открываю в командной строке), тут появилась системная ошибка, что «Не удается продолжить выполнение кода, поскольку система не обнаружила VCRUNTIME140_1.dll. Для устранения этой проблемы попробуйте переустановить программу.»
Решение:
Файл VCRUNTIME140_1.dll не найден потому что не установили Visual C++ Redistributable for Visual Studio 2015-2019.
Ошибка:
При попытке запустить MySQL данная служба не запускаются и появляются ошибки:
Служба "MySQL" запускается…….. Не удалось запустить службу "MySQL". Для вызова дополнительной справки наберите NET HELPMSG 3523. ошибка источник PHP-8.1.1 php[13708]
А также:
Не удалось запустить службу "MySQL". Для вызова дополнительной справки наберите NET HELPMSG 3534.
Подроности причины ошибки:
PHP Warning: PHP Startup: Unable to load dynamic library 'PDO_OCI' PHP Warning: PHP Startup: Unable to load dynamic library 'PDO_OCI' (tried: C:ServerbinPHPextPDO_OCI (Не найден указанный модуль), C:ServerbinPHPextphp_PDO_OCI.dll (Не найден указанный модуль)) (C:ServerbinApache24binhttpd.exe -d C:/Server/bin/Apache24)
Решение:
Причина ошибки в том, что активировано расширение pdo_oci. Отключите его в файле php.ini:
;extension=pdo_oci
Ошибка:
Deprecation Notice in .vendortwigtwigsrcLoaderFilesystemLoader.php#40 realpath(): Passing null to parameter #1 ($path) of type string is deprecated Backtrace .vendortwigtwigsrcLoaderFilesystemLoader.php#40: realpath(NULL) .librariesclassesTemplate.php#57: TwigLoaderFilesystemLoader->__construct(string 'C:\Server\data\htdocs\-phpmyadmin\\templates\') .librariesclassesTheme.php#101: PhpMyAdminTemplate->__construct() .librariesclassesTheme.php#174: PhpMyAdminTheme->__construct() .librariesclassesThemeManager.php#307: PhpMyAdminTheme::load( string './themes/metro', string 'C:\Server\data\htdocs\-phpmyadmin\./themes/metro/', ) .librariesclassesThemeManager.php#79: PhpMyAdminThemeManager->loadThemes() .librariesclassesThemeManager.php#121: PhpMyAdminThemeManager->__construct() .librariesclassesThemeManager.php#385: PhpMyAdminThemeManager::getInstance() .librariescommon.inc.php#240: PhpMyAdminThemeManager::initializeTheme() .index.php#15: require_once(.librariescommon.inc.php) Deprecation Notice in .vendortwigtwigsrcMarkup.php#35 Return type of TwigMarkup::count() should either be compatible with Countable::count(): int, or the #[ReturnTypeWillChange] attribute should be used to temporarily suppress the notice Backtrace .vendorcomposerClassLoader.php#444: include(.vendortwigtwigsrcMarkup.php) .vendorcomposerClassLoader.php#322: ComposerAutoloadincludeFile(string 'C:\Server\data\htdocs\-phpmyadmin\vendor\composer/../twig/twig/src/Markup.php') .tmptwig4646f1bfbf4328d3d22fddffb9178fdeb9868d0740e4cc8b5bbd6f2fcfb8e4523e.php#59: ComposerAutoloadClassLoader->loadClass(string 'Twig\Markup') .vendortwigtwigsrcTemplate.php#405: __TwigTemplate_034511bee5325c368ee003e3d97d6cb47c3e1c94ebb527bcf0b76ba7818d1ac6->doDisplay( array, array, ) .vendortwigtwigsrcTemplate.php#378: TwigTemplate->displayWithErrorHandling( array, array, ) .vendortwigtwigsrcTemplate.php#390: TwigTemplate->display(array) .vendortwigtwigsrcTemplateWrapper.php#45: TwigTemplate->render( array, array, ) .librariesclassesTemplate.php#132: TwigTemplateWrapper->render(array) .librariesclassesHeader.php#714: PhpMyAdminTemplate->render( string 'javascript/variables', array, ) .librariesclassesHeader.php#193: PhpMyAdminHeader->getVariablesForJavaScript() .librariesclassesHeader.php#142: PhpMyAdminHeader->addDefaultScripts() .librariesclassesResponse.php#184: PhpMyAdminHeader->__construct() .librariesclassesResponse.php#215: PhpMyAdminResponse->__construct() .librariesclassesPluginsAuthAuthenticationCookie.php#102: PhpMyAdminResponse::getInstance() .librariesclassesPluginsAuthenticationPlugin.php#275: PhpMyAdminPluginsAuthAuthenticationCookie->showLoginForm() .librariescommon.inc.php#263: PhpMyAdminPluginsAuthenticationPlugin->authenticate() .index.php#15: require_once(.librariescommon.inc.php) Deprecation Notice in .vendortwigtwigsrcMarkup.php#40 Return type of TwigMarkup::jsonSerialize() should either be compatible with JsonSerializable::jsonSerialize(): mixed, or the #[ReturnTypeWillChange] attribute should be used to temporarily suppress the notice Backtrace .vendorcomposerClassLoader.php#444: include(.vendortwigtwigsrcMarkup.php) .vendorcomposerClassLoader.php#322: ComposerAutoloadincludeFile(string 'C:\Server\data\htdocs\-phpmyadmin\vendor\composer/../twig/twig/src/Markup.php') .tmptwig4646f1bfbf4328d3d22fddffb9178fdeb9868d0740e4cc8b5bbd6f2fcfb8e4523e.php#59: ComposerAutoloadClassLoader->loadClass(string 'Twig\Markup') .vendortwigtwigsrcTemplate.php#405: __TwigTemplate_034511bee5325c368ee003e3d97d6cb47c3e1c94ebb527bcf0b76ba7818d1ac6->doDisplay( array, array, ) .vendortwigtwigsrcTemplate.php#378: TwigTemplate->displayWithErrorHandling( array, array, ) .vendortwigtwigsrcTemplate.php#390: TwigTemplate->display(array) .vendortwigtwigsrcTemplateWrapper.php#45: TwigTemplate->render( array, array, ) .librariesclassesTemplate.php#132: TwigTemplateWrapper->render(array) .librariesclassesHeader.php#714: PhpMyAdminTemplate->render( string 'javascript/variables', array, ) .librariesclassesHeader.php#193: PhpMyAdminHeader->getVariablesForJavaScript() .librariesclassesHeader.php#142: PhpMyAdminHeader->addDefaultScripts() .librariesclassesResponse.php#184: PhpMyAdminHeader->__construct() .librariesclassesResponse.php#215: PhpMyAdminResponse->__construct() .librariesclassesPluginsAuthAuthenticationCookie.php#102: PhpMyAdminResponse::getInstance() .librariesclassesPluginsAuthenticationPlugin.php#275: PhpMyAdminPluginsAuthAuthenticationCookie->showLoginForm() .librariescommon.inc.php#263: PhpMyAdminPluginsAuthenticationPlugin->authenticate() .index.php#15: require_once(.librariescommon.inc.php)
Решение:
О причинах и исправление ошибки смотрите в статье «Ошибка phpMyAdmin «Deprecation Notice in .vendortwigtwigsrcLoaderFilesystemLoader.php#40 realpath(): Passing null to parameter #1 ($path) of type string is deprecated» (РЕШЕНО)».
Ошибки phpMyAdmin в Windows
Ошибка:
1.
попытался установить пшагово по Вашей инструкции все программы для запуска phpMyAdminно выходит ошибка :
"Расширение mysqli не найдено. Пожалуйста, проверьте ваши настройки PHP. Смотрите [a@doc/html/faq.html#faqmysql@documentation]our documentation для дополнительной информации."
2.
При первоначальном запуске phpMyAdmin получила ошибку
The mysqli extension is missing. Please check your PHP configuration. See our documentation for more information.
Решение:
Возможные причины ошибки:
1.
В файле php.ini не раскомментирована строка:
extension=mysqli
2.
В файл httpd.conf не добавлена или записана с ошибкой строка:
PHPIniDir "C:/Server/bin/PHP"
3.
Файл php.ini имеет неверное имя, например, вы забыли его переименовать из php.ini-development.
В последних двух случаях настройки из файла php.ini вообще не используются, поскольку сам файл не может быть найден сервером. Чтобы это проверить, откройте файл i.php с функцией:
phpinfo ();
Найдите поле Loaded Configuration File, там должны быть перечислены загруженные конфигурационные файлы, например:
Loaded Configuration File C:ServerbinPHPphp.ini
Если у вас так, как показано выше, значит файл php.ini используется, но расширение mysqli не активировано (см. 1й пункт выше).
Ошибка:
Добавляю http://localhost/phpmyadmin/setup/
вместо панели управления вижу код:
<?php
/* vim: set expandtab sw=4 ts=4 sts=4: */
/**
* Front controller for setup script
*
* @package PhpMyAdmin-Setup
* @license http://www.gnu.org/licenses/gpl.html GNU GPL 2.0
*/
/**
* Core libraries.
*/
require './lib/common.inc.php';
$page = filter_input(INPUT_GET, 'page');
$page = preg_replace('/[^a-z]/', '', $page);
if ($page === '') {
$page = 'index';
}
if (!file_exists("./setup/frames/$page.inc.php")) {
// it will happen only when entering URL by hand, we don't care for these cases
PMA_fatalError(__('Wrong GET file attribute value'));
}
и т. д.
Решение:
Сервер Apache работает без PHP
Ответ пользователя: Перезапустил и обновил браузер все получилось
Ошибка:
Столкнулся вот с какой проблемой — после расширения возможностей phpmyadmin и попытке войти под пользователем pma, выскакивает ошибка: #1045 Невозможно подключиться к серверу MySQL. Под root всё в порядке. Если знаете в чем проблема, подскажите пожалуйста как её исправить?! Хочется взглянуть на эти дополнительные возможности phpmyadmin)
Решение:
Вам не нужно заходить в phpMyAdmin от имени пользователя pma. Когда Вы всё настроили и зашли под рутом, то всё уже работает. Просто, на самом деле, в phpMyAdmin мало что меняется. Чтобы убедиться, что доп. возможности работают, кликните по какой-нибудь базе данных и посмотрите, есть ли у Вас в верхнем меню Дизайнер и Слежение. Если есть, значить всё работает.
Ошибка:
Apache, PHP и MySQL установились без проблем, но когда я дошла до 6-го пункта (phpMyAdmin), получила сообщение об ошибке:
Fatal error: Call to undefined function mb_detect_encoding() in C:Serverdatahtdocsphpmyadminlibrariesphp-gettextgettext.inc on line 177.
Я читала комментарий выше об этой же ошибке, но у меня все нужные строки в php.ini раскомментированы, все делала четко по инструкции. Но все равно ошибка.
С чем это может быть связано и как исправить?
Решение:
перезагрузила — все работает)))
Ошибка:
У меня при установке phpMyAdmin возникла проблема:
Добавить новый сервер Warning: Illegal string offset 'Servers/1/auth_type' in C:ServerdatahtdocspmalibrariesconfigWalidator.class.php on line 312 Warning: Illegal string offset 'Servers/1/auth_type' in C:ServerdatahtdocspmalibrariesconfigWalidator.class.php on line 319 Warning: Illegal string offset 'Servers/1/auth_type' in C:ServerdatahtdocspmalibrariesconfigWalidator.class.php on line 328 Warning: Illegal string offset 'Servers/1/auth_type' in C:ServerdatahtdocspmalibrariesconfigWalidator.class.php on line 336 Warning: Illegal string offset 'Servers/1/pmadb' in C:ServerdatahtdocspmalibrariesconfigWalidator.class.php on line 371 Warning: Illegal string offset 'Servers/1/controluser' in C:ServerdatahtdocspmalibrariesconfigWalidator.class.php on line 376 Warning: Illegal string offset 'Servers/1/controlpass' in C:ServerdatahtdocspmalibrariesconfigWalidator.class.php on line 381 Warning: Illegal string offset 'Servers/1/connect_type' in C:ServerdatahtdocspmalibrariesconfigWalidator.class.php on line 388 Warning: Illegal string offset 'Servers/1/hosf in C:ServerdatahtdocspmalibrariesconfigWalidator.class.php on line 389 Warning: Illegal string offset 'Servers/1/port' in C:ServerdatahtdocspmalibrariesconfigWalidator.class.php on line 389 Warning: Illegal string offset 'Servers/1/socket' in C:ServerdatahtdocspmalibrariesconfigWalidator.class.php on line 390 Warning: Illegal string offset 'Servers/1/controluser' in C:ServerdatahtdocspmalibrariesconfigWalidator.class.php on line 390 Warning: Illegal string offset 'Servers/1/controlpass' in C:ServerdatahtdocspmalibrariesconfigWalidator.class.php on line 391 (&) Предупреждение_______________________________________________________________________________________________________ Данные формы содержат ошибки Проверка данных на соответствие и возвращение в изначальное значение при наличии ошибки Хранение конфигурации ► Не удалось соединиться с сервером базы данных! - mysqli_connect() expects parameter 5 to be long, string given Игнорировать ошибки Показать форму
Решение:
Если так, то это ошика исключительно версии phpMyAdmin 4.3.2. Тикет ошибки: http://sourceforge.net/p/phpmyadmin/bugs/4653/
Очевидные решения:
1) пользоваться phpMyAdmin из ветки 4.2,
2) подождать пока починят.
Ошибка:
Добрый день. Сделала все по инструкции, но при вводе http://localhost/phpmyadmin/ выдает такой текст «Composer detected issues in your platform: Your Composer dependencies require the following PHP extensions to be installed: mysqli, openssl«.
Решение:
Возможные причины ошибки и способ решения смотрите в статье: Ошибка «Composer detected issues in your platform: Your Composer dependencies require the following PHP extensions to be installed: mysqli, openssl» (РЕШЕНО)
Вопросы и ответы по веб-серверу в Windows
Вопрос:
Я хочу потренироваться в администрировании сайта на WordPress или Я изучаю программирование PHP для WordPress, как мне установить эту CMS на свой локальный сервер в Windows?
Ответ:
Смотрите статью «Как установить WordPress в Windows».
Вопрос:
Могут ли мой веб-сервер взломать?
Ответ:
Да, по умолчанию безопасности веб-сервера не уделено никакого внимания — задача минимум, заставить его работать на Windows. Сразу после успешной установки и проверки, настоятельно рекомендуется перейти ко второй стадии: «Как защитить веб-сервер Apache от взлома в Windows».
Вопрос:
У меня есть уже готовый сайт всё настроил.как сделать чтоб его стало видно из интернета?
Ответ:
Здесь подробная инструкция: «Как веб-сервер на своём компьютере сделать доступным для других».
Вопрос:
Как настроить поддомены и виртуальные хосты?
Ответ:
Подробная инструкция «Настройка Apache в Windows» в разделе Подключение виртуальных хостов Apache в Windows.
Вопрос:
Скажите пожалуйста где вы взяли файл C:/Server/bin/PHP/php5apache2_4.dll
А то у меня ругается апач на его отсутствие
Ответ:
Этот файл с самого начала есть в архиве php-5.5.9-Win32-VC11-x64.zip , который скачиваю с официального сайта.
Если в Вашем архиве нет этого файла, скорее всего, Вы скачали или старую версию (5.4.*, 5.3.*) или Non-Thread Safe (NTS) версию.
Если файл C:/Server/bin/PHP/php5apache2_4.dll присутствует, но Apache выдаёт ошибку, значит проблема в настройке Apache.
Ссылки на «правильный» PHP:
64-бит: http://windows.php.net/downloads/releases/php-5.5.9-Win32-VC11-x64.zip
32-бит: http://windows.php.net/downloads/releases/php-5.5.9-Win32-VC11-x86.zip
(ссылки устарели)
Вопрос:
А что, если после установки MySQL 5.4.16 не появилось окошко настроек «MySQL Server Instance Configuration Wizard»?
Что делать? Как настраивать?
Ответ:
Значит вы скачали не установщик, а zip-архив. Лично мне ручная установка MySQL кажется более простой и гибкой. Как это сделать описано здесь.
Вопрос:
Как поменять пароль для MySQL?
Ответ:
Для задания нового пароля MySQL в командной строке:
c:Serverbinmysql-5.6binmysql -u root mysql
mysql> update user set Password=PASSWORD('новый пароль') WHERE User='root';
mysql> exit
net stop mysql
net start mysql
Вопрос:
Как прописать переменные среды для MySQL в Windows?
Ответ:
Откройте «Мой компьютер» (у меня называется «Этот компьютер» — не суть). Там выберите «Свойства системы». Дальше выберите «Дополнительные параметры системы». В открывшемся окне на вкладке «Дополнительно» нажмите «Переменные среды». Там два окошечка, смотрите на то, которое называется «Системные переменные». Находите переменную «Path». Кликаете два раза на ней. В «Значение переменной» уже много-много чего понаписано. Добавляете туда (например, вставьте в самое начало) строку (если у вас MySQL):
C:Serverbinmysql-8.0
Или (если у вас MariaDB):
C:Serverbinmariadb
Нажмите везде ОК, чтобы закрылись все окна. Сразу, даже без перезагрузки можно работать в командной строке и вызывать MySQL как mysql — полный путь прописывать до бинарника не нужно.
Вопрос:
Посоветуйте хостинг
Ответ:
Хостинг, которым пользуется автор этих инструкций на протяжении 10 лет и где размещены этот и другие сайты с инструкциями: здесь. Для получения бесплатного месяца и других бонусов, указывайте промокод b33e0e2f
Совет:
Хотите навсегда забыть о всех проблемах с сервером? Хотите просто радоваться развитию вашего сайта и не думать ни о каких технических проблемах? Хотите получить надёжных друзей в виде высококвалифицированной и быстрой технической поддержки? Лучший хостинг от лидеров рынка по доступным ценам. Тарифы. Чтобы получить бесплатный месяц веб-хостинга, другие бонусы и подарки, указывайте промокод b33e0e2f
Связанные статьи:
- Как установить веб-сервер Apache с PHP, MySQL и phpMyAdmin на Windows (94.2%)
- Ошибка «Composer detected issues in your platform: Your Composer dependencies require the following PHP extensions to be installed: mysqli, openssl» (РЕШЕНО) (61.6%)
- Установка Apache, PHP, MySQL и phpMyAdmin на Windows XP (59.5%)
- Готовая сборка Apache для Windows XP (59.5%)
- Как исправить «Configuration File (php.ini) Path» no value (57.7%)
- Несколько сайтов на Apache (RANDOM — 50.9%)
Ошибками в протоколе HTTP называется поведение веб-сервера, когда по
какой-то причине он не может успешно отправить клиенту запрашиваемый
документ. Сервер сообщает клиенту в HTTP-заголовке код ошибки, который
на стороне клиента обрабатывается браузером.
Каждая ошибка, выдаваемая веб-сервером, имеет код, соответствующий типу
возникшей ошибки. Коды ошибок стандартизованы и подробно описаны в
интернет-стандарте RFC2616 (Hypertext Transfer Protocol — HTTP/1.1).
Возможные типы кодов ошибок:
2xx
— запрос выполнен успешно — сервер успешно отправил клиенту запрашиваемый документ
3xx
—
запрос успешно перенаправлен — тоже положительный код. Он говорит
о том, что запрос клиента был перенаправлен. Используется при работе с
кэширующими серверами, а также в алгоритме, когда браузер клиента
проверяет актуальность документа на сервере (дату создания, размер и
так далее)
4xx
— документ не был отправлен клиенту, так как произошла критическая ошибка. Например, запрошенный документ не найден на сервере, доступ к документу запрещен и так далее .
5xx
— критическая ошибка на сервере. К примеру,
вызываемый скрипт завершился некорректно, либо возникли проблемы с
рабочей средой сервера (нехватка оперативной памяти, нехватка дискового
пространства, и т.д.).
Давайте рассмотрим ошибки 4xx и 5xx и как с ними можно бороться.
Предположим, Вы разместили сайт на хостинге, загрузили файлы и получили
ошибку 403 при попытке открыть сайт через браузер. Обычно данная ошибка
возникает в случае если вы назвали неправильно индексный файл, который
должен показываться при обращении к директории.
По умолчанию индексный файл может иметь названия index.html,
index.html.var, index.htm, index.shtml, index.php, index.php3,
index.phtml, index.cgi.
При этом, если в папке находятся index.html и index.htm, то
по-умолчанию будет отображаться index.html.
Также вероятно, что в названии индексного файла присутствуют заглавные
буквы, а в Unix-системах регистр букв имеет значение.
Если имеется потребность в использовании индексного файла с другим
именем, то необходимо добавить соответствующие директивы в файл
.htaccess.
Ошибка 403 «Доступ запрещен»
Данная ошибка свидетельствует о том, что сервер не смог обработать з
апрос, так как доступ к файлу был запрещен. Наиболее часто это
возникает в трех случаях:
в директории нет индексного файла (например, index.html) — и при этом
запрещен просмотр списка файлов в данной директории или на всем
виртуальном сервере.
указанны неверные права доступа на файл (папку, скрипт).
Необходимо установить права в соответствии с разделом Права доступа для
файлов, папок, скриптов.
По умолчанию просмотр списка файлов в директории запрещен. Для того,
чтобы разрешить вывод списка файлов необходимо создать файл .htaccess,
в котором прописать директиву Options +Indexes в виде отдельной строки.
Ошибка 404 «Файл не найден»
Ошибка 404 возникает когда пользователь запрашивает у веб-сервера
файл, которого не существует. Вы можете наблюдать протокол таких ошибок
в файле error_log и учитывать это — отслеживать какие документы на
сервере «не найдены» и корректировать неправильные ссылки в своих
html-документах.
Для удобства посетителей сайта можно обрабатывать ошибки 404, заменяя
стандартные ответы веб-сервера на свои страницы с «человеческим»
описанием ошибки и советами что делать в этом случае. Также полезно
разместить на такой странице карту вашего сайта или ссылку на поисковую
систему.
Замена стандартного сообщение об ошибке своим:
Создайте в директории public_html файл .htaccess и поместите в него
следующую инструкцию для веб-сервера Apache:
ErrorDocument 404 /not-found.html
Затем создайте файл
not-found.html
, в который поместите описание
возникшей ошибки и советы о том,что делать в этом случае посетителю
вашего сайта. Теперь пользователь, который наберет в своем браузере
адрес несуществующей страницы, будет автоматически перенаправлен
сервером на файл not-found.html.
С помощью директивы ErrorDocument можно обрабатывать не только ошибку 404, но и все другие ошибки. Так, например, можно обрабатывать и ошибку 403, которая упоминается в этом документе выше.
Ошибка 500 «Internal Server Error»
Ошибка 500 «Internal Server Error» возникает в случае невозможности запуска скрипта, который вы разместили на сервере, в случае ошибок в скрипте, а также в случае когда вы поместили неправильную инструкцию в файл .htaccess.
Этот список причин возникновения ошибки 500 не конечный, есть еще масса причин, по которым может возникнуть ошибка 500.
Однако, упомянутые три случая встречаются наиболее часто.
Рассмотрим сначала случай, когда вы поместили некорректную инструкцию в
файл .htaccess. Если вы ошиблись в написании названия нужной директивы
или параметров к ней, в файле error_log вы найдете примерно такую
ошибку:
[
Wed Apr 14 17:01:38 2004] [alert] [client 217.16.16.16]
/home/clients/websites/w_XXX/public_html/.htaccess: Invalid command
«DrectoryIndex»,perhaps mis-spelled or defined by a module not included
in the server configuration
Веб-сервер укажет вам какую конкретно директиву он посчитал ошибочной —
ее нужно будет исправить. В данном случае веб-сервер сообщил что
директивы «DrectoryIndex» он не знает. И действительно — нет директивы
«DrectoryIndex», есть «DirectoryIndex». Имеет место опечатка.
Если ошибка 500 возникает при обращении к скрипту на языке Perl,
размещенному в директории cgi, нужно проверить права доступа на этот
скрипт. Права должны быть 700. Если это не так, нужно изменить права на
700 командой chmod 700 script.pl в unix shell или воспользоваться
другими программами для доступа к web-серверу. Нужно отдельно отметить
— права на скрипты должны быть установлены строго в 700.
Если после проверки корректности установленных прав на файл скрипта
ошибка не исчезла, нужно изучить последние записи в файле error_log — в
него веб-сервер помещает все сообщения об ошибках. Так вы найдете
строчку вида:
[Fri Apr 9 15:05:31 2004] [error] [client 217.16.16.16]
Premature end of script headers:
/home/clients/websites/w_XXX/public_html/cgi/script.pl
Первое, что нужно сделать если вы получили такую ошибку, это проверить
правильно ли скрипт выдает HTTP-заголовки. Каждый скрипт должен сначала
печатать строку с указанием соответствующего Content-type и только
потом непосредственно то, что увидит пользователь (например, HTML-код).
Пример строки для выдачи заголовка обычного HTML-документа:
p
rint «Content-type: text/html; charset=windows-1251»;
Если и после выдачи правильных заголовков ошибка 500 не исчезла, нужно
проверить корректность работы скрипта в целом. Для этого нужно получить
доступ в unix shell и далее выполнить команду проверки синтаксиса:
Если скрипт написан с ошибками, нужно исправить ошибки, руководствуясь
соответствующей диагностикой, далее проверить синтаксис скрипта снова.
Ошибка 500 «Плохой интерпретатор»
Ошибка 500 «Плохой интерпретатор» может быть вызвана неправильно
указанным интерпретатором или недостатком прав на использование данного
интерпретатора, в таком случае вы увидите страницу с ошибкой 500
«Плохой интерпретатор».
Пример: используя CGI скрипт написанный на языке perl, Вы забыли
прописать в первой строке интерпретатор «#!/usr/bin/perl» или
опечатались.
В данном случае скрипт не выполнится и Вы увидите ошибку 500 «Плохой
интерпретатор».
Ошибка 503 «Service Unavailable»
Ошибка 503 «Service Unavailable» — возникает в случаях, когда серверу
не хватает ресурсов для выполнения вашего запроса. Эта ошибка носит
временный характер и исчезает через некоторое время. Если у Вас
появилась такая ошибка, то для начала мы рекомендуем проверить не
запущенно ли у Вас в данный момент слишком много FTP или SSH
соединений. Если запущены, попробуйте их закрыть. Так-же, необходимо
убедится что у Вас нет «подвисших» скриптов. Если есть, необходимо либо
дождаться их завершения, либо завершить их принудительно.
Если у вас часто появляется ошибка 503, то необходимо сменить ваш
тарифный план хостинга на более высокий. Для каждого тарифного плана
определены свои собственные ограничения и они указаны на нашем сайте, в
тарифах виртуального хостинга.
Так-же, требуется заняться оптимизацией работы вашего сайта, чтобы ваши скрипты выполнялись быстрее и требовали как можно меньше ресурсов сервера. Чем быстрее выполнится один ваш скрипт, тем быстрее будут выделены ресурсы для выполнения следующего скрипта (задачи). Максимально возможное количество одновременно
выполняемых скриптов указано на нашем сайте для каждого тарифного
плана.
Обычно, большая часть скриптов выдают один и тот-же результат в независимости от времени их запуска, и такие скрипты желательно закешировать, таким образом, при следующем запросе на вызов этого скрипта, запуск скрипта не произойдет, и сервер вернет результат из своей кэш памяти. При этом, лимиты будут проигнорированы, а ресурсы сервера будут предоставлены тем процессам, которые действительно в них
нуждаются.
- Общие сведения о кодах
- Возможные ошибки при первичном размещении сайта
- Ошибка — показывается список файлов вместо первой страницы
- 403 «Доступ запрещен»
- 404 «Файл не найден»
- 500 «Internal Server Error»
Общие сведения о кодах
Коды ошибок бывают положительными и отрицательными или успешными и неуспешными. Есть четыре типа кодов:
- 2xx — запрос выполнен успешно — сервер успешно отправил клиенту запрашиваемый документ
- 3xx — запрос успешно перенаправлен — тоже положительный код. Он говорит о том, что запрос клиента был перенаправлен. Используется при работе с кэширующими серверами, а также в алгоритме, когда браузер клиента проверяет актуальность документа на сервере (дату создания, размер и так далее)
- 4xx — ошибка — документ не был отправлен клиенту, так как произошла критическая ошибка. Например, запрошенный документ не найден на сервере, доступ к документу запрещен и так далее
- 5xx — ошибка сервера — критическая ошибка на сервере. Например, на сервере не смог нормально отработать скрипт пользователя
Возможные ошибки при первичном размещении сайта
Вы разместили сайт на хостинге компании masterhost, загрузили файлы и получили ошибку 403 при попытке открыть сайт через браузер. Эта ошибка возникает в случае, если вы неправильно назвали индексный файл, который должен показываться при обращении к каталогу. Индексный файл может иметь названия index.html, index.htm, index.php, index.php3, index.phtml, index.shtml, default.htm или default.html. Также возможно, что в названии индексного файла присутствуют заглавные (большие) буквы. В UNIX-системах регистр букв в названиях файлов имеет значение (!).
Ошибка — показывается список файлов вместо первой страницы
Вы загрузили файлы на сервер, но вместо первой страницы видите список загруженных на сервер файлов. Вероятная причина ошибки в том, что вы загрузили файлы в каталог с разрешенным листингом и при этом у вас отсутствует индексный файл. Напомним, что размещать файлы нужно в каталоге www, который находится в каталоге с названием вашего домена. Читайте об этом подробнее здесь.
Ошибка 403 «Доступ запрещен» — устраняем причины
Данная ошибка возникает тогда, когда сервер не смог выполнить запрос по причине запрещенного доступа к файлу. Наиболее часто это возникает в трех случаях:
- В каталоге нет индексного файла (index.html, например) и при этом запрещен просмотр списка файлов в данном каталоге⚹ или на всем виртуальном сервере. Можно попробовать создать файл с именем index.html и посмотреть не исчезнет ли ошибка.
- Выставлены такие «права» доступа на файл, что веб-сервер Apache не смог прочитать файл на диске сервера. Попробуйте изменить права доступа на 644, например.
- Пользователь попытался обратиться к скрипту (в каталоге cgi-bin), на который выставлены неправильные права — нет права на чтение+исполнение (r+x) конкретного скрипта. Измените права на 755.
⚹По умолчанию просмотр списка файлов в каталоге запрещен. Для того, чтобы разрешить вывод списка файлов необходимо создать файл .htaccess, в котором прописать директиву Options +Indexes в виде отдельной строки.
Обработка ошибки 404 «Файл не найден»
Ошибка 404 (Файл не найден) возникает тогда, когда пользователь запрашивает у веб-сервера документ, которого нет на диске. То есть, когда пользователь запрашивает несуществующий файл. Это наиболее «популярная» из всех ошибок. Вы можете наблюдать возникновение таких ошибок в файле error_log и учитывать это — отслеживать какие документы на сервере «не найдены» и корректировать неправильные ссылки из своих html-документов. Также ссылки на несуществующие документы могут вести с других сайтов.
Для удобства посетителей сайта можно обрабатывать ошибки 404 заменяя стандартные ответы веб-сервера на свои страницы с нужным описанием причины возникновения ошибки и советами что делать в этом случае. Также полезно разместить на такой странице карту вашего сайта или ссылку на поисковую систему.
Как обрабатывать ошибку 404. Создайте в каталоге www файл .htaccess и поместите в него следующую инструкцию для веб-сервера Apache:
ErrorDocument 404 /not-found.htmlЗатем создайте файл not-found.html в который поместите описание возникшей ошибки и советы о том, что делать в этом случае посетителю вашего сайта. Теперь пользователь, который наберет в своем браузере адрес несуществующей страницы, будет автоматически перенаправлен сервером на файл not-found.html.
С помощью директивы ErrorDocument можно обрабатывать не только ошибку 404, но и практически все другие ошибки. Например, можно обработать так и ошибку 403, которая упоминается в этом документе выше. О файле .htaccess и его практическом использовании можно почитать тут.
Внимание: особенность браузеров MS Internet Explorer версий 5.xx и 6.xx состоит в том, что если ваш файл ошибок будет иметь размер менее 512 байт, то браузер покажет пользователю не ваш файл, а свое собственное сообщение об ошибке 404. Самым простым решением в данной ситуации является заполнение файла ошибок пробелами так, чтобы его размер превысил 512 байт. Подробнее об этом вы можете прочитать на сайте компании Microsoft.
Ошибка 500 «Internal Server Error»
Ошибка 500 «Internal Server Error» возникает в случае невозможности запуска скрипта, который вы разместили на сервере, в случае ошибок в скрипте, а также в случае, когда размещена неправильная инструкция в файле .htaccess. Этот список причин возникновения ошибки 500 не конечный, есть еще масса причин, по которым может возникнуть ошибка 500. Однако упомянутые три случая встречаются наиболее часто.
Рассмотрим сначала случай, когда вы поместили некорректную инструкцию в файл .htaccess. Если вы ошиблись в написании названия нужной директивы или параметров к ней, в файле error.log вы найдете примерно такую ошибку:
[Wed Apr 14 17:01:38 2004] [alert] [client 217.16.16.16]
/home/uXXXXX/aaa.ru/www/.htaccess:Invalid command 'DrectoryIndex',
perhaps mis-spelled or defined bya module not included in the server
configurationВеб-сервер укажет вам, какую конкретно директиву он посчитал ошибочной — ее нужно будет исправить. В данном случае веб-сервер сообщил, что директивы DrectoryIndex он не знает. И действительно — нет директивы DrectoryIndex, есть DirectoryIndex. Имеет место опечатка.
Если ошибка 500 возникает при обращении к скрипту на языке Perl, размещенному в каталоге cgi-bin, нужно проверить права доступа на этот скрипт. Права должны быть 755 (rwxrx-rx). Если это не так, нужно изменить права на 755 командой chmod 755 script.pl в unix shell или воспользоваться для этого FTP. Нужно отдельно отметить — права на скрипты должны быть установлены строго в 755.
Пожалуйста, проверьте правильный ли режим передачи файлов по FTP вы использовали при загрузке скрипта на наш сервер. Все скрипты, равно как и любые другие текстовые файлы, должны передаваться по FTP в текстовом (ASCII) режиме. Если же был использован двоичный (Binary) режим передачи файлов, скрипты наверняка работать не будут.
Если после проверки корректности установленных прав на файл скрипта ошибка не исчезла, нужно изучить последние записи в файле error.log — в него веб-сервер помещает все сообщения об ошибках. Так вы найдете строчку вида
[Fri Apr 9 15:05:31 2004] [error][client 217.16.16.16] Premature end of
script headers: /home/uXXXX/aaa.ru/cgi-bin/script.pl
Первое, что нужно сделать при получении такой ошибки, это проверить правильно ли скрипт выдает HTTP-заголовки. Каждый скрипт должен сначала печатать строку с указанием соответствующего Content-type и только потом непосредственно то, что увидит пользователь (например, HTML-код). Пример строки для выдачи заголовка обычного HTML-документа:
print "Content-type: text/html; charset=windows-1251nn";Если и после выдачи правильных заголовков ошибка 500 не исчезла, нужно проверить корректность работы скрипта в целом. Для этого нужно получить доступ в unix shell и далее выполнить команду проверки синтаксиса:
> perl -cw script.pl
script.pl syntax OKЕсли скрипт написан с ошибками, их нужно исправить, руководствуясь соответствующей диагностикой, а также проверить синтаксис скрипта снова.