EWE als Hoster

[kay]

Moin,
ich habe WE für einen Kunden auf einem EWE-Server laufen. Nach dem Update von PHP 3.2 auf PHP 5.5 und WE auf 7.0.2 kann ich keine Dateien mehr veröffentlichen (sichern geht).

Hat jemand einen Tip? (Der Support behauptet das alles richtig konfiguriert wäre und die Schreibrechte auch korrekt gesetzt sind).

Was kann ich tun?

[mokraemer]

ich hoffe du meintest PHP 5.2

Sagt denn das Fehlerlog etwas?

[kay]

Ne PHP PHP-Version 5.5.35

[kay]

Ach, du meinst die alte Version? Ja klar.

[kay]

Der meckert nur wegen dem Counter:

Code: Alles auswählen

#3	2016-08-30 11:42:50
Error type:	
Parse error
Error message:	
syntax error, unexpected '$GLOBALS' (T_VARIABLE), expecting identifier (T_STRING)
Array
(
    [type] => 4
    [message] => syntax error, unexpected '$GLOBALS' (T_VARIABLE), expecting identifier (T_STRING)
    [file] => SECURITY_REPL_DOC_ROOT/webEdition/we/templates/produktseite-karton.php
    [line] => 169
)
Script name:	
SECURITY_REPL_DOC_ROOT/webEdition/we/templates/produktseite-karton.php
Line number:	
169
Backtrace:	
-
Source code around:	
webEdition/we/templates/produktseite-karton.php:
168: 
169: \$GLOBALS['counter']++;
170: 				?>
171: 				
172: 				<li class="accordion-navigation">
173: 					

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

[kay]

Und das sind die Info daten:
webEdition
webEdition-Version 7.0.2.0 (SVN-Revision: 12643) offizieller Release
Server-Name pkvarel.de
Port 80
Protokoll http
Installation Verzeichnis /webspaces/b0/u...eta/webEdition/
Max. Dateigröße für Uploads 32 MB (33554432 Bytes)
Präfix
PHP
PHP-Version 5.5.35
register_globals
nicht gesetzt (off)
max_execution_time 30
memory_limit 32 MB (33554432 Bytes)
short_open_tag on
allow_url_fopen on
open_basedir /webspaces/b0/u003070
safe_mode
nicht gesetzt (off)
safe_mode_exec_dir nicht gesetzt (off)
safe_mode_gid nicht gesetzt (off)
safe_mode_include_dir nicht gesetzt (off)
upload_max_filesize 32 MB (33554432 Bytes)
post_max_size 33554432
max_input_vars
1000
session.auto_start
off
Suhosin
nicht gesetzt (off)
display_errors
nicht gesetzt (off)
finfo
Internationale Domains
MySql
MySql-Version
5.5.27
max_allowed_packet 16 MB (16777216 Bytes)
lock tables
verfügbar
Info
type: connect
protocol: 10
client: 5.1.58
host: mysql55.ewe-hosting.de via TCP/IP
server: 5.5.27-log
database: xxx
encoding: utf8
System
Update-Verbindungstypen fopen, curl
Multibyte String Funktionen verfügbar
GDlib Unterstützung Version 2.0.35
EXIF Unterstützung verfügbar
PCRE-Extension Version 8.38 2015-11-23
Minimal notwendige PHP-Extensions verfügbar
Verschlüsselung
Deprecated
we:saveRegisteredUser register=
?

[WBTMagnum]

Hallo Kay,

Ich würde mal

• short_open_tag deaktivieren,
• max_input_vars auf 2.000 setzen und
• memory_limit erhöhen.

Schau auch mal in Hilfe -> Systeminformationen ob webEdition da noch über andere Einstellungen meckert.

Was du noch machen kannst:

• Überprüfe die Besitzrechte der Verzeichnisse in die veröffentlicht werden soll.
• Überprüfe ob genügend freier Speicherplatz zur Verfügung steht.

HTH,
Sascha

[mokraemer]

was heißt hier nur wegen dem Counter?
Das ist ein Parse-Error von php, d.h. die Skript-Ausführung wird sofort beendet und damit auch alles was WE hier noch tun wollte/sollte.

[kay]

was heißt hier nur wegen dem Counter?
Das ist ein Parse-Error von php, d.h. die Skript-Ausführung wird sofort beendet und damit auch alles was WE hier noch tun wollte/sollte.

Ja das ist aber nur ein sekundäres Problem das ich in der Testumgebung schon mit dem we-tag:

Code: Alles auswählen

<we:position type="listview" format="1" />

gelöst habe. Warum PHP wenn es auch mit Bordmitteln geht

Das primäre Problem mit dem Speichern ist leider immer noch nicht geklärt.
Zitat EWE:

Der Fall befindet sich weiterhin in der Überprüfung. Sobald ein Ergebnis vorliegt, melde ich mich bei Ihnen.

[kay]

Kann das die Ursache sein?

Sie meldeten uns den Fehler:

#
"Fehler:
Die webEdition-Seite '/test.html' wurde erfolgreich gespeichert! - Fehler beim Veröffentlichen der webEdition-Seite '/test.html'!
#

Das Problem ist das "/". Wenn der Client beim puschen des Files einen "absoluten" Pfad angibt, landet er auch dort.
In diesem Fall im Root und das ist ausserhalb/oberhalb des html.

[mokraemer]

Unfug. Natürlich ist der Pfad bezogen auf den Dok-Root.

a) kannst du auch keine Templates speichern?
b) vom Std-Template, geht da ein neues Dokument veröffentlichen
c) schau ins Error-Log (vorher das loggen anschalten - und an lassen), wenn da was festgestellt wurde warum das speichern nicht klappt, dann wird das idr. auch geloggt. Ggfs. gibt auch das Serverlog noch mal etwas Aufschluß.