Seite 2 von 3

Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung

Verfasst: Mi 31. Mär 2021, 08:50
von shadowcat
Profis sagen: Anderer Hoster. :mrgreen:

Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung

Verfasst: Mi 31. Mär 2021, 09:21
von DG70
shadowcat hat geschrieben: Mi 31. Mär 2021, 08:50 Profis sagen: Anderer Hoster. :mrgreen:
Im Moment leider keine Option ...

Gerade nachgeschaut, im BC Log steht folgendes:
2021-03-30 23:41:26 - CRIT --> [printError()] Fatal error with message [You are not allowed to view this page!] emitted in [header.tpl.d17.php] line [7] method [Dwoo_plugin_page_content] [ Object.php:(208) ]

Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung

Verfasst: Mi 31. Mär 2021, 09:24
von creativecat
Ich war lange bei Strato, war aber immer wieder extrem unzufrieden.
Hast du in deinem Template im Header den meta-tag robot deklariert? Hast du eine robots.txt in deinem Hauptverzeichnis liegen?
Was hast du alles in deiner .htaccess stehen?

Ansonsten kann ich aus eigener Erfarhung sagen: Bianka hat recht! ;-)

Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung

Verfasst: Mi 31. Mär 2021, 09:30
von shadowcat
Fehler 500 ist ja ein "Internal Server Error". Das kann alles mögliche sein. Die BC-Logs werden in diesem Fall vermutlich nicht helfen können, weil BC in so einem Fall meistens gar keine Chance hatte, überhaupt was ins Log zu schreiben. Wenn Du Zugriff auf die error.logs des Hosters hast, schau da mal rein, ansonsten wird es wirklich extrem schwer. Vermutlich kann Matthias auch noch eher weiterhelfen, weil er eigene Erfahrungen hat - ich habe Strato immer gemieden, weil ich so viel Schlechtes gehört hatte, dass der für mich nie in Frage kam. Aber vielleicht sollte man sich mal ein kleines Account dort holen, damit man solche Probleme auch mal selber nachvollziehen kann... ist ja kein seltener Hoster.

Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung

Verfasst: Mi 31. Mär 2021, 09:51
von DG70
creativecat hat geschrieben: Mi 31. Mär 2021, 09:24 Hast du in deinem Template im Header den meta-tag robot deklariert? Hast du eine robots.txt in deinem Hauptverzeichnis liegen?
Was hast du alles in deiner .htaccess stehen?
Meine headers.inc.php sieht so aus:

Code: Alles auswählen

$mod_headers = array(
	'frontend' => array(
		'js'  => array(),
		'css' => array(
    			array('file' => 'modules/lib_bootstrap_4/vendor/css/bootstrap.css'),
			array('file' => 'modules/lib_bootstrap_4/vendor/icons/font/bootstrap-icons.css'),
			array('file' => 'templates/'.pathinfo(__DIR__,PATHINFO_BASENAME).'/css/default/frontend.css'),
		),
        'jquery' => array( 'core' => true, 'ui' => true ),
        'meta' => array(
            		array('name'=>'viewport','content'=>"width=device-width, initial-scale=1.0"),
			array('charset'=>(defined('DEFAULT_CHARSET') ? DEFAULT_CHARSET : "utf-8")),
            		array('http-equiv'=>'X-UA-Compatible','content'=>'IE=edge'),
		)
    ),
);
Diese Dateien sind im Hauptverzeichnis:
2021-03-31 Hauptverzeichnis.png
2021-03-31 Hauptverzeichnis.png (2.85 KiB) 9403 mal betrachtet
Die .htaccess sieht so aus:

Code: Alles auswählen

    RewriteEngine On
    # If called directly - redirect to short url version
    RewriteCond %{REQUEST_URI} !/page/intro.php
    RewriteCond %{REQUEST_URI} /page
    RewriteRule ^/page/(.*).php$ /$1/ [R=301,L]

# Send the request to the index.php for processing
    RewriteCond %{REQUEST_URI} !^/(page|backend|framework|include|languages|media|account|search|temp|templates/.*)$
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteRule ^([\/\sa-zA-Z0-9._-]+)$ /index.php?$1 [QSA,L]
	
    RewriteBase /
    RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
    RewriteRule ^(.*)$ https://%1/$1 [R=301,L]

# !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
# Important note!
# !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
# The path above should be relative to your DOCUMENT_ROOT. If it's not, the
# redirection will not work! So please check the path!
#
# Example:
#    URL  - http://www.yourdomain.com/blackcatcms/index.php
#    path - /blackcatcms/index.php
# !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Wobei ich das hier nach der Installation hinzugefügt habe:

Code: Alles auswählen

	RewriteBase /
	RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
	RewriteRule ^(.*)$ https://%1/$1 [R=301,L]

Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung

Verfasst: Do 1. Apr 2021, 15:09
von DG70
Könnte es irgendwie ein PHP Speicher Problem sein?
Im Error Log von Strato habe ich folgendes gefunden:

Code: Alles auswählen

30.03.2021 19:59:07 beispiel.de [client xxxx:xxxx:xxxx::] AH01215: 
PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 135168 bytes)
in /mnt/xxxx/xx/xx/xxxxxxxx/htdocs/framework/CAT/Helper/I18n.php on line 103: 
/home/strato/http/power/rid/xx/xx/xxxxxxxx/htdocs/modules/cc_catgallery/save.php
Seit PHP 7.x ist das Limit bei Strato:
memory_limit
256 MB
Beschränkt den maximalen Speicherverbrauch eines Scripts

post_max_size
76 MB
Beschränkt die Menge an Daten, die maximal von PHP über POST akzeptiert
Laut Fehlermeldung wird mehr als 256MB benötigt, kommt das vom BC Modul?

Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung

Verfasst: Do 1. Apr 2021, 15:26
von shadowcat
Ui! Da muss ja ein Mega-String übergeben werden. I18n ist für die Übersetzung von internen Meldungen zuständig. Die sorgt z.B. dafür, dass die Texte bei deutscher Sprache im Backend dann auch Deutsch sind. Kannst Du das auf eine bestimmte Seite - tendenziell eher im Backend - einkreisen?

Edit: Zeile 103 müßte diese hier sein:

Code: Alles auswählen

	        $stack  = debug_backtrace();
Da wird versucht, den Aufrufer der Funktion (init()) zu ermitteln, um dann automatisch nach Language-Dateien zu suchen. Im Debug Backtrace steht drin, auf welchen verschlungenen Pfaden das Script - in der Regel die index.php - letztendlich bis zu dieser Funktion vorgedrungen ist. Dass das so umfangreich wird, erstaunt mich.

Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung

Verfasst: Do 1. Apr 2021, 17:13
von DG70
Aha, liegt es vielleicht an den "ausgelagerten" separaten Sprachdateien in der catgallery?
Die Varianten "default", "slogan" und "wide_gallery" haben keine extra Sprachdatei und funktionieren auch ohne Fehler.

In der DE.php im Ordner languages ist der Aufruf so:

Code: Alles auswählen

// --- Include optional language files for variants ---
require_once( CAT_PATH . '/modules/cc_catgallery/inc/class.catgallery.php' );

$catGallery = new catGallery();
$path	 = CAT_Helper_Directory::sanitizePath( CAT_PATH . '/modules/' .$catGallery::$directory .'/languages/' . $catGallery->getVariant() );

if ( file_exists( $path ) )
CAT_Helper_Page::getInstance()->lang()->addFile( LANGUAGE . '.php', $path );

Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung

Verfasst: Do 1. Apr 2021, 17:21
von shadowcat
Vielleicht entsteht da irgendwo eine Endlosschleife. Schätze da wird Matthias mal einen Blick drauf werfen müssen.

Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung

Verfasst: Do 1. Apr 2021, 17:54
von DG70
- Sprachdatei einer Variante gelöscht ...
- Variante im Backend aufgerufen ...
- Bilder freigegeben, Bildinfos gespeichert ... alles ohne Fehlermeldung. :daumen:

Manno hat das mich beschäftigt ... aber ich hab dadurch etwas über SEO, die .htaccess, etc. gelernt. :D