Cannot open php files apache

Php – Apache: Can’t open .php files

I want to start learning PHP, so I installed Apache2, MySQL and PHP5 on my Ubuntu 10.10 today. For some reason, when I try to open a file other than index.html from the default directory /var/www/, I either get a 404 error or I get a prompt to download the php file. I googl’d all over and I can’t find a solution.

When I do http://localhost/index.html, it works, and displays whatever I write in index.html. When I change /index.html to /test.php, I get an error saying «The requested URL /test.php was not found on this server».

When I try /var/www/index.html or file:///var/www/index.html, again, index.html appears although it appears differently. When opened with http://localhost/index.html I only get «It works!», but with /var/www/index.html I get «It works!
This is the default web page for this server.

The web server software is running but no content has been added, yet.»

And then when I change /var/www/index.html to /test.php, I get a prompt to download test.php.

In my .conf files, the default directory is set to /var/www/, so this is very weird.

Did some checking, and it seems that when I run http://localhost it’s set to a directory in the httpd directory. I tried putting my test.php file there, and still I’m getting 404. But when I write the full path, again, I get a download prompt.

This problem is really confusing… thanks to all helpers.

Best Solution

Check to see if PHP has been enabled in the Apache httpd.conf file. See here for further details: http://www.devarticles.com/c/a/Apache/Using-Apache-and-PHP-on-Mac-OS-X/

Related Solutions

Php – How to prevent SQL injection in PHP

The correct way to avoid SQL injection attacks, no matter which database you use, is to separate the data from SQL, so that data stays data and will never be interpreted as commands by the SQL parser. It is possible to create SQL statement with correctly formatted data parts, but if you don’t fully understand the details, you should always use prepared statements and parameterized queries. These are SQL statements that are sent to and parsed by the database server separately from any parameters. This way it is impossible for an attacker to inject malicious SQL.

You basically have two options to achieve this:

Using PDO (for any supported database driver):

 $stmt = $pdo->prepare('SELECT * FROM employees WHERE name = :name'); $stmt->execute([ 'name' => $name ]); foreach ($stmt as $row) < // Do something with $row >

 $stmt = $dbConnection->prepare('SELECT * FROM employees WHERE name = ?'); $stmt->bind_param('s', $name); // 's' specifies the variable type => 'string' $stmt->execute(); $result = $stmt->get_result(); while ($row = $result->fetch_assoc()) < // Do something with $row >

If you’re connecting to a database other than MySQL, there is a driver-specific second option that you can refer to (for example, pg_prepare() and pg_execute() for PostgreSQL). PDO is the universal option.

Correctly setting up the connection

Note that when using PDO to access a MySQL database real prepared statements are not used by default. To fix this you have to disable the emulation of prepared statements. An example of creating a connection using PDO is:

$dbConnection = new PDO('mysql:dbname=dbtest;host=127.0.0.1;charset=utf8', 'user', 'password'); $dbConnection->setAttribute(PDO::ATTR_EMULATE_PREPARES, false); $dbConnection->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); 

In the above example the error mode isn’t strictly necessary, but it is advised to add it. This way the script will not stop with a Fatal Error when something goes wrong. And it gives the developer the chance to catch any error(s) which are throw n as PDOException s.

What is mandatory, however, is the first setAttribute() line, which tells PDO to disable emulated prepared statements and use real prepared statements. This makes sure the statement and the values aren’t parsed by PHP before sending it to the MySQL server (giving a possible attacker no chance to inject malicious SQL).

Although you can set the charset in the options of the constructor, it’s important to note that ‘older’ versions of PHP (before 5.3.6) silently ignored the charset parameter in the DSN.

Explanation

The SQL statement you pass to prepare is parsed and compiled by the database server. By specifying parameters (either a ? or a named parameter like :name in the example above) you tell the database engine where you want to filter on. Then when you call execute , the prepared statement is combined with the parameter values you specify.

The important thing here is that the parameter values are combined with the compiled statement, not an SQL string. SQL injection works by tricking the script into including malicious strings when it creates SQL to send to the database. So by sending the actual SQL separately from the parameters, you limit the risk of ending up with something you didn’t intend.

Any parameters you send when using a prepared statement will just be treated as strings (although the database engine may do some optimization so parameters may end up as numbers too, of course). In the example above, if the $name variable contains ‘Sarah’; DELETE FROM employees the result would simply be a search for the string «‘Sarah’; DELETE FROM employees» , and you will not end up with an empty table.

Another benefit of using prepared statements is that if you execute the same statement many times in the same session it will only be parsed and compiled once, giving you some speed gains.

Oh, and since you asked about how to do it for an insert, here’s an example (using PDO):

$preparedStatement = $db->prepare('INSERT INTO table (column) VALUES (:column)'); $preparedStatement->execute([ 'column' => $unsafeValue ]); 

Can prepared statements be used for dynamic queries?

While you can still use prepared statements for the query parameters, the structure of the dynamic query itself cannot be parametrized and certain query features cannot be parametrized.

For these specific scenarios, the best thing to do is use a whitelist filter that restricts the possible values.

// Value whitelist // $dir can only be 'DESC', otherwise it will be 'ASC' if (empty($dir) || $dir !== 'DESC')

Php – Deleting an element from an array in PHP

There are different ways to delete an array element, where some are more useful for some specific tasks than others.

Deleting a single array element

If you want to delete just one array element you can use unset() or alternatively \array_splice() .

If you know the value and don’t know the key to delete the element you can use \array_search() to get the key. This only works if the element does not occur more than once, since \array_search returns the first hit only.

unset()

Note that when you use unset() the array keys won’t change. If you want to reindex the keys you can use \array_values() after unset() , which will convert all keys to numerically enumerated keys starting from 0.

$array = [0 => "a", 1 => "b", 2 => "c"]; unset($array[1]); // ↑ Key which you want to delete 

\array_splice() method

If you use \array_splice() the keys will automatically be reindexed, but the associative keys won’t change — as opposed to \array_values() , which will convert all keys to numerical keys.

\array_splice() needs the offset, not the key, as the second parameter.

$array = [0 => "a", 1 => "b", 2 => "c"]; \array_splice($array, 1, 1); // ↑ Offset which you want to delete 

array_splice() , same as unset() , take the array by reference. You don’t assign the return values of those functions back to the array.

Deleting multiple array elements

If you want to delete multiple array elements and don’t want to call unset() or \array_splice() multiple times you can use the functions \array_diff() or \array_diff_key() depending on whether you know the values or the keys of the elements which you want to delete.

\array_diff() method

If you know the values of the array elements which you want to delete, then you can use \array_diff() . As before with unset() it won’t change the keys of the array.

$array = [0 => "a", 1 => "b", 2 => "c", 3 => "c"]; $array = \array_diff($array, ["a", "c"]); // └────────┘ // Array values which you want to delete 

\array_diff_key() method

If you know the keys of the elements which you want to delete, then you want to use \array_diff_key() . You have to make sure you pass the keys as keys in the second parameter and not as values. Keys won’t reindex.

$array = [0 => "a", 1 => "b", 2 => "c"]; $array = \array_diff_key($array, [0 => "xy", "2" => "xy"]); // ↑ ↑ // Array keys which you want to delete 

If you want to use unset() or \array_splice() to delete multiple elements with the same value you can use \array_keys() to get all the keys for a specific value and then delete all elements.

Related Question

Источник

Форум

Система: Windows 10 Pro x64, i3-2100, 8GB.
Open Server: 5.3.0 (basic).
Настройки (модули): PHP_5.6, MySQL-5.6-x64.

При выборе HTTP: Apache_2.4_PHP_5.5-5.6+Nginx_1.14 и запуске сервера → ошибка: «. Cannot open file Apache_2.4_PHP_5.5-5.6+Nginx_1.14_vhostn.conf», хотя в указанном каталоге файл есть. В итоге: приложение «висит» и отключается только через «Диспетчер задач». При повторном запуске тоже самое. Хорошо, что сразу сделал отдельный профиль и проблему решил путём изменения записи в файле: init.ini (каталог «userdata»). Скриншот прикрепил. Без Nginx_1.14 сервер запускается.

Re: Ошибка Apache_2.4_PHP_5.5-5.6+Nginx_1.14

Присмотревшись, обнаружил, что проблема заключалась именно в названии файла: между «Apache_2.4» и «PHP_5.5-5.6+Nginx_1.14» должно быть тире, а не нижний прочерк. В общем, банальная опечатка. После переименования файла, модули заработали без проблем.

Re: Ошибка Apache_2.4_PHP_5.5-5.6+Nginx_1.14

Всё верно. Это была опечатка, потом я перезалил релиз почти сразу, видимо вы успели скачать обновление в первый день. Если загружать сейчас, то всё нормально.

Re: Ошибка Apache_2.4_PHP_7.1.-x64

Добрый вечер всем! У меня такая проблема: php код не работает в html, установлена последняя версия open server, что нужно добавить чтобы php код работал и в html. Спасибо

Может кто нить ответит тут? Искал тему, чтоб добавить по теме вопрос, тоже не нашел, если что извините за тему не в теме.

Re: Ошибка Apache_2.4_PHP_5.5-5.6+Nginx_1.14

Непрочитанное сообщение FBM » 04 апр 2019, 14:27

Здравствуйте. Подскажите пожалуйста, почему не запускается опен сервер. и почему у меня в userdata\config нету Apache Как устранить ошибку((
вот ошибка — cannot open file ‘c\ospanel\userdata\config\apache_2.4-php_7.0_7.1-x64_server.conf’. не удается найти указанный файл

Re: Ошибка Apache_2.4_PHP_7.1.-x64

mansur700 писал(а): ↑ 02 апр 2019, 17:35 Добрый вечер всем! У меня такая проблема: php код не работает в html, установлена последняя версия open server, что нужно добавить чтобы php код работал и в html. Спасибо

Может кто нить ответит тут? Искал тему, чтоб добавить по теме вопрос, тоже не нашел, если что извините за тему не в теме.

Re: Ошибка Apache_2.4_PHP_5.5-5.6+Nginx_1.14

Re: Ошибка Apache_2.4_PHP_5.5-5.6+Nginx_1.14

Как включить поддержку php в html?

Решил проблему таким вот образом:
Как заставить html-страницы обрабатывать PHP код?
По умолчанию PHP-скриптами считаются лишь файлы с расширением .php и .phtml. Чтобы включить обработку PHP-кода в файлах с расширением .html или .htm, нужно добавить в файл .htaccess следующую директиву:

AddType application/x-httpd-php .html .htm
Если в нужной папке нет файла .htaccess, создайте его. Действие директив этого файла распространяется и на все вложенные папки.

Работает, но это не хорошее решение

Re: Ошибка Apache_2.4_PHP_5.5-5.6+Nginx_1.14

Как включить поддержку php в html?

Решил проблему таким вот образом:
Как заставить html-страницы обрабатывать PHP код?
По умолчанию PHP-скриптами считаются лишь файлы с расширением .php и .phtml. Чтобы включить обработку PHP-кода в файлах с расширением .html или .htm, нужно добавить в файл .htaccess следующую директиву:

AddType application/x-httpd-php .html .htm
Если в нужной папке нет файла .htaccess, создайте его. Действие директив этого файла распространяется и на все вложенные папки.

Работает, но это не хорошее решение

Да точно так же, но только через шаблон конфига Apache. Если хотите добавить такую возможность глобально, а не через .htaccess.
Открываем конфиг через меню Дополнительно/Конфигурация. Или находим нужный конфиг в папке userdata/config.
Там находим строчку с данной директивой и дописываем в конец .html
Сохраняемся, рестартуем сервер и всё.
Но вообще, не понимаю зачем такое делать.
Не, ну если у вас уже готовый проект, в котором php-код написан в *.html-файлах, то ещё ладно. Но если пишете новый проект, то лучше так не делайте. Пускай расширение файла соответствует своему предназначению.

Источник