Либо то же самое в .htaccess

Сделал уже. Спасибо. И еще одно дополнение, может кому пригодиться:
/etc/mysql/mysql.conf.d/mysqld.cnf

[mysqld] 
sql_mode="NO_ENGINE_SUBSTITUTION" 

Без этого скрипты установки CMS DIAFAN выдавали фатальную ошибку.

Ну что не так((((((((((((

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

Options +Indexes

Либо то же самое в .htaccess

https://cwiki.apache.org/confluence/dis … ryListings

не достаточно прав, как вариант можете сессии сохранять в /tmp , или поменять session.gc_probability с 1 на 0, далее перезапустить apache

Сделал - ничего не вышло. пришлось переустановить сесь стек. Теперь с**а не могу настроить. Не получается создать виртуальный хост. И не могу понять почему. Может у Вас есть вариант конфига любого виртуального хоста для примера? Спасибо.(((((
*** Добавлено: 25.06.2019 18:08:48 ***

Forbidden. You don't have permission to access / on this server.

medusahost.conf

<VirtualHost *:80>
ServerName medusahost
ServerAlias www.medusahost
ServerAdmin medusa@localhost.loc

DocumentRoot /home/medusa/public_html/medusahost
<Directory />
    Options FollowSymLinks
    AllowOverride None
    Require all denied
</Directory>
<Directory /home/medusa/public_html/medusahost>
    AllowOverride All
    Require all granted
</Directory>

ErrorLog /home/medusa/public_html/error.log
CustomLog /home/medusa/public_html/access.log combined

</VirtualHost>

Ну что не так((((((((((((

*** Добавлено: 25.06.2019 18:33:57 ***

С этой проблемой разобрался medusahost.conf:

...
<Directory />
    Options FollowSymLinks
    AllowOverride None
</Directory>
<Directory /home/medusa/public_html/medusahost>
    Options Indexes FollowSymLinks MultiViews
    AllowOverride All
    Require all granted
</Directory>
...

session_start(): ps_files_cleanup_dir: opendir(/var/lib/php/sessions) failed: Permission denied (13)

не достаточно прав, как вариант можете сессии сохранять в /tmp , или поменять session.gc_probability с 1 на 0, далее перезапустить apache

для начала читаем это https://kocherov.net/nyuansyi-rabotyi-p … xlifetime/ и вот это https://www.php.net/manual/ru/session.c … axlifetime

Прочитал. увлекательно. Только, как мне это должно помочь? Я ведь объяснил, что редактирую файл ini, а он не редактируется по факту. т.е. изменения вносятся, но система их не видит. Вы извините, но я просто теряю время и уже потерял заработок. Я не жалуюсь - сам решил, но другого способа заработать у меня просто нет, а я уже более месяца живу в долг. Пожалуйста объясните в чем проблема если знаете.((((

Попробовал запустить phpMyadmin^

Notice in ./libraries/session.inc.php#158
 session_start(): ps_files_cleanup_dir: opendir(/var/lib/php/sessions) failed: Permission denied (13)

Backtrace

./libraries/session.inc.php#158: session_start()
./libraries/common.inc.php#280: require(./libraries/session.inc.php)
./index.php#13: require_once(./libraries/common.inc.php)

php -i

это cli, для fpm будет так:

php-fpm -i

, для cgi

php-cgi -i

>Значит эти файлы конфликтуют?

Это разные конфигурационные файлы.
См вывод phpinfo в нем всё указанно что и где лежит.

«/etc/php/5.6/apache2/php.ini» используется при вызове php из apache
«/etc/php/5.6/cli/php.ini» используется при вызове php из консоли, что и происходит при вызове команды ‘php -i‘, собственно на это намекает даже расположение файла: /etc/php/5.6/cli/php.ini. CLI == Command Line Interface.

Да, на php можно писать не только web-приложения и вызывать его можно не только средствами веб-сервера.
В качестве примера можно сделать следующее:
Создаем файл blabla.php
вставляем следующее:

#!/usr/bin/env php
<?php
    echo "Hello\n";
    

Даем права на запуск chmod +x blabla.php

и выполняем

Что же касается

для начала читаем это https://kocherov.net/nyuansyi-rabotyi-p … xlifetime/ и вот это https://www.php.net/manual/ru/session.c … axlifetime

А дальше уже копать на основании полученой инфы

согласно выводу файл регулировки лежит именно в  /etc/php/5.6/apache2/php.ini

Однако запрос на поиск файла конфигурации упрямо выводит другой файл:

Значит эти файлы конфликтуют? Но почему? Спасибо.

<?php
  phpinfo();

Закрывающие скобки ?> в конце файла, если после них ничего нет, необязательны.

Будто система видит какой-то другой файл конфигурации PHP, а не тот который я регулирую.

Первое что нужно сделать — создать файл php со следующим содержимым:

<?php
    phpinfo();
?>

и выполнить его на сервере.

В выхлопе будет всё о текущей конфигурации php, подгруженых файлах и т.д. Вот пример →

А дальше уже копать на основании полученой инфы

Про sudo не забыли?

Нет, об этом не забываю. Я производил редактирование файлов через Krusader от РУТА. Просто не могу понять, как могло  измениться указание на размещение файла конфигурации?. Я проверял - эти файлы отличаются конкретно. А где находится указание на файл из каталога  /etc/php/5.6/apache2/php.ini не знаю. нет знаний. И почему /etc/php/5.6/cli/php.ini? Я просто в панике((((

Однако попытка изменить время PHP параметра session.gc_maxlifetime  успехом не увенчалось. Вопрос по прежнему открытый.

Про sudo не забыли?

Правильо выходить через "q", а выход через ^C это не выход, а прерывание выполнения, что и приводит к появлению 130-й ошибки.

Спасибо за науку. Это очень важно. Ведь разница между выходом и прерыванием огромна. Да и не правильно это закакнчивать работу прерыванием. Хотя такого варианта, как Вы предлагаете нигде не видел. Спасибо.
*** Добавлено: 24.06.2019 17:31:32 ***

Уважаемые Господа. вынужден просить вас о помощи снова. Сегодня понял простую вещь - сообщение типа

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

/etc/php/5.6/apache2/php.ini

; After this number of seconds, stored data will be seen as 'garbage' and
; cleaned up by the garbage collection process.
; http://php.net/session.gc-maxlifetime
session.gc_maxlifetime = 86400

/etc/phpmyadmin/config.inc.php

$cfg['LoginCookieValidity'] = 86400;

При таком  варианте написания выдается ошибка, как на картинке, но как только я выставляю значение по умолчанию 1440 - ошибка исчезает. Будто система видит какой-то другой файл конфигурации PHP, а не тот который я регулирую. Может возможно существования клона, может я совсем не понимаю того, что происходит. просто у меня впечатление, что все что я делаю - устанавливаю систему и больше ничего. Может имеет смысл всю связку переустановить? Может только PHP? Я просто загнан в угол в прямом смысле, а сдаваться не хочется. Может подскажите дельную мысль.
Решил найти файл конфигурации и вот, что вышло:

Однако попытка изменить время PHP параметра session.gc_maxlifetime  успехом не увенчалось. Вопрос по прежнему открытый.

1. Наличие ошибок отображаемых в терминале при вызове статуса Apache.

Вспомнил про это, решил объяснить что к чему

Этот статус показывает результат выполнения последней команды, т.е. в даном случае `service`, соответственно к самому apache этот статус отношения не имеет — это раз.
Два: 130 это User aborted. Если выхлоп `service` больше какого-то кол-ва строк (не знаю какого именно), оно гонится через less, и соответственно требует явного указания от юзверя на завершение работы с ним. Правильо выходить через "q", а выход через ^C это не выход, а прерывание выполнения, что и приводит к появлению 130-й ошибки.