Druckversion des Themas

Geschrieben von: okapi Tue. 11. July 2006, 21:46

hallo,
ich bin mit freude am testen dieser beta version,

leider funktioniert für mich der ressource browser nicht, weder für interne links (textlink-modul) noch für bilder (bild-modul 1.2). die felder im ressource browser bleiben leer, kein bild bzw. keine verlinkbaren seiten werden angezeigt.

was könnte die ursache sein?

ich habe bilder im dateimanager ins "media"-verzeichnis hochgeladen, layouts, templates und seiten angelegt. wysiwyg2 funktioniert, pic-galerie funktioniert, aber bilder einfügen und links erstellen klappt nicht, weil keine ressourcen angezeigt werden. firefox 1.5 genauso wie ie 6.

ist irgendwas besonderes zu beachten oder einzustellen?

screenshot:

[attachment=53:attachment]

[attachment=54:attachment]



(PHP Version 4.4.2 with Hardening-Patch 0.4.8, safe mode off)

Geschrieben von: bkm Tue. 11. July 2006, 23:22

Schonmal einen Verzeichnisscan im Dateimanager für die DB durchgeführt ?

Geschrieben von: okapi Wed. 12. July 2006, 06:49

ja, ich habe die verzeichnisse gescannt, keine fehler.
der ressource browser bleibt dennoch leer, zeigt keine verzeichnisse und keine dateien an.

Geschrieben von: alexander Wed. 12. July 2006, 07:09

also der erste schot (interne links) sieht ja echt strange aus. ein RB im RB ....

gibt es fehler in den sefrengo errorlogs (frontend/backend)?

was steht in deiner apache error log?

Geschrieben von: okapi Wed. 12. July 2006, 08:53

die beiden log-ordner sind leer (bis auf die index.php und .cvsignore im backend log).
wie ich zur apache error log komme, weiss ich nicht... ich denke, an die kommt nur mein hoster...?

kann es sein, dass eine besondere serverkonfiguration für das funktionieren des ressource browsers notwendig ist?

ich wundere mich, dass ich, wie's scheint, der einzige mit diesem problem bin...

NACHTRAG:
während meiner versuche ist jetzt folgendes backend-errorlog entstanden:

Geschrieben von: alexander Wed. 12. July 2006, 09:01

nein eigentlich nicht. eventuell liegt es vielleicht an deiner gehärteten php version. ich kenne das problem eigentlich nur, wenn man irgendwie die session verliert, dann wird aber im auswahlbereich des RB eine entsprechende fehlermeldung ausgegeben. warum das fenster bei dir komplett leer ist versteh ich nicht.

an den sessioneinstellungen des projektes hast du aber nicht gedreht?


bei den meisten hosting accounts findet man die logfiles außerhalb des docroots des server und kann via ftp darauf zugreifen. wenn das nicht geht bei dir, dann soll doch dein provider mal einen blick reinwerfen, oder besser dir die datei zur verfügung zu stellen.

Geschrieben von: amk Wed. 12. July 2006, 09:18

gerade bzgl. dem ersten screenshot wäre es auch interessant welchen browser du benutzt - maybe!?

Geschrieben von: okapi Wed. 12. July 2006, 09:32

hab ich eingangs erwähnt: firefox 1.5 und IE 6.

der internet explorer mit fehlermeldung:




ich habe zuerst den frontend-session-support abgeschaltet (war ich von dedi gewohnt, um die entity "&" loszuwerden), nun aber wieder auf "1" gesetzt. leider ohne erfolg...

Geschrieben von: bjoern Wed. 12. July 2006, 12:24

Sage mal, bei Deinen PHP Settings, steht da zufälligerweise magic_quotes_gpc=on ?

Geschrieben von: okapi Wed. 12. July 2006, 12:39

ja, so ist es!

Geschrieben von: bjoern Wed. 12. July 2006, 15:41

Kopier die angehängte Datei bitte mal in "backend\API\HTTP\" . Funktioniert es dann?

Geschrieben von: okapi Wed. 12. July 2006, 16:03

danke, bjoern,

aber der unterschied zu vorher ist nur, dass beim textlink-modul nur mehr 1 RB angezeigt wird (also kein RB im RB).

die datei ist übrigens die gleiche, wie die, die online war.

screenshot:

[attachment=56:attachment]



ich habe auch alle anderen backend-dateien nochmals hochgeladen, ohne erfolg.

(bei einer lokalen xampp-testinstallation tritt das RB-Problem erwartungsgemäß nicht auf.)

Geschrieben von: okapi Wed. 12. July 2006, 19:57

ich habe nun eine völlig neue installation durchgeführt, da ich dachte, dass vielleicht beim ftp-upload etwas schiefgegangen sein könnte.
leider hat sich dadurch nicht viel verändert, ausser dass im ressource browser für interne links, der jetzt wieder verschachtelt dargestellt wird, das icon "interne links" sichtbar ist.

[attachment=57:attachment]

das drop-down-feld oben zeigt nur kryptisch "Eintrag" und "anderer Eintrag".
das ist alles.

nachdem bei der lokalen installation der ressource browser einwandfrei funktioniert, kann das problem meiner meinung nach nur mit servereinstellungen zu tun haben.
welche könnten dafür in frage kommen?

ich freue mich sehr auf einen produktiven einsatz von sefrengo. hoffentlich lässt sich das problem bald lösen.

Geschrieben von: alexander Wed. 12. July 2006, 20:41

also ich tippe ja auf den hardening patch deines php als verursacher deiner probleme.

so weit ich weiß gibt es da einen variablen filter der wenn er aktiviert ist, angefangen von den längen der variablennamen bis hin zur anzahl der möglichen post variablen, oder gar die tiefe der arrays regelt.

bervor wir uns hier im kreis drehen, solltest du wirklich mal deinen provider kontaktieren. ein blick in die logfiles könnte wirklich licht in die sachen bringen.

Geschrieben von: okapi Thu. 13. July 2006, 07:01

hallo alexander, danke für deine hilfe.

an den sicherheitseinstellungen meines providers ist allerdings nicht zu rütteln, und ich muss sagen, ich vertraue ihren konzept.
es war schon sehr schwierig, safe_mode "off" durchzusetzen, da man meinte, dass es durch suPHP unnötig geworden sei, diese sicherheitseinstellung abzuschalten.

mein provider rät mir lakonisch zu einer anderen software, die solche probleme nicht verursacht.
das finde ich schade, da ich das dedi/contenido/sefrengo-zugrunde liegende CMS-konzept sehr mag, und von sefrengo erwarte ich mir ja einiges: innovation, zukunftsträchtigkeit, kompatibilität.

der URL zum ressource browser ist 851 (!) zeichen lang. ist das wirklich nötig? dass da restriktionen greifen, ist mir auch als laien irgendwie einleuchtend.

mal sehen, ob ich der einzige bleibe mit dem ressource browser problem.

danke nochmals!
sorry für mein abschweifen vom thema.

Geschrieben von: alexander Thu. 13. July 2006, 07:30

das stimmt auch, wenn er es richtig konfiguriert hat das liegt am provider und nicht an sefrengo.


tja, eventuell sollte er sich mal die http://www.hardened-php.net/hphp/configuration.html des hardend php patch ansehen. die kann man für jeden vhost getrennt einstellen. du musst schon verständins dafür haben, dass wir solche inoffiziellen php erweiterungen nicht testen und auch nicht unterstützen. Ich weiss das hilft die nicht viel, aber das ist leider die realität ... auch unser tag hat nur 24 stunden


Also die erlaubte Zeichanzahl eines URL Get Request ist zumindest im IEX 2,048 Zeichen. Das Http Protokoll selbst sieht gar keine Beschänkung vor. Warum also Restriktionen?

was ich nicht verstehe ist warum du keinen zugriff auf deine error logs hast. ohne die wird es schwer werden das problem einzugrenzen. ich würde meinen provider wechseln, wenn er mir diese nicht zur verfügung stellt.

Geschrieben von: Daniel Thu. 13. July 2006, 15:08

es wird wohl an dieser option liegen http://www.hardened-php.net/hphp/configuration.html#hphp.get.max_value_length

probier doch mal die Änderungen in dem diff im Anhang. Damit wird der config string komprimiert - bei mir ist's dann weniger als 512 Bytes.

Außerdem habe ich den base64 encodierten config string noch mit urlencode behandelt - der string enthält zeichen, die escaped werden müssen (z.B. die padding "=" am ende)

Die Komprimierung wird nur durchgeführt, wenn PHP die nötigen Extensions geladen hat - man könnte den diff also auch ins release einfließen lassen.

Geschrieben von: okapi Thu. 13. July 2006, 16:15

vielen dank, dass du dich des themas annimmst!
ich fürchte jetzt, du setzt profunde php-kenntnisse bei mir voraus...
daher, meine frage - was soll ich mit dem Anhang machen?
wie umbennenen, wohin hochladen/einfügen...?

danke, und bitte um weitere unterstützung!

Geschrieben von: Daniel Thu. 13. July 2006, 16:23

ok, sorry, war vielleicht etwas kryptisch und mit dem diff-output kann vielleicht nicht jeder was anfangen.

kopiere die datei im anhang in backend/API/GUI/ und überschreibe die gleichnamige datei in dem dortigen Verzeichnis.

Geschrieben von: okapi Thu. 13. July 2006, 16:45

wow!
freude!
es funktioniert!

hab vielen dank, du hast mir sehr geholfen!

danke auch an alexander und bjoern!

vielleicht kann man dies in eine kommende version einfließen lassen...?

Geschrieben von: okapi Tue. 1. August 2006, 15:42

zur abschließenden information, bzw. falls jemand das gleiche problem haben sollte:

ursache war die serverkonfiguration meines providers, der den oben erwähnten "hardening patch" für php einsetzt. und zwar die von daniel erwähnte standard-konfiguration der
hphp.get.max_value_length = 512

der url des ressource-browser-aufrufs benötigt etwa 800 zeichen, daher ist dieser wert zu erhöhen.

auf meine anfrage hat mein provider den wert für hphp.get.max_value_length von 512 (default) auf 1024 gesetzt.
nun funktioniert der ressource-browser einwandfrei, der hack ist dadurch nicht mehr notwendig.

danke daniel, für deine hilfe!

Geschrieben von: Taturo Tue. 21. November 2006, 16:41

Hallo,
ich habe das gleiche Problem, bzw. funktioniert der ressource browser solange ich in der Templatekonfiguration Alle Ordner ausgewählt habe, sobald ich auf einen bestimmten Ordner einschränke, wird im ressource browser nichts mehr angezeigt. Statt Eintrag steht bei mir Dateien.
Den Hack habe ich aufgespielt, Problem bleibt aber. Liegt es auch an der Serverkonfiguration des Providers (1&1)?

Getestet mit den Modulen Bild und WYSIWYG2 und auf Firefox und IE6, PHP Version 4.4.4 und MySQL 4.0.25



Gruss, Andreas

Geschrieben von: alexander Tue. 21. November 2006, 17:26

suche benutzen - > http://forum.sefrengo.org/index.php?showtopic=452

Geschrieben von: MaZderMind Tue. 21. November 2006, 21:28

Hi
Könnte man die RB-Konfiguration nicht in einer DB-Tabelle ablegen und nurnoch den Index in die URL Packen? >800 Zeichen scheint mir doch seeeeehr viel...

Gruß, Peter

Geschrieben von: okapi Tue. 21. November 2006, 21:42

mir wurde geraten, den provider zu wechseln.

Geschrieben von: alexander Tue. 21. November 2006, 23:27

nein, dir wurde geraten deinen provider zu wechseln, wenn dein jetziger nicht in der lage ist die konfiguration des hardening patches richtig einzustellen.

achja und der standardwert eines apache webserver liegt für die erste requestzeile bei 8190 zeichen

Geschrieben von: okapi Wed. 22. November 2006, 02:04

du hast recht, mir wurde geraten, die konfiguration modifizieren zu lassen.

für mich ist das problem mit den langen zeichenketten jedenfalls erst mit sefrengos ressource browser aufgetreten, und mit keinem anderen von mir getesteten CMS.
in meinem (test)fall ist ja der provider auf meine wünsche eingegangen, für meinen eigenen webspace.

bei kunden kann ich mir aber oft weder den provider noch dessen serverkonfiguration aussuchen, aus verschiedenen gründen. da kann ich höchstens empfehlungen aussprechen, aber keine bedingungen stellen, wie's in der theorie vielleicht wünschenswert wäre. da ist ein CMS, das nicht zu viele voraussetzungen benötigt, fein.

Geschrieben von: sahm Thu. 18. January 2007, 11:01

Hallo zusammen,

ich habe ein ähnliches Problem mit dem ressource browser. Nur dass sich in dem Popup, welches für den ressource browser geöffnet wird, gar nichts angezeigt wird! Eine leere Seite! Keine Frontent oder Backend Fehlerlogs.
Bin ich der Einzieg mit diesem Problem? Ich habe mich jetzt schon wund gesucht...

Servus,
Rüdiger

Geschrieben von: MaZderMind Thu. 18. January 2007, 14:17

Hi
Kann die selbe Ursache wie oben habem.. Hast du dir mal die URL des Popups angeguckt und versucht diese in einem ganz normalen Browserfenster zu öffnen? Ist bei dir auch irgendwas vo neiner solchen URL-Begrenzung zu lesen? teht was in deinen Errorlogs?

Gruß, Peter

Geschrieben von: sahm Thu. 18. January 2007, 14:41

In einem eigenen Browserfenster geöffnet zeigt sich dasselbe Verhalten. Kein Inhalt. Leer. Das PHP scheint kein HTML zurückzuliefern...


In den SF-Logs nichts. Auch im Apache access-log nichts. Auf das Apache error-log habe ich keinen Zugrif...

Hier mal ein Link zu meiner http://www.powerslice.de/phpinfo.php, falls das was hilft...

Servus,
Rüdiger

Geschrieben von: okapi Thu. 18. January 2007, 17:48

deine phpinfo.php listet keine einschränkungen auf, die die maximale länge von urls betrifft, wie dies bei mir der fall war. in meinem fall wurde auch nicht bloß eine leere seite angezeigt, sondern der ressource browser ohne dateien. übrigens, ist die angezeigte seite tatsächlich "leer" (quelltext)?

Geschrieben von: sahm Tue. 23. January 2007, 16:42

Im Firefox ist sie komplett leer. Noch nicht mal ein doctype, geschweige denn title, header, body, ... NICHTS!!!

Der IE bastelt immerhin ein

in die Seite...

Ich bin echt ein wenig ratlos...
Testzugang gerne per PN...

Servus,
Rüdiger

Geschrieben von: sahm Wed. 31. January 2007, 14:25

So wie es aussieht, kann ich damit Sefrengo vergessen. Schade...

Ich hätte nur gern gewußt, was an meinem Provider so bescheuert ist, dass der Ressource Browser nicht funktioniert, damit ich entweder bei der Auswahl eines anderen Systems nicht auf den selben Fehler stoße oder ich bei der Auswahl eines anderen Providers schauen kann, dass alles funktioniert.

Wirklich Schade...

Servus,
Rüdiger

Geschrieben von: Olaf Thu. 1. February 2007, 00:40

Nun, hier sind 2 oder 3 Patches in dem Thread aufgeführt, wieviel davon hast du mit welchem Ergebniss ausprobiert?
Hast du das von Mazdermind erwähnte probiert?

Du musst schon mithelfen beim Helfen

Geschrieben von: sahm Thu. 1. February 2007, 11:36

Die class.SF_HTTP_WebRequest.php habe ich aktualisiert, ohne positiver Auswirkung.
Ebenso die class.SF_GUI_RessourceBrowser.php .

Immerhin ist es ein Fehler, der auch MaZderMind erstaunt...
Er hat von mir die erforderlichen Daten bekommen und schaut sich die Sache mal an.

Servus,
Rüdiger

Geschrieben von: MaZderMind Sat. 3. February 2007, 17:48

Ja.. vllt heute nacht.. wenns klappt *g*

Gruß, Peter

Geschrieben von: MaZderMind Sun. 4. February 2007, 00:06

Hier die Lösung: http://forum.sefrengo.org/index.php?showtopic=830 -- ein Bug im RB.

Gruß, Peter

Geschrieben von: sahm Mon. 5. February 2007, 10:09

Hey MaZderMind,

vielen, vielen Dank für die Hilfe!
Jetzt steht dem weiteren Einsatz ja nichts mehr im Wege.
Sefrengo-Support rules!

Tausend Dank nochmal,
Rüdiger

Geschrieben von: mistral Wed. 22. August 2007, 22:38

hier ein Update der Datei von Daniel für die 01.04.00

Gruss
Mistral

Geschrieben von: 2kone Thu. 3. July 2008, 19:53

Danke für die Datei!!
Das hat bei mir geholfen!!