Beiträge von jgoetz

Zitat von Sieger66

Eventuell mußt du statt

AddHandler php-fastcgi7.x .php

eben

AddHandler application/x-httpd-php7x .php




oder

AddType application/x-httpd-php7x .php

verwenden.

Siehe z.B. auch:

https://www.variomedia.de/faq/…on-auswaehlen/article/193

https://jweiland.net/know-how/…-verzeichnis-aendern.html

z.B.:

Alles anzeigen

Mit AddHandler application/x-httpd-php7.3 .php kommt bei Aufruf der HP dann dieses:

<?php
/** * @package    Joomla.Administrator * * @copyright  Copyright (C) 2005 - 2019 Open Source Matters, Inc. All rights reserved. * @license    GNU General Public License version 2 or later; see LICENSE.txt */

/** * Define the application's minimum supported PHP version as a constant so it can be referenced within the application. */
define('JOOMLA_MINIMUM_PHP', '5.3.10');

if (version_compare(PHP_VERSION, JOOMLA_MINIMUM_PHP, '<'))
{
	die('Your host needs to use PHP ' . JOOMLA_MINIMUM_PHP . ' or higher to run this version of Joomla!');
}

// Saves the start time and memory usage.
$startTime = microtime(1);
$startMem  = memory_get_usage();

/** * Constant that is checked in included files to prevent direct access. * define() is used in the installation folder rather than "const" to not error for PHP 5.2 and lower */
define('_JEXEC', 1);

if (file_exists(__DIR__ . '/defines.php'))
{
	include_once __DIR__ . '/defines.php';
}

if (!defined('_JDEFINES'))
{
	define('JPATH_BASE', __DIR__);
	require_once JPATH_BASE . '/includes/defines.php';
}

require_once JPATH_BASE . '/includes/framework.php';
require_once JPATH_BASE . '/includes/helper.php';
require_once JPATH_BASE . '/includes/subtoolbar.php';

// Set profiler start time and memory usage and mark afterLoad in the profiler.
JDEBUG ? JProfiler::getInstance('Application')->setStart($startTime, $startMem)->mark('afterLoad') : null;

// Instantiate the application.
$app = JFactory::getApplication('administrator');

// Execute the application.
$app->execute();

Mit AddType application/x-httpd-php7.3 .php steh ich wieder auf 5.3.29

Zitat von Sieger66

Eins nach dem anderen.

Die Fehlermeldung in #46 kommt ja wegen Fehler bei der Verbindung mit der Datenbank.

Zuerst solltest du aber klären ob die im Config-Tool deines Webhosters eingestellte und angezeigte PHP-Version

tatsächlich auch im Verzeichnis http://www.radclub-pielachtal.at zum Einsatz kommt, wenn du keine .htaccess dort hast.

Du kannst dann durch aufrufen der http://radclub-pielachtal.at/phpinfo.php nachschauen welche PHP-Version tatsächlich zum Einsatz kommt, wenn du diese Datei phpinfo.php wieder benutzt.

Alles anzeigen

Jetzt hab ich überlauert, was genau Du meinst - und das führt uns, denk ich, einen Schritt weiter.

Ich hab jetzt im Tool 7.3 eingestellt und dann wie schon gefühlt 100 Mal die weiße Seite mit diversen Fehlermeldungen erhalten. Ich hab aber nicht die phpinfo.php unter dieser Konfiguration getestet - jetzt dank Dir schon. Das Ergebnis:

Offenbar liefert mein Provider ja richtig an, oder? - deine weiteren Tipps test ich gleich im Anschluss ...

Zitat von Sieger66

Zuvor mußt du die .htaccess umbenenen oder die Zeilen die mit AddHandler darin beginnen auskommentieren.

Ja, das hab ich schon gemacht, wie erwähnt, alles auskommentiert aus der htaccess, jetzt hab ich sie nochmal umbenannt, gleiches Ergebnis: im Providertool kann ich alles einstellen, aber nur bei 5.6 funktioniert die Seite. Sonst die Fehlermeldung mit der Datei native.php - oder sogar noch zusätzliche Meldungen, wenn ich 7.4 im Tool anwähle.

Zitat von Sieger66

Nein!

Im Config-Tool deines Webhosters gibt es

Allgemeines -> PHP-Einstellungen -> Konfiguration

Welche PHP-Versionen stehen dort zur Auswahl ?

Stell dort mal Version 7.3 ein.

Bis das dort auch angezeigt wird

Allgemeines -> PHP-Einstellungen -> aktive Version -> PHP-Version

wenn ursprünglich keine PHP-Version dort als aktiv angezeigt wird ?

Alles anzeigen

Das hab ich schon durchgespielt. Voreingestellt ist dort 7.4:

forum.joomla.de/core/attachment/4506/

Die Auswahl von Versionen ist umfangreich:

Und 5.6 ist die einzige Einstellung, in der die Webseite richtig dargestellt wird, ohne diese weiße Seite mit der Fehlermeldung aus Posting #46.

Danke für die Hinweise, Lui und Christine. Mach mich bei nächster Gelegenheit drüber

LG

Ergänzung: in dieser native.php findet sich das:

{

throw new RuntimeException('Failed to start the session: already started by PHP.');

}

// Fallback check for PHP 5.3

if (version_compare(PHP_VERSION, '5.4', 'lt') && !$this->closed && isset($_SESSION) && $this->getId())

{

throw new RuntimeException('Failed to start the session: already started by PHP ($_SESSION is set).');

}

// If we are using cookies (default true) and headers have already been started (early output),

if (ini_get('session.use_cookies') && headers_sent($file, $line))

Ist das beachtlich? Weil Fallback check for PHP 5.3 erinnert mich daran, dass bei fehlendem Verweis in der htaccess die 5.3.29 aktiv wird

Danke schon mal, Tom!

Noch eine Frage, bevor ich den Provider nochmal anschreibe: wenn ich in der htaccess alles auskommentiere, kann ich im Providertool die php 5.6 anwählen und alles funktioniert - außer die ominöse Fehlermeldung im Backoffice. Bei jeder anderen Auswahl im Providertool bekomme ich diese Fehlermeldung:

Error: Failed to start application: Could not connect to MySQL server.

Warning: session_write_close(): Failed to write session data (user). Please verify that the current setting of session.save_path is correct () in /home/radgngxc/www.radclub-pielachtal.at/libraries/joomla/session/handler/native.php on line 194

Kann dort der Hund begraben liegen - weil der Provider wird mir das sicher entgegenhalten.

LG

Johann

Zitat von Indigo66

und rufe die mal über den Browser auf. Wir dort auch nicht die korrekte PHP-Version angezeigt, solltest Du mal dem Hoster auf die Füße treten.

BTW: Nicht vergessen, danach die Datei wieder zu löschen.

Naja: http://radclub-pielachtal.at/phpinfo.php liefert das untige. Versteh ich jetzt richtig, dass ich ihm auf die Füße steigen kann, nur wenn ja, was soll ich ihm konkret sagen?

Zitat von Lui_brempt

Wieso 7.4 ist doch noch im Beta-Status? PHP 7.3 wäre derzeit zu empfehlen.

Kann ich nicht sagen, war vom Hoster so eingestellt. Ich habs jetzt im Configtool auf 7.3 gesetzt, aber es ist völlig egal, was dort steht. Wenn in der htaccess auf die 5.6 verwiesen wird, dann funktioniert die Seite mit der Fehlermeldung im Backend, wenn diese auskommentiert wird, fällt die Version auf php 5.3.29 zurück - wie wenn im configtool gar nix bewirkt würde.

Wenn ich in der .htaccess alles mit php auskommentiere, bleibt im Configtool die Zeile mit der aktiven php Version frei, ebenso der Ordner:

Und beim Aufruf des Backend kommt:

Parse error: syntax error, unexpected '[' in /home/radgngxc/www.radclub-pielachtal.at/plugins/quickicon/akeebabackup/akeebabackup.php on line 240

Wenn ich dann diese Datei deaktiviere - bei in der .htaccess auskommentierten php Befehlen ist die Seite wieder auf php 5.3.x - und die Zeile wie hier oben im Screeshot wieder leer.

Dann hab ich die "aktive Version" auf 7.4 gestellt - so wie der Server:

Guten Morgen!

Hab jetzt die Konfig-Seite aufbekommen und hier ein Screenshot der PHP Konfig und weitere, die mir jetzt mal interessant erscheinen:

Ok, hab jetzt mal testweise die originale .htaccess eingespielt. Tut sich nix, außer dass ich dann auf php 5.3.x bin und wenn ich Akeeba Backup aufrufe, mecker bekomm, dass die php-version zu niedrig ist und akeeba deshalb nicht ausgeführt wird.

Hab Akeeba auch testhalber mal deaktiviert, die Ausgangsfehlermeldung ist aber immer noch da ...

Zitat von Elwood

Lt. Screenshot hat er dir Originale nicht aktiviert.

Hallo Elwood! Danke dass Du Dich auch einklinkst. Wie komm ich am schnellsten zu einer originalen .htaccess?

Zitat von Sieger66

Nein!

Du hast nur PHP 5.3.29 oder 5.6.40 zur Verfügung und das liegt in keinem Fall am Template !

.profile dann aber wieder in den ursprünglichen Dateinamen und Zustand versetzten.

Die ist ja wohl eigentlich beim Komandozeilenzugang zum Webserver wirksam, also z.B. bei Zugang per SSH

Falls ich mich nicht irre.

Name des Verwaltungstools ?

Bildschirmfoto der Einstellung von 7.3.9 im Verwaltungstool hier posten.

Alles anzeigen

Zum Verwaltungstool komm ich frühestens morgen wieder - da ist offenbar das PW geändert worden. Muss ich den Provider morgen kontaktieren.

Zitat von Sieger66

Mit der Datei .profile kenn ich mich zwar auch nicht aus.

Du kannst aber trotzem mal reinschauen ob sich darin etwas mit php befindet.

Ansonsten mußt du in deinem Account beim Webhoster nachschauen ob du die PHP-Version dort ändern kannst oder deinen Webhoster Fragen wie du zu PHP 7.3 kommst, da ja Standardmäßig offensichtlich die PHP-Version 5.3.29 ausgeführt wird.

Mit PHP ist da nix:

if [ -f ~/.bashrc ]; then

source ~/.bashrc

fi

# MySQL

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/mysql/bin/

export PATH

alias ll="ls -l"

alias la="ls -la"

Hab die Datei vorsichtshalber mal umbenannt, hat keine bemerkbare Auswirkung.

Meinen Provider hab ich ja schon genervt, nicht soviel wie euch hier - aber der kommt auch nicht weiter. Ich hatte zwar Zugang zu einem Verwaltungstool, aber dort wurde eben 7.3.9 angezeigt.

Was ich noch gefunden hab im ersten von mir besuchten Thread hier zu diesem Thema - von einem User mit dem gleichen Problem:

• #16

Hallo zusammen,

erstmal vielen Dank an alle die geantwortet haben. Letztlich hat die aktualisierung des Gantry templates den gewünschten Erfolg gebracht und alles läuft nun wunderbar auf PHP 7.2 ohne weitere Fehlermeldungen.

Danke für eure Hilfe.

Gruss

Opti

Kann das evtl. hilfreich sein für hier? Ich hab ja diese Gantry Plugins alle deaktiviert. Da gabs Gantry4 und Gantry5:

Der Thread lief hier: PHP 5.6.40 Fehlermeldung

Zitat von Sieger66

Zumindest erst dann das Update durchführen wenn die .htaccess wieder so eingestellt ist das unter

System -> Systeminformationen auch wieder zumindest 5.6.40 als PHP-Version angezeigt wird

und dann auch am besten zuerst ein Backup anstoßen, falls nicht bereits erstellt,

da du ja das ensprechende Akeeba-System-Plugin "Backup on update" vermutlich noch deaktiviert hast.

Ich hab jetzt testhalber in der .htaccess auf die php7.3.9 - das sollte jene des Providers sein, verwiesen. Da kommt jetzt beim Aufruf der Webseite (Back- und Frontend) folgendes:

<?php
/** * @package    Joomla.Administrator * * @copyright  Copyright (C) 2005 - 2019 Open Source Matters, Inc. All rights reserved. * @license    GNU General Public License version 2 or later; see LICENSE.txt */

/** * Define the application's minimum supported PHP version as a constant so it can be referenced within the application. */
define('JOOMLA_MINIMUM_PHP', '5.3.10');

if (version_compare(PHP_VERSION, JOOMLA_MINIMUM_PHP, '<'))
{
	die('Your host needs to use PHP ' . JOOMLA_MINIMUM_PHP . ' or higher to run this version of Joomla!');
}

// Saves the start time and memory usage.
$startTime = microtime(1);
$startMem  = memory_get_usage();

/** * Constant that is checked in included files to prevent direct access. * define() is used in the installation folder rather than "const" to not error for PHP 5.2 and lower */
define('_JEXEC', 1);

if (file_exists(__DIR__ . '/defines.php'))
{
	include_once __DIR__ . '/defines.php';
}

if (!defined('_JDEFINES'))
{
	define('JPATH_BASE', __DIR__);
	require_once JPATH_BASE . '/includes/defines.php';
}

require_once JPATH_BASE . '/includes/framework.php';
require_once JPATH_BASE . '/includes/helper.php';
require_once JPATH_BASE . '/includes/subtoolbar.php';

// Set profiler start time and memory usage and mark afterLoad in the profiler.
JDEBUG ? JProfiler::getInstance('Application')->setStart($startTime, $startMem)->mark('afterLoad') : null;

// Instantiate the application.
$app = JFactory::getApplication('administrator');

// Execute the application.
$app->execute();

Hab jetzt wieder auf 5.6.40 gestellt via .htaccess. Akeebasicherung hab ich eh erst heute erstellt, so gesehen bleib ich jetzt mal auf der 3.9.11

Grad meldet das System, dass die nächste Version von Joomla online ist. Werde das jetzt mal bleiben lassen, oder?

Zitat von Sieger66

Ich schreib es jetzt einfach nochmal neu und anders:

Bezüglich deiner letzten Dateiordner-Bilder im post #16:

Ist auch auf der höchsten Dateiordnerverzeichnisebene also keine der nachfolgend genannten Dateien?

php.ini oder user.ini oder .htaccess

Also in dem Dateiordner /

wo z.B. die Dateiodner .nano und log und logs und logs_old liegen.

Die Dateiodner logs und logs_old usw. und deren Inhalt und Dateien ist nicht das was von Interesse ist!

Sondern ob sonst etwas in

/

ist.

Alles anzeigen

Oh, sorry. Stand auf dem Schlauch. Ist aber nix drin, was mir relevant scheint. guggt mal: