Ошибка сегментации Apache 2.4 при доступе к некоторым PHP-файлам localhost Symfony 2

Я столкнулся с действительно странной проблемой. У меня установлена ​​новая версия Linux Mint 17 на моих локальных машинах, а Apache 2 и PHP 5.6 получены через PPA Ондрея Сури. Я клонировал проект Symfony 2 в мою систему из GitHub.

После настройки проекта (установка поставщиков через composer, предоставление разрешений на чтение / запись в кэш и журналы и т. Д.) Я запустил localhost/diva/web/config.php в браузере, чтобы убедиться, что моя система была готова к работе. Он работал нормально и дал мне зеленый свет. При попытке взглянуть на домашнюю страницу на localhost/diva/web/app_dev.php/ это дало мне ошибку «Соединение было сброшено». Очень странно. app.php/ производится то же самое.

Глядя на журналы сервера, я вижу серию ошибок сегментации по направлениям:

[Чт 30 октября 18: 15: 10.291111 2014] [ядро: уведомление] [pid 1557] AH00052: выходной сигнал дочернего pid 2974 Ошибка сегментации (11)

я иметь переместил корень документа, из того, что было (я думаю … это было давно) /var/public/html в /home/kevin/www для моей собственной простоты использования. Я сделал это со следующими изменениями:

/etc/apache2/sites-available/000-default.conf:

<VirtualHost *:80>
# The ServerName directive sets the request scheme, hostname and port that
# the server uses to identify itself. This is used when creating
# redirection URLs. In the context of virtual hosts, the ServerName
# specifies what hostname must appear in the request's Host: header to
# match this virtual host. For the default virtual host (this file) this
# value is not decisive as it is used as a last resort host regardless.
# However, you must set it for any further virtual host explicitly.
#ServerName www.example.com

ServerAdmin webmaster@localhost
DocumentRoot /home/kevin/www

# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the loglevel for particular
# modules, e.g.
#LogLevel info ssl:warn

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined

# For most configuration files from conf-available/, which are
# enabled or disabled at a global level, it is possible to
# include a line for only one particular virtual host. For example the
# following line enables the CGI configuration for this host only
# after it has been globally disabled with "a2disconf".
#Include conf-available/serve-cgi-bin.conf
</VirtualHost>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

и в /etc/apache2/apache2.conf:

<Directory /home/kevin/www/>
Options Indexes FollowSymLinks
AllowOverride None
Require all granted
</Directory>

/ etc / hosts просто имеет:

127.0.0.1   localhost
127.0.1.1   Shevat

# The following lines are desirable for IPv6 capable hosts

::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Я новичок в настройке Apache. Я успешно переместил свой корень документа в более старые версии Apache и Mint, но это впервые, когда что-то подобное произошло. Я не могу сказать, что я что-то напутал с изменениями конфигурации.

И, чтобы быть совершенно ясным, другие файлы PHP работают нормально при доступе к ним через браузер. Я могу получить доступ к своим собственным тестовым файлам на разных глубинах вложенного каталога ~/www/*и даже Symfony’s config.php работает как положено. Только когда я пытаюсь получить доступ к этим двум конкретным файлам Symfony — app_dev.php а также app.php что проблема возникает.

Еще более странным является то, что проблема сохраняется на двух компьютерах. Это происходит как на моем рабочем столе, так и на Surface Pro 3. Они используют одну и ту же необходимую среду VirtualBox, но были установлены отдельно. Они не клонированные среды.

Я не уверен, куда идти в этот момент.

1

Решение

Пытаться

php -S localhost:8000

как сервер, у меня все работает нормально

1

Другие решения

Решено путем отката к версиям Apache и PHP, которые доступны для Linux Mint по умолчанию (Apache 2.4.7 и PHP 5.4.8).

0

По вопросам рекламы [email protected]