
BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung
Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung
Profis sagen: Anderer Hoster. 

My software never has bugs, it just develops random features.
If it’s not broken, keep fixing it until it is
If it’s not broken, keep fixing it until it is
Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung
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) ]
- creativecat
- Beiträge: 1442
- Registriert: Mi 6. Feb 2013, 12:41
- Kontaktdaten:
Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung
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!
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
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.
My software never has bugs, it just develops random features.
If it’s not broken, keep fixing it until it is
If it’s not broken, keep fixing it until it is
Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung
Meine headers.inc.php sieht so aus: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?
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'),
)
),
);
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
# !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
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
Könnte es irgendwie ein PHP Speicher Problem sein?
Im Error Log von Strato habe ich folgendes gefunden:
Seit PHP 7.x ist das Limit bei Strato:
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
Laut Fehlermeldung wird mehr als 256MB benötigt, kommt das vom BC Modul?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
Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung
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:
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.
Edit: Zeile 103 müßte diese hier sein:
Code: Alles auswählen
$stack = debug_backtrace();
My software never has bugs, it just develops random features.
If it’s not broken, keep fixing it until it is
If it’s not broken, keep fixing it until it is
Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung
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:
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
Vielleicht entsteht da irgendwo eine Endlosschleife. Schätze da wird Matthias mal einen Blick drauf werfen müssen.
My software never has bugs, it just develops random features.
If it’s not broken, keep fixing it until it is
If it’s not broken, keep fixing it until it is
Re: BC 1.3.3 Probleme seit Umstellung auf SSL Verbindung
- Sprachdatei einer Variante gelöscht ...
- Variante im Backend aufgerufen ...
- Bilder freigegeben, Bildinfos gespeichert ... alles ohne Fehlermeldung.
Manno hat das mich beschäftigt ... aber ich hab dadurch etwas über SEO, die .htaccess, etc. gelernt.
- Variante im Backend aufgerufen ...
- Bilder freigegeben, Bildinfos gespeichert ... alles ohne Fehlermeldung.

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