Suche

[Andi]

Hi

@ JoergK
Deine Fehlermeldungen erschrecken mich etwas....
Du bekommst später nochmal ne andere Datei zum testen


@ Kauter
Fehlen die Dateien wirklich, oder sind sie vorhanden?


EDIT:
Quatsch, erschreckt nicht, habe ja die gleichen Horrormeldungen wie MalSchaun2 auf dem localhost 

[JoergK]

@ JoergK
Du bekommst später nochmal ne andere Datei zum testen

Immer her damit ... bin noch etwa bis Mitternacht online ... ansonsten halt morgen.
Lass Dir Zeit, die (anscheinend nicht korrekt fiunktionierende) Versionskontrolle gefährdet ja in keinster Weise die Stabilität oder gar Sicherheit vom PMX.

EDIT:
Quatsch, erschreckt nicht, habe ja die gleichen Horrormeldungen wie MalSchaun2 auf dem localhost 

Da bin ich ja beruhigt, dass "meine" Meldungen reproduzierbar sind. 

[Kauter]

Hi

@ JoergK
Deine Fehlermeldungen erschrecken mich etwas....
Du bekommst später nochmal ne andere Datei zum testen


@ Kauter
Fehlen die Dateien wirklich, oder sind sie vorhanden?


EDIT:
Quatsch, erschreckt nicht, habe ja die gleichen Horrormeldungen wie MalSchaun2 auf dem localhost 

sie fehlen wirklich  ok, also funktioniert dann wohl wieder  thx

[JoergK]

So, hab dann jetzt mal auf ohost.de getestet.
PMX-Version ist identisch mit der vom lokalen Test.
Die Serverdaten kennste ja selber. 

Test 1 (mit versioncheck.php [SP3) und ohne .shtml):

Datei	soll	ist	Status
admin/modules/stories.php	1.14	1.15	neuere Version
blocks/block-Modules.php	1.10	1.10	editiert 21.04.2007 22:42
blocks/block-Modules_one.php	1.10	1.10	editiert 21.04.2007 22:42
blocks/block-Modules_three.php	1.10	1.10	editiert 21.04.2007 22:42
blocks/block-Modules_two.php	1.10	1.10	editiert 21.04.2007 22:42
blocks/block-News.php	1.4	1.4	editiert 21.05.2007 19:24
header.php	1.19	1.19	editiert 03.06.2007 00:26
language/lang-english.php	1.11.2.9	1.11.2.9	editiert 20.05.2007 18:37
language/lang-french.php	1.8	1.8	editiert 20.05.2007 18:37
language/lang-german.php	1.15	1.15	editiert 20.05.2007 18:37
language/lang-german_du.php	1.18	1.18	editiert 20.05.2007 18:37
modules/Content/index.php	1.15	1.16	neuere Version
spaw/lib/lang/tr/tr_lang_data.inc.php	1.6	1.10	neuere Version

• Fehler in Funktion fsockopen()  ,
• Die externe Versionskontrolldatei konnte nicht eingelesen werden.

Test 2 (mit .shtml):

Debug-Info:

Warning: opendir(/usr/export/www/hosting/malschaun2/shtml/) [function.opendir]: failed to open dir: No such file or directory in /usr/export/www/hosting/malschaun2/admin/modules/versioncheck.php on line 191

Die Tabelle über Versionsabweichungen entspricht der aus Test 1. Unterhalb der Tabelle wird jetzt zusätzlich (neben den beiden Zeilen aus Test 1) noch

• Fehler in Funktion getDirContents: kein gültiges Verzeichnis: shtml!

ausgegeben.


Test 3 (mit der letzten (Test-)Version aus Antwort #17 und ohne .shtml):

Debug-Info:

Warning: ini_set() has been disabled for security reasons in /usr/export/www/hosting/malschaun2/admin/modules/versioncheck.php on line 17

Warning: set_time_limit() has been disabled for security reasons in /usr/export/www/hosting/malschaun2/admin/modules/versioncheck.php on line 18

Warning: ini_set() has been disabled for security reasons in /usr/export/www/hosting/malschaun2/admin/modules/versioncheck.php on line 19

Warning: ini_set() has been disabled for security reasons in /usr/export/www/hosting/malschaun2/admin/modules/versioncheck.php on line 245

Warning: getversioninfo() [function.getversioninfo]: URL file-access is disabled in the server configuration in /usr/export/www/hosting/malschaun2/admin/modules/versioncheck.php on line 257

Warning: getversioninfo(http://version.pragmamx.de/pragma_stable/version_pragmaMx_0.1.9) [function.getversioninfo]: failed to open stream: no suitable wrapper could be found in /usr/export/www/hosting/malschaun2/admin/modules/versioncheck.php on line 257

Warning: getversioninfo() [function.include]: Failed opening 'http://version.pragmamx.de/pragma_stable/version_pragmaMx_0.1.9'; for inclusion (include_path='.:') in /usr/export/www/hosting/malschaun2/admin/modules/versioncheck.php on line 257

Warning: file() [function.file]: URL file-access is disabled in the server configuration in /usr/export/www/hosting/malschaun2/admin/modules/versioncheck.php on line 261

Warning: file(http://version.pragmamx.de/pragma_stable/version_pragmaMx_0.1.9) [function.file]: failed to open stream: no suitable wrapper could be found in /usr/export/www/hosting/malschaun2/admin/modules/versioncheck.php on line 261

Warning: fsockopen() has been disabled for security reasons in /usr/export/www/hosting/malschaun2/admin/modules/versioncheck.php on line 271

Warning: ini_restore() has been disabled for security reasons in /usr/export/www/hosting/malschaun2/admin/modules/versioncheck.php on line 288

Ansonsten entspricht die Ausgabe dem Test 1.


Test 4 (mit .shtml):

Die Debug-Info entspricht dem Test 3.
Die Ausgabe ansonsten enstpricht wieder Test 1.

[Andi]

Joho

das mit den hunderten fehlenden Dateien betraf nur Windows-Server.

@ JoergK
Die Meldungen bei oHost sind normal, weil dort etliche php-Funktionen abgeschaltet sind. Da du die Datei ohne die Klammeraffen dort hochgeschoben hast, werden die Fehlermeldungen angezeigt....

@ Kauter
Suppi, würdest du bitte trotzdem nochmal die beiliegende Datei testen.

[JoergK]

Also mit dieser neuen Version siehts lokal (Xampp auf Wind**f) gut aus und scheint zu funktionieren:

Datei	soll	ist	Status
admin/modules/stories.php	1.14	1.15	neuere Version
admin/modules/versioncheck.php	1.18	1.19	neuere Version
modules/Content/index.php	1.15	1.16	neuere Version

Bei "alle Dateien anzeigen" werden ausser den obigen auch alle anderen, diese jedoch erwartungsgemäss als ok angezeigt.

Super Arbeit, Andi.

Die Meldungen bei oHost sind normal, weil dort etliche php-Funktionen abgeschaltet sind. Da du die Datei ohne die Klammeraffen dort hochgeschoben hast, werden die Fehlermeldungen angezeigt....

Das hatte ich aus den Warnungen herausgelesen bzw. die Meldungen unterhalb der Tabelle vor diesen Tests bereits so interpretiert, dass dort einige php-Funktionen abgeschaltet sind. Wollte mit dem Beitrag nur zusätzliche Infos liefern, um dem Phänomen auf die Spur zu kommen. 

das mit den hunderten fehlenden Dateien betraf nur Windows-Server.

Was anscheined ja auch geklappt hat @ zusätzliche Infos. 


EDIT:
Auf ohost.de entspricht die Ausgabe dem Test 1 aus Antwort #23, nur dass, wie erwartet, zusätzlich die versioncheck.php als neuere Version gemeldet wird. 

[Kauter]

@ Andi, funktioniert 1a. Läuft wie Butter. danke 

[Andi]

Oki, danke euch allen für die Unterstützung 

Ich denke den Fall können wir abhaken.
Die geänderte Version kommt dann im nächsten Servicepack.

[breakdancer]

Muss das Ding nochmal rauskramen...

Trotz Überspielen der neuen versionscheck.php immer noch die Meldung:

Fehler in Funktion fsockopen()  ,
Die externe Versionskontrolldatei konnte nicht eingelesen werden.

Gehostet bin ich mit meinem neuen PMX auf funpic.de.

CMS-Version:   pragmaMx 0.1.9, 1.30/2007-04-05   
Versionsüberwachung

pragmaMx Manual
pragmaMx Informationen:

PHP-Version:   4.4.7  (PHP-Info)
MySQL-Version:   4.1.22-log
Server-Version:   Apache

Liebe Grüße

Markus

[Baldyman]

Also jetzt wo Du es erwähnst 
Bei mir ist das auch so.
Bin aber bei Ohost.
hab aber mal schnell bei Funpic nachgesehen,
dort ist ja fsockopen() genauso deaktiviert.
Schätze hängt dann wohl daran 

Oder sollte dies mit dem neuen SP4 gehen,
denn das hab ich eigentlich drauf 


CMS-Version: pragmaMx 0.1.9, 1.30/2007-04-05
PHP-Version:   4.4.7  (PHP-Info)
MySQL-Version:   4.1.22-log
Server-Version:   Apache

[Andi]

Moin

auf oHost oder funpic (das ist das gleiche) läuft eine stark eingeschränkte PHP-Version, die keine der 3 vorgesehenen Möglichkeiten, die Versionskontrolldatei von unserem Server auszulesen, unterstützt.

disable_functions:   symlink, debug_backtrace, fsockopen, pfsockopen, proc_open, proc_nice, proc_terminate, proc_close, proc_get_status, shell_exec, exec, passthru, system, popen, highlight_file, diskfreespace, disk_free_space, disk_total_space, show_source, php_uname, ini_alter, ini_restore, ini_set, getrusage, get_current_user, set_time_limit, getmyuid, getmypid, dl, leak

Es wird dann zum Check die im Installationspaket mitgelieferte Kopie der Kontrolldatei verwendet.

Also nix schlimmes. Einziges Problem dabei ist, dass die mitgelieferte Kopie evtl. nicht 100% aktuell ist.

[breakdancer]

Hi Andi 

danke schön, das ist doch mal ne Aussage...

Stehen mir denn jetzt trotzdem irgendwie schlaflose Nächte bevor ?

Das Projekt, dass ich da aufbaue ist die Domain unseres Reitstalls (www.falkenhorst-helferskirchen.de) die aber bis jetzt über ein kleines Paket bei 1 & 1 gehostet ist, die gar kein PHP unterstützt.

Dabei soll das ganze mittelfristig dann einen neuen eigenen Server bekommen und ich werde das Ding irgendwann von funpic.de dahin umziehen. Wann das ist, weiss ich noch nicht.

Kann man denn mit der funpic (oder bei Baldyman´s Ohost) PHP - Version ordentlich mit unserem Baby PMX arbeiten ? Stehen mir irgendwelche lebenswichtigen Funktionen nicht zur Verfügung (WYSIWYG - Editor o. ä.) ?

Kannst Du das aus der php.info was erkennen ?

Liebe Grßße

Markus

[Andi]

Hi

wenn ihr sowieso irgendwann den Server wechselt löst sich das Problem ja von alleine...

Ich habe bei oHost auch einen Testaccount und die aktuelle 0.1.9 scheint dort recht problemlos zu laufen.
http://tora60.to.ohost.de/pragmamx/

[breakdancer]

Dann simmer ja beruhigt.

Werde einfach mal schauen, wie weit ich komme. Wenn Du bei Ohost klarkommst, mach ich mir keine Gedanken.

Danke schön und einen schönen Abend !

Markus

[doggie]

Seit einiger Zeit (nach Serverwechsel) kann ich den Versionscheck nicht mehr aufrufen - Fehlermeldung:

Die externe Versionskontrolldatei konnte nicht eingelesen werden.

ich hab zwar mehrmals die Suche bemüht, blicke aber noch nicht ganz durch, irgendwo hab ich gelesen, dass es mit dem Server zusammenhängen kann.

ist es möglich, das mit der angehängten Datei zu testen - wenn ja, wo müsste ich die hintun - oder wo könnte sonst der Fehler liegen?