Suche

[MarcoA]

Hallo Leute!

Habe mir gerade die pragmaMx 1.12 RC3 incl. Fixpack 18 gesaugt und installiert. dabei sind mir ein paar Fehler usw. aufgefallen:

In der Installationsdoku (Rechte der Dateien):

• /includes/captcha/settings.php ist falsch, es muss heißen: /includes/classes/Captcha/settings.php
• es fehlt der Eintrag auf 666: /includes/prettyPhot/config.php
• es fehlt der Eintrag auf 666: /modules/UserGuest/settings.php

Weiterhin ist mir aufgefallen, dass mir der früher in den Einstellungen vorhandene Eintrag "Google-Meta-Tag-Überprüfung" fehlt und das beim Speichern der Einstellungen kurz diese nachfolgende Fehlermeldung auftaucht:

Code Auswählen Erweitern


includes/mx_reset.php:
· unlink(): open_basedir restriction in effect. File() is not within the allowed path(s): (/SERVERPFAD/httpdocs/:/tmp/) on line 51
· resetPmxCache: can't delete file on line 52

(Dies tritt auch beim Abspeichern der "Benutzer Konfiguration" auf.)
In der "error_log" des Servers ist dazu folgendes zu finden:

Code Auswählen Erweitern


PHP Run-time warning:
 unlink(): open_basedir restriction in effect. File() is not within the allowed path(s): (/SERVERPFAD/httpdocs/:/tmp/)
 in /SERVERPFAD/httpdocs/includes/mx_reset.php on line 51
pragmaMx notice:
 resetPmxCache: can't delete file
 in /SERVERPFAD/httpdocs/includes/mx_reset.php on line 52


Im Adminbereich, unter Benutzer ist mir aufgefallen, dass der Bereich "Benutzer reaktivieren" nicht angezeigt wird - wurde dieser entfernt oder erscheint er erst, wenn gelöschte Benutzer vorhanden sind?

Weiterhin sind in der error_log des Servers einige Einträge zu finden, dass die Datei "/layout/style/default.css.php" aufgerufen werden will, die aber nicht existiert. Die Datei "/favicon.ico" wird auch aufgerufen - existiert im Grundpaket jedoch noch nicht. (Beides lässt das Logfile ganz schön anschwellen, wenn dies vom Endanwender nicht beachtet wird.)

Zu meiner Serverkonfiguration:
PHP-Version:           5.3.6
MySQL-Version:   5.1.52
Server-Version:   Apache

Diese Testinstallation ist momentan zu erreichen unter der Adresse: http://www.negs.de


Leider fehlte mir bis momentan die Zeit, intensiver zu testen!

[Sitki]

Hi,

In der Installationsdoku (Rechte der Dateien):

   /includes/captcha/settings.php ist falsch, es muss heißen: /includes/classes/Captcha/settings.php
   es fehlt der Eintrag auf 666: /includes/prettyPhot/config.php
   es fehlt der Eintrag auf 666: /modules/UserGuest/settings.php

die besagten Anpassungen wurden bereits im CVS (docs) als auch in der Doku vorgenommen.
>> Rechtevergabe für bestimmte Dateien und Verzeichnisse
Allerdings noch nicht in den RC DL-Paketen, zumal sich hierbei noch um Vorab-Versionen handelt und sich demnach im Verlauf natürlich auch die Doku ändern kann.

Weiterhin ist mir aufgefallen, dass mir der früher in den Einstellungen vorhandene Eintrag "Google-Meta-Tag-Überprüfung" fehlt

Ab Versionsstand 1.12 gilt
>> pragmaMx und Google-Meta-Tag-Überprüfung
>> http://www.pragmamx.org/Forum-topic-31974.html

resetPmxCache: can't delete file

>> Rechtevergabe für bestimmte Dateien und Verzeichnisse
/dynadata/cache    777    (ab 0.1.10)

Im Adminbereich, unter Benutzer ist mir aufgefallen, dass der Bereich "Benutzer reaktivieren" nicht angezeigt wird - wurde dieser entfernt oder erscheint er erst, wenn gelöschte Benutzer vorhanden sind?

Das hat sich grundlegend geändert bzw. wurde in die Benutzeradministration integriert.
>> Benutzer-Administration

[MarcoA]

Hallo Sitki!

Danke für deine Antwort.

resetPmxCache: can't delete file

>> Rechtevergabe für bestimmte Dateien und Verzeichnisse
/dynadata/cache    777    (ab 0.1.10)

Die entsprechenden Rechte sind gesetzt, es werden in diesem Verzeichnis auch entsprechende Dateien vom System erstellt! Die Fehlermeldung ist jedoch gleich! Auch eine Änderung der Besitzer bzw. Gruppen bringt hier keine Änderung!

Hinweis: Es wurde nur eine Grundinstallation des heruntergeladenen Paketes RC3 + Fixpack 18 vorgenommen - ohne Änderungen am Script, weitere Themes oder sonstiger Module bzw. Erweiterungen...


Eine Frage am Rande, bevor ich eigene Module und Erweiterungen teste und anpasse: Wurde an der API im Bereich der Funktion "mxmail" seit der V.0.1.11 etwas verändert? (Grund: Bis jetzt (V.0.1.11) habe ich den Effekt, dass Mails, welche über diese Funktion der API versand werden, beim Empfänger eigentlich richtig ankommen - es sei denn, diese Mails werden von einem Exchange-Server "weiter verarbeitet" und zugestellt, dann erscheint als Datum und Uhrzeit beim Empfänger unter "Gesendet am" eine Zeit, welche 8 (acht) Stunden in der Zukunft liegt. Mails die nicht über diese Funktion der API  "mxmail" sondern über einen eigenen Mailversand verschickt werden, kommen mit der richtigen Versandzeit an. Dieses Problem ist mir schon bei einigen Installationen (auch auf unterschiedlichen Systemen und Servern) aufgefallen und besteht auch schon eine Weile. Für eine genauer Analyse des Fehlers hatte ich bis jetzt jedoch noch keine Zeit...) - Wie gesagt, dies habe ich in der aktuellen 1.12 RC3 FP18 noch nicht getestet bzw. darauf bei den Mails vom System geachtet.



Ist nachfolgendes zur Kenntnis genommen worden?

Weiterhin sind in der error_log des Servers einige Einträge zu finden, dass die Datei "/layout/style/default.css.php" aufgerufen werden will, die aber nicht existiert. Die Datei "/favicon.ico" wird auch aufgerufen - existiert im Grundpaket jedoch noch nicht. (Beides lässt das Logfile ganz schön anschwellen, wenn dies vom Endanwender nicht beachtet wird.)

[Andi]

Moin

das Problem mit der Fehlermeldung beim Cache-Reset ist vermutlich gelöst. Update kommt im nächsten Fixpack.

Eine Frage am Rande, bevor ich eigene Module und Erweiterungen teste und anpasse: Wurde an der API im Bereich der Funktion "mxmail" ....

Ja, die wurde geändert, da waren einige Unstimmigkeiten drin. Ob dadurch dein Zeitproblem gelöst wird, kann ich aber nicht sagen. Rein durch die Änderung der API-Funktion eher nicht. Der eigentliche Versand der Mails geht, wenn SMTP verwendet wird, über die Mailklassen von Manuel Lemos, hiervon wurde in 1.12 auch eine neue Version eingespielt (nicht die aktuell neuste). Insgesamt habe ich in den Klassen/Funktionen keine Option gefunden, wo man auf eine Versandzeit Einfluss nehmen kann.

Es wäre also interessant zu wissen, ob das Problem bei beiden Versandarten auftritt, denn ohne SMTP wird die ganz normale PHP Funktion mail() verwendet. Ich vesteh auch nicht ganz folgendes:

es sei denn, diese Mails werden von einem Exchange-Server "weiter verarbeitet" und zugestellt

Was ist damit gemeint?
In pragmaMx 1.12 ist eine Zeitzoneneinstellung dazugekommen. Evtl. hat das positiven Einfluss auf dein Problem.

Naja, schau erstmal ob das Problem überhaupt noch existiert....

Ist nachfolgendes zur Kenntnis genommen worden?

Nein, wir haben es ignoriert....

dass die Datei "/layout/style/default.css.php" aufgerufen werden will, die aber nicht existiert.

Da isse doch: http://www.negs.de/layout/style/default.css.php
Frage ist also, wo wird die so falsch aufgerufen, dass sie nicht gefunden wird. Steht da im errorlog der referer dabei? der wäre interesanter. Nur zur Sicherheit, der Spaw Editor ist richtig konfiguriert und funktioniert?

Die Datei "/favicon.ico" wird auch aufgerufen

Aber nicht vom pragmaMx sondern von den Browsern der Besucher...

Wir liefern keine favicon mehr mit aus, weil was sollen hunderte von Webseiten mit dem favicon von pragmaMx.org oder irgendein 0815 Bildchen anfangen?
Da ist jeder Webseitenbetreiber selbst aufgerufen sich bei Bedarf ein solches Bildchen zu basteln.

[MarcoA]

Grüß dich Andi,

schön, mal wieder etwas voneinander zu lesen!


Das ist Super:

das Problem mit der Fehlermeldung beim Cache-Reset ist vermutlich gelöst. Update kommt im nächsten Fixpack.

Zum Mail-(zeit-)problem:

Ich vesteh auch nicht ganz folgendes:

es sei denn, diese Mails werden von einem Exchange-Server "weiter verarbeitet" und zugestellt

Was ist damit gemeint?

Ganz einfach: Die vom CMS versandte Mail wird beim Empfänger in einem Mailpostfach gesammelt (schaut man sich die Mail hier an oder ruft sie hier ab, so stimmt die Zeit unter "gesendet") bevor sie je nach fest eingestelltem Zeitabstand des Exchange-Servers mittels POP3-Connector von dort abgeholt und weiterverarbeitet (Spam- und Virenprüfung, Weitergabe an Exchange Postfach des Empfängers, usw.) wird. Ist die Mail hier beim Empfänger angekommen, weist sie jedoch dann die oben bereits genannte Zeitabweichung auf!
Dadurch, dass die Funktion u.a. geändert wurde, werde ich bei Gelegenheit das Ganze testen und mich ggf. auf Fehlersuche begeben. Falls diesbezüglich noch ein Fehler auftritt, gebe ich dir Bescheid!


Du hast Recht, die Datei (die Datei "/layout/style/default.css.php") ist wirklich vorhanden. Jedoch habe ich momentan diese Fehlermeldung in der error_log:

Code Auswählen Erweitern


[Wed Jul 06 11:32:12 2011] [error] [client XXX.XXX.XXX.XXX] PHP Warning:  file_get_contents(0): failed to open stream: No such file or directory in /SERVERPFAD/httpdocs/layout/style/default.css.php on line 155, referer: http://negs.de/
[Wed Jul 06 11:32:12 2011] [error] [client XXX.XXX.XXX.XXX] PHP Warning:  filemtime(): stat failed for 0 in /SERVERPFAD/httpdocs/layout/style/default.css.php on line 156, referer: http://negs.de/

Passiert also direkt beim Aufruf der Startseite...
Den Spaw-Editor habe ich nur mal kurz angetestet - er scheint zu funktionieren...


Zur Datei "/favicon.ico":

Aber nicht vom pragmaMx sondern von den Browsern der Besucher...

*uups* Das stimmt so! Sorry, dies hatte ich übersehen!


Danach ist mir noch aufgefallen, dass kein weiterer Administrator angelegt werden kann. Die entsprechende Fehlermeldung auf dem Schirm:

Code Auswählen Erweitern


Fehler bei Erstellung eines Administrators aufgetreten
Es müssen alle benötigten Felder ausgefüllt werden und es dürfen keine Sonderzeichen im Namen enthalten sein.

(PS: Es sind alle Felder ausgefüllt und auch keine Sonderzeichen o.ä. vorhanden!)

Wenn man einen bestehenden Admin bearbeitet, tritt beim Speichern dieser Fehler auf:

Code Auswählen Erweitern


Es sind folgende Fehler aufgetreten:
admin/modules/authors.php:
· Undefined variable: chng_admlanguage on line 362



@Andi:
PS: Um dir hier (http://www.negs.de) einen Zugang zum Adminbereich zu gewähren, habe ich dir mal deinen ehemaligen Adminaccount aus einer alten DB (nags.de) in diese DB eingespielt (Tabelle "authors"). (Dies klappt ohne Probs )

[Andi]

Moin

PHP Warning:  file_get_contents(0): failed to open stream: No such file or directory in /SERVERPFAD/httpdocs/layout/style/default.css.php on line 155

Na, diese Fehlermeldung liest sich ja schon ganz anders....
Nicht die default.css.php selbst, wird nicht gefunden, sondern diese Datei findet eine Datei nicht, deren Inhalt sie einlesen will...

Ok, bei dir läuft anscheinend eine solche Betriebssystem/Server/PHP-Konfiguration, die die PHP-Funktion glob() nicht das machen lässt, was sie normalerweise tun soll...
Problem ist dann das: https://bugs.php.net/bug.php?id=47358

Ich dachte eigentlich wir hätten das Problem mit array/error/false überall umschifft, aber anscheinend sind doch ein paar Möglichkeiten durchgerutscht. Habe jetzt nochmal alle Dateien, wo glob() verwendet wird durchgesehen und entsprechend optimiert. Die Änderungen kommen mit dem nächsten Fixpack.
Das Reset-Cache-Problem hatte die gleiche Ursache...


Wegen dem Fehler mit dem Adminaccount:
Hast du zufällig die "multilingualen features" abgestellt?

Wenn ja, dann habe ich den Fehler gefunden
Update kommt auch im nächsten Fixpack.

[MarcoA]

Mahlzeit Andi!

Ja, die "Multilinguale Features" sind in den Einstellungen nach der Installation deaktiviert worden...

Dann werde ich einmal auf das nächste Fixpack warten und schauen, ob diese Fehler verschwunden sind!



Wünsche allen noch einen wunderschönen Tag!