Thema: Problem bei der Umstellung von PHP 5.2.x auf 5.3.x

Hallo,

ich habe heute gelesen, dass No Number seine Applikationen zukünftig nur noch unter PHP 5.3 supportet. Daher wollte ich meinen Webspace auf 5.3 umschalten, was auch problemlos gelang. Leider kann ich danach das Backend nicht mehr erreichen. Es erfolgt ein Abbruch mit Internal Error.
Kann es sein, dass J 1.5.25 Probleme mit PHP 5.3 hat?
Wenn ja, was gäbe es denn dann mit den Anwendungen, die nur noch php 5.3 supportet werden, für Probleme?

Michax

@rumburack
Das mit dem Scroller ist so eine Sache. Auf meinem Rechner zu Hause mit FF 8 läuft der ganz normal. Bei einigen Freunden rast der auch, wohl ähnlich wie bei dir. Die Geschwindigkeit habe ich schon auf langsam gestellt.

Ja, Migration steht demnächst irgendwann an. Ich habe da aber einige Projekte, die ich neben meinem Job noch betreue, allerdings daher auch wenig Zeit habe. Mich würde aber trotzdem mal interessieren, warum ich nach der Umstellung Probleme bekomme. Ich habe das memory_limit schon auf den maximalen Wert gestellt, hilft auch nichts.

Ok, hier die fehlermeldung.

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Hilft dass?

Meine .htacces

##
# @version $Id: htaccess.txt 14401 2010-01-26 14:10:00Z louis $
# @package Joomla
# @copyright Copyright (C) 2005 - 2010 Open Source Matters. All rights reserved.
# @license http://www.gnu.org/copyleft/gpl.html GNU/GPL
# Joomla! is Free Software
##


################################################## ###
# 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

########## 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!
#
## Deny access to extension xml files (uncomment out to activate)
#<Files ~ "\.xml$">
#Order allow,deny
#Deny from all
#Satisfy all
#</Files>
## End of deny access to extension xml files
RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
# Block out any script trying to base64_encode crap to send via URL
RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]
# Block out any script that includes a ********** tag in URL
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%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})
# Send all blocked request to homepage with 403 Forbidden error!
RewriteRule ^(.*)$ index.php [F,L]
#
########## End - Rewrite rules to block out some common exploits

# 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
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !^/index.php
RewriteCond %{REQUEST_URI} (/|\.php|\.html|\.htm|\.feed|\.pdf|\.raw|/[^.]*)$ [NC]
RewriteRule (.*) index.php
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
#
########## End - Joomla! core SEF Section
AddDefaultCharset utf-8

SEO ist nur vom System eingeschaltet, keine zusätzliche Komponente. Würde ich gerne auch angeschaltet lassen ?

Ich habe meinen alten Server mit CentOS 5.7 mit PHP 5.2.17 inkl. Suhosinpatch und Suhosinmodul in Rente geschickt , da die Hardware ca 3,5 Jahre alt war.
Der neue Server läuft unter ScientificLinux 6.1 PHP 5.3.3 mit Suhosinmodul. Durch eine falsche Konfiguration bei Suhosin habe ich auf bestimmte Bereiche keine Zugriff bekommen., erst nach Deaktivierung funktionierte es. Der Fehler war der eingeschränkte Zugriff (keine Schreibrechte) auf das PHP-Sessionverzeichnis.
Du kannst mal in der Konfigurationsoftware für die Webverwaltung nachschauen ob die Seite auf suPHP eingestellt ist dann sollte auch suexec aktiviert sein.
Wenn möglich stelle die Seite auf mod_php oder besser php_cgi um, damit erhälst du wieder Schreibzugriff auf das PHP-Sessionverzeichnis.

Bei weiteren Fragen per PN


Gruss Joerg

Ich hab gerade mal ein bissel Zeit, da werde ich die Migration mal an gehen. Mal sehen, wie sich das Problem dann gibt.
Micha