thomasseo
Themenersteller
Vertrieb
Beginner (33 Beiträge)

Komplette Fehlermeldung nach Update auf Joomla 3.2 (Seite 3)


romacron
JDev Xer
Content Gott (1224 Beiträge)
am 03.12.2013, 11:08 Uhr schrieb romacron

Hallo Thomas,

wenn ich es recht in Erinnerung habe, hast du 2 unterschiedliche Zustände der Webseite. Ein Version wird erkannt, die andere Version wird hier nicht erkannt.

Was hältst du von der Idee beide Versionen einmal im Browser aufzurufen und jeweils mit STRG+S die Seiten zu speichern "geht.html" "geht-nicht.html"

Lade bitte beide Seiten hier als Anhang herauf.
Bitte nur die HTML datei, keine Bilder keine Css ...
So kann hier jemand deine Dateien einmal durch nen File-Diff ziehen und ggf. die Fehler finden.


joerg
Avatar joerg
Fachinformatiker Anwendungsentwicklung
Content Gott (1941 Beiträge)
am 03.12.2013, 11:12 Uhr schrieb joerg

Hallo

Wo bitte ist denn der Versuch das Byte Order Mark zu entfernen? Eine Rückmeldung dazu gab es wirklich nicht.
Bisher hatte ich wirklich nur einen Fall mit einer CSV Datei wo ich bewusst ein BOM setzen musste.
In der Regel ist ein BOM absolut störend.

Der W3C Validator beispielsweise erkennt das BOM immer noch.

Wäre auch logisch das Seitenreport von jetzt auf gleich das BOM registriert und damit die ganze Analyse scheitert.

Gruß
Jörg


Zufällige Umleitung zu der Startseite einer meiner Domains
Meine ungewöhnlichen Tools

thomasseo
Vertrieb
Beginner (33 Beiträge)
am 03.12.2013, 11:19 Uhr schrieb thomasseo

romacron schrieb:

Hallo Thomas,

wenn ich es recht in Erinnerung habe, hast du 2 unterschiedliche Zustände der Webseite. Ein Version wird erkannt, die andere Version wird hier nicht erkannt.

Was hältst du von der Idee beide Versionen einmal im Browser aufzurufen und jeweils mit STRG+S die Seiten zu speichern "geht.html" "geht-nicht.html"

Lade bitte beide Seiten hier als Anhang herauf.
Bitte nur die HTML datei, keine Bilder keine Css ...
So kann hier jemand deine Dateien einmal durch nen File-Diff ziehen und ggf. die Fehler finden.



Hallo romacron,

danke erstmal für die schnell Antwort. Funktionieren und nicht Funktionieren geht nur noch PHP 5.4 oder 5.3. Sprich wechsel ich PHP-Version crasht die Seite oder nicht.

joerg schrieb:

Hallo

Wo bitte ist denn der Versuch das Byte Order Mark zu entfernen? Eine Rückmeldung dazu gab es wirklich nicht.
Bisher hatte ich wirklich nur einen Fall mit einer CSV Datei wo ich bewusst ein BOM setzen musste.
In der Regel ist ein BOM absolut störend.

Der W3C Validator beispielsweise erkennt das BOM immer noch.

Wäre auch logisch das Seitenreport von jetzt auf gleich das BOM registriert und damit die ganze Analyse scheitert.

Gruß
Jörg



Hi Jörg,

auch Dir Danke. Den BOM vom Template (index.php) habe ich ja rausgenommen den Standard BOM von Joomla kann ich nicht bzw. weiss ich nicht wie das geht.


http:\\www.stolle-regalsystem.de
http:\\www.arve-einrichtung.de

romacron
JDev Xer
Content Gott (1224 Beiträge)
am 03.12.2013, 11:27 Uhr schrieb romacron

..auf die Schnelle.

"crasht die Seite" ...diese Fehlermeldung benötigen wir hier um dir überhaupt weiterhelfen zu können.

Wenn du nur eine weiße Seite bekommst, hast du bereits bei den Einstellungen zur Ausgabe von Fehlern etwas falsch gemacht.

Bitte schaue auch in den Server-Log-Files nach, ober der Fehler in Verbindung mit dem Server auftritt (falsche .htaccess einstellungen)


joerg
Avatar joerg
Fachinformatiker Anwendungsentwicklung
Content Gott (1941 Beiträge)
am 03.12.2013, 11:52 Uhr schrieb joerg

thomasseo schrieb:

auch Dir Danke. Den BOM vom Template (index.php) habe ich ja rausgenommen den Standard BOM von Joomla kann ich nicht bzw. weiss ich nicht wie das geht.



Hallo

Einfach die ganzen Dateien mit einem Editor zum Beispiel wie notepad++ laden ohne BOM neu abspeichern und nochmal hochladen.

Wichtig an dem Editor ist auf jeden Fall das er die Datei ohne BOM sicher abspeichert. Welcher das ist ist echt egal.

Gruß
Jörg


Zufällige Umleitung zu der Startseite einer meiner Domains
Meine ungewöhnlichen Tools

thomasseo
Vertrieb
Beginner (33 Beiträge)
am 03.12.2013, 12:38 Uhr schrieb thomasseo

romacron schrieb:

..auf die Schnelle.

"crasht die Seite" ...diese Fehlermeldung benötigen wir hier um dir überhaupt weiterhelfen zu können.


Hi ramacron anbei die Fehlermeldung nach umstellung auf PHP 5.4


http:\\www.stolle-regalsystem.de
http:\\www.arve-einrichtung.de

joerg
Avatar joerg
Fachinformatiker Anwendungsentwicklung
Content Gott (1941 Beiträge)
am 03.12.2013, 13:15 Uhr schrieb joerg

Hallo

Erzähl uns doch mal genau wie du diese Umstellung bewerkstelligst.

Vermuten würde ich htaccess.
Die erste Frage die ich mir dann stelle ob du noch was entfernen müsstest oder ob die falsche Syntax oder so das verursacht.

Hilfreich wäre wenn das so ist, Die vollständige htaccess und auch welcher Hoster ob Webpaket oder eigener Server.

Also einfach mehr an Informationen.

Gruß
Jörg


Zufällige Umleitung zu der Startseite einer meiner Domains
Meine ungewöhnlichen Tools

thomasseo
Vertrieb
Beginner (33 Beiträge)
am 03.12.2013, 13:21 Uhr schrieb thomasseo

joerg schrieb:


Hilfreich wäre wenn das so ist, Die vollständige htaccess und auch welcher Hoster ob Webpaket oder eigener Server.


##
# @package Joomla
# @copyright Copyright (C) 2005 - 2013 Open Source Matters. All rights reserved.
# @license GNU General Public License version 2 or later; see LICENSE.txt
##

##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line just below this section: \'Options +FollowSymLinks\' may cause problems
# with some server configurations. It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file. If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your sef url\'s. If they work,
# it has been set by your server administrator and you do not need it set here.
##

## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks

## Mod_rewrite in use.

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\\.stolle-regalsystem\\.de$

RewriteRule ^(.*)$ www.stolle-regalsystem.de/$1 [R=301]



## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\\([^)]*\\) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\\[|\\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\\[|\\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment following line if your webserver\'s URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

# RewriteBase /

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\\.php
# and the request is for something within the component folder,
# or for the site root, or for an extensionless URL, or the
# requested URL ends with one of the listed extensions
RewriteCond %{REQUEST_URI} /component/|(/[^.]*|\\.(php|html?|feed|pdf|vcf|raw))$ [NC]
# and the requested path and file doesn\'t directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn\'t directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.

--------------------------------------------

Das da oben ist die vollständige .htaccess, umstellen der PHP-Version geht nur über hetzner Online Konsole H.


http:\\www.stolle-regalsystem.de
http:\\www.arve-einrichtung.de

romacron
JDev Xer
Content Gott (1224 Beiträge)
am 03.12.2013, 13:23 Uhr schrieb romacron

Versuche bitte mal die Zeile

Options +FollowSymLinks

in

# Options +FollowSymLinks

also mit Raute davor umzuschreiben und auf den Server zu laden


thomasseo
Vertrieb
Beginner (33 Beiträge)
am 03.12.2013, 13:39 Uhr schrieb thomasseo

romacron schrieb:

Versuche bitte mal die Zeile

Options +FollowSymLinks

in

# Options +FollowSymLinks

also mit Raute davor umzuschreiben und auf den Server zu laden



Juhu kleiner Erfolg PHP5.4 geht nun. Da meine 3 WebChecks durch sind weiß ich nicht ob sich was am seitenreport getan hat. Sprich ob nun alles gelesen werden kann.

@Joerg muss leider zugeben das ich es nicht ganz verstanden haben. Ich bin da leider kein Profi und habe mir das ganze nur erarbeitet in der Freizeit bzw. aus Interesse selbst erlernt. Aber wenn ich das richtig verstehe nehme ich die komplette index.php zieh sie runter und lade sie in Notepad++. Jedoch die utf-8 Zeile bzw. den vermerk bekomme ich nicht raus der wird automatisch vergeben von Joomla selber.


http:\\www.stolle-regalsystem.de
http:\\www.arve-einrichtung.de



« zurück zu: Analyse-Ergebnisse

Das Seitenreport Forum hat aktuell 5276 Themen und 36111 Beiträge.
Insgesamt sind 48364 Mitglieder registriert.