Plötzlich weisse Seite im Frontend

Toddy · 11. März 2021

Hallo liebe Leute,

das Thema hab ich jetzt schon das Internet und dieses Forum hoch und runter gesucht. Es hat nichts geholfen.

Das letzte Backup, was ich habe habe ich vom 11.02.2021. Das habe ich zurückgespielt, trotzdem immer noch nur eine weiße Seite im Frontend.

Die Homepage liegt bei Strato.

Die Joomla-Version ist aktuell

Die PHP ist 7.4 (ich hatte aber auch schon 7.3 und 8.0 ausprobiert)

MySQL Datenbank ist 5.6

Hier die Fehlermeldung:

Warning: ini_set() has been disabled for security reasons in /.../includes/framework.php on line 75

Warning: session_name(): Cannot change session name when headers already sent in ..../libraries/joomla/session/handler/native.php on line 128

Warning: session_cache_limiter(): Cannot change cache limiter when headers already sent in .../libraries/joomla/session/handler/native.php on line 235
Error: Failed to start application: Failed to start the session because headers have already been sent by ..../includes/framework.php" at line 75.

Wer kann mir helfen, das Problem zu lösen. Ich weiß nicht mehr weiter.

Re:Later · 11. März 2021

Stelle "Fehler berichten" in der Joomla-Konfiguration auf "Keine"! Dann sollte die Seite erst mal wieder laufen(?) oder die Meldungen anders lauten, wenn überhaupt noch welche.

Danach prüfe, ob bei deinem Hoster Strato "aus Sicherheitsgründen" bestimmte PHP-Funktionen für diese Domain deaktiviert sind. In diesem Fall php_ini(). Das kann man auch selber verbockt haben durch die PHP-Einstellungen bzw. die Dateien php.ini, user.ini oder was dir da eben angeboten wird.

Elwood · 11. März 2021

Was für ein Template nutzt du?

Ist es aktuell? Ggf. auch das Framework?

Re:Later · 11. März 2021

Der Fehler ist eindeutig aus der framework.php zu ermitteln. Das ist das übliche Vorgeplenkel bevor überhaupt irgendein Template oder sonstwas in's Spiel kommt. Weil die Seite schon was ausgegeben hat (die Warnungen), was vor dem Header (https://www.w3schools.com/php/func_network_header.asp) eben in PHP nicht sein darf und fatal endet, wenn Joomla versucht einen header() zu senden bzw. versucht ihn "aufzubereiten".

Re:Later · 11. März 2021

EDIT: generell kann das Session-Handling Joomlas hakelig werden, wenn ini_set() deaktiviert ist. "Aus Sicherheitsgründen" (LOL).

Toddy · 11. März 2021

Danke für eure Hilfe.

Da bis dato vieles sehr gut funktioniert hat, brauchte ich nicht viel Hintergrund und das was ich brauchte, konnte ich mir gut aus dem Netz saugen.

Hier bin ich aufgeschmissen.

Ich nutze Yoomaster2 1.0.0 (ist also aktuell und Warp Framework 7.3.25

Ich habe die Fehlerberichte ausgestellt, dann bekomme ich wieder nur eine weiße Seite

Das ist die Framework.php

PHP

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


defined('_JEXEC') or die;


// Joomla system checks.
@ini_set('magic_quotes_runtime', 0);


// System includes
require_once JPATH_LIBRARIES . '/import.legacy.php';


// Bootstrap the CMS libraries.
require_once JPATH_LIBRARIES . '/cms.php';


// Set system error handling
JError::setErrorHandling(E_NOTICE, 'message');
JError::setErrorHandling(E_WARNING, 'message');
JError::setErrorHandling(E_ERROR, 'callback', array('JError', 'customErrorPage'));


$version = new JVersion;


// Installation check, and check on removal of the install directory.
if (!file_exists(JPATH_CONFIGURATION . '/configuration.php')
 (filesize(JPATH_CONFIGURATION . '/configuration.php') < 10)
 (file_exists(JPATH_INSTALLATION . '/index.php') && (false === $version->isInDevelopmentState())))
{
if (file_exists(JPATH_INSTALLATION . '/index.php'))
{
header('Location: ' . substr($_SERVER['REQUEST_URI'], 0, strpos($_SERVER['REQUEST_URI'], 'index.php')) . 'installation/index.php');


exit;
}
else
{
echo 'No configuration file found and no installation code available. Exiting...';


exit;
}
}


// Pre-Load configuration. Don't remove the Output Buffering due to BOM issues, see JCode 26026
ob_start();
require_once JPATH_CONFIGURATION . '/configuration.php';
ob_end_clean();


// System configuration.
$config = new JConfig;


// Set the error_reporting
switch ($config->error_reporting)
{
case 'default':
case '-1':
break;


case 'none':
case '0':
error_reporting(0);


break;


case 'simple':
error_reporting(E_ERROR | E_WARNING | E_PARSE);
ini_set('display_errors', 1);


break;


case 'maximum':
error_reporting(E_ALL);
ini_set('display_errors', 1);


break;


case 'development':
error_reporting(-1);
ini_set('display_errors', 1);


break;


default:
error_reporting($config->error_reporting);
ini_set('display_errors', 1);


break;
}


if (!defined('JDEBUG'))
{
define('JDEBUG', $config->debug);
}


unset($config);


// System profiler
if (JDEBUG)
{
// @deprecated 4.0 - The $_PROFILER global will be removed
$_PROFILER = JProfiler::getInstance('Application');

Alles anzeigen

JoomlaWunder · 11. März 2021

Zitat von Toddy

Hier bin ich aufgeschmissen.

Ich nutze Yoomaster2 1.0.0 (ist also aktuell und Warp Framework 7.3.25
Ich habe die Fehlerberichte ausgestellt, dann bekomme ich wieder nur eine weiße Seite

Wenn ich mir das Yoo Master 2 herunterlade und mir die Warp-Version anschaue, dann sehe ich 7.3.37. Deine ist sehr sehr alt. Fehlerursache Nr. 1!

Tausche das Warp-Verzeichnis innerhalb des Templates durch! Kannst das alte behalten und erst einmal umbenennen.

Die aktuelle Warp-Verzeichnis kannst du aus dem Master2-Template herauskopieren:

https://yootheme.com/joomla-templates/master2

Elwood · 11. März 2021

......weil

Zitat von Toddy

Die Joomla-Version ist aktuell

Joomla auch nicht aktuell ist.

Aktuell ist 3.9.25

http://www.hart-backbord.de/ha…anifests/files/joomla.xml

j!-n · 11. März 2021

Dort gibt es das Warp Framework ohne Template, mit Anleitung: https://www.joomlaplates.com/s…update-the-warp-framework

Toddy · 11. März 2021

Ausgetauscht. Danke.

Funkt trotzdem noch nicht

Lui_brempt · 11. März 2021

Hast du ggf. mehrere Joomlainstallationen ineinander verschachtelt. Das von der Domain in /haba2/ verwiesen wird ist eigentlich nicht notwendig bzw. sinnvoll.

Toddy · 11. März 2021

Nein... ich habe das nur in einem Unterverzechnis installiert. Das hat auch ganz lange Zeit funktioniert. Ich kann nicht sagen, wann der Fehler zum ersten Mal aufgetreten ist.

j!-n · 11. März 2021

Also der Webspace scheint immerhin zu funktionieren: https://www.hart-backbord.de/haba2/LICENSE.txt

Hast du evtl. bei Strato etwas an den Sicherheitseinstellungen verändert? Läuft die Seite woanders mit einem Backup einwandfrei?

JoomlaWunder · 11. März 2021

Joomla-Cache wurde nach Austausch von Warp auch mal geleert?

Toddy · 11. März 2021

Ich wüsste nicht, was ich an den Sicherheitseinstellungen verändert habe. Evtl. hat strato was geändert.

Ein backup woanders löaufen zu lassen, habe ich noch nicht versucht. Das geht aber auch über meine Kenntnisse hinauis. Ich müsste dann ja auch die SQL Datenbank neu aufsetzen... reicht das, wenn ich alle Tabelle exportiere und dann in einer anderen datenbank importiere?

Cache geleert im joomla und im Browser

JoomlaWunder · 11. März 2021

Frage zunächst mal beim Hoster, ob da was deaktiviert wurde bzgl. der PHP-Einstellungen! Siehe #2.

Oder hast du irgendeine Datei mittels Editor mal bearbeitet? Welche und welcher Editor wurde verwendet?

Elwood · 11. März 2021

Ich habe auch einige Seiten bei Strato.

Wenn du mir Hoster- und Backend-Zugangsdaten per Konversation schickst, würde ich mal reinschauen.

Toddy · 12. März 2021

Vielen Dank an euch alle:

Ich habe das Problem lösen können.

FOLGE DEM WEG DER FEHLERMELDUNGEN...

Ich habe alles an Plugins abgschaltet, was in den Fehlermeldungen vorkam und dann den Speicher in der PHP.ini erhöht.

Jetzt läuft es wieder

http://www.hart-backbord.de

Tags