imagecache_sample_png from fallback - wwwrun - troubles im Filesystem & imagecache der drupal

am 18.03.2012 - 19:16 Uhr in
hallo liebe Drupaler,
bei einer drupal commons 6.25 läuft lokal auf einer OpenSuse 12.1 alles bestens - hab die d 6.25 mal auf einem apache 2.2 aufgesetzt. Alles geht. auch der upload von images.
Jedoch - wenn ich die D 6.25 commons auf den server hochlade, dann ist genau mit dem imageupload nix mehr zu machen. Das wars dann.
ich hab heute dann noch die Permissions in dem Ordner angepasst und eingestellt - in sites/default/files/ usw. usf
darüber hinasu hab ich dann noch ein tmp-Verzeichnis angelegt - so will es ja das System - (wenn man in admin/filesystem nachsieht)
Dieses tmp-Verzeichnis habe ich mal auf eine hohe systemebene gelegt - vhost/tmp
nun meckert das Filesystem nicht mehr.
ich hab aber immer noch probs mit dem imageupload. Der Upload anderer Dateien scheint besser zu gehen.
ggf. ein imagecache-problem.
was ich noch festgestellt habe.
es wird oder wurde - v.a. in den letzten tagen als die permissions u pfade wohl noch
gar nicht gestimmt haben, immer wieder ein imagecache_sample_png gebildet - das dem user www-run zugeordnet wurde.
alles reichlich merkwürdig und natürl. höchst anstrengend
das folgende hab ich immer wieder in dem (stamm) - verzeichnis gesehen:
imagecache_sample.png png-image from fallback
hmm - ich hab dann auch mal nachgesehen was ich hier machen bzw einstellen kann.
http://schulcenter.net/?q=admin/build/imagecache
und hier...:
http://schulcenter.net/?q=admin/build/imagecache/Status_picture
ich glaub dass es ggf. ein Fortschritt bedeutet dass ich jetzt oder sagen wir überhaupt, diese images jetzt sehen kann:
http://schulcenter.net/?q=sites/default/files/imagecache/Status_picture/...
http://schulcenter.net/?q=sites/default/files/imagecache/Status_picture/...
was meint ihr denn!?
- Anmelden oder Registrieren um Kommentare zu schreiben
Hattest Du auf Deinen
am 18.03.2012 - 22:17 Uhr
Hattest Du auf Deinen Testservern Clean_Url aktiv? Das sollte für Commons auch aktiviert sein. Auf Deinem Liveserver schaut es nicht danach aus.
Hallo slowflyer vielen dank
am 19.03.2012 - 01:15 Uhr
Hallo slowflyer
vielen dank für die message, die Tipps und deine frage!!!!
hab die commons 6.25 auf dem heimischen SERVER (apache 2.2 auf openSuse 12.1) einfach so durchinstalliert - mit allen modulen, extensions die mir brauchbar scheinen..
Darüber hinaus hab ich nix gemacht oder aufwändig konfiguriert - also das mit den urls das du da nennst klingt sehr sehr interessant - ich hab das glaub ich auch schon mal in der Literatur gelesen, dass man diese von dir angesoprochene Aenderung macht bzw. dann die Installtion auf diesem Wege massiv vorantrreibt
p
Guten Morgen! Schau doch mal
am 19.03.2012 - 09:11 Uhr
Guten Morgen!
Schau doch mal auf all Deinen Servern nach der Einstellung unter: /admin/settings/clean-urls
also auf Deinem Live-Server z.B. http://schulcenter.net/?q=admin/settings/clean-urls
Ob Clean-Urls aktiviert werden kann hängt zunächst mal von der Konfiguration Deines Webservers ab. Unter Apache muss das Module mod_rewrite (rewrite_module unter SUSE) aktiviert sein, und "AllowOverride All" gesetzt.
Commons braucht auf jeden Fall die Clean-Urls um richtig zu funktionieren. Von daher ist die Zeit die Du investierst nicht umsonst, auch wenn es Dein Imagecache Problem nicht lösen sollte. Aber ich bin mal zuversichtlich.
Viele Grüsse,
slowflyer
P.S. Commons 2.5 schon mal auf einem mobilen Endgerät ausprobiert? box20.crowdcreation.de
vielen Dank - das ist sehr hilfreich lch werd alles machen...
am 19.03.2012 - 13:36 Uhr
hallo und guten Tag, slowflyer
vielen Dank für deinen Tipp zu dem Clean_URLS - werde ich alles überprüfen und dann noch einstellen so wie du es geraten hast.
update: ich hab mal nachgesehen:
in dem von dir angegebenen Admin-Bereich: http://schulcenter.net/?q=admin/settings/clean-urls hab ich nachgesehen und gemerkt dass es disables ist.
This option makes Drupal emit "clean" URLs (i.e. without ?q= in the URL). Your system configuration does not currently support this feature. The handbook page on Clean URLs has additional troubleshooting information.
Das bedeutet für mich dass ich die Vorbedingungen auf dem SERVER nicht erfülle oder wie soll ich das denn verstehen!? Ich muss gucken ob ich das entsprechende Modul auf OpenSuse - bzw. dem WEBSERVER geladen habe, werde dazu auch dieses dem Serveradmin weiterleiten. Den muss ich ja ohnehin noch kontaktieren - wg. der Apache FileHandles - siehe unten.
Schau doch mal auf all Deinen Servern nach der Einstellung unter: /admin/settings/clean-urls
also auf Deinem Live-Server z.B. http://schulcenter.net/?q=admin/settings/clean-urls [1]
.... [...]....
Ob Clean-Urls aktiviert werden kann hängt zunächst mal von der Konfiguration Deines Webservers ab. Unter Apache muss das Module mod_rewrite
(rewrite_module unter SUSE) aktiviert sein, und "AllowOverride All" gesetzt. Commons braucht auf jeden Fall die Clean-Urls um richtig zu funktionieren.
Von daher ist die Zeit die Du investierst nicht umsonst, auch wenn es Dein Imagecache Problem nicht lösen sollte. Aber ich bin mal zuversichtlich.
BTW - ich hab das beim Installieren glaube ich so stehen lassen wie es war - also auf Default. aber das kann ich jetzt nicht mehr sicher sagen - ausserdem sagst du ja auch dass man das an den links und so weiter sieht dass esn icht so ist. Und dass ich da noch was machen kann & soll.
SlowFlyer, ich habe ja einen ganzen Haufen Probleme - echt jede Menge: Mit den openFiles, den max. zulässigen ApacheFile-Handles . Diese Kategorie von Fehlern dachte ich schon hinter mir zu haben - das tauchte immer dann auf als ich versuchte, die Drupal auf dem SERVER (/ der zugegebenermaßen mit sechs Jahren relativ betagt ist und nicht so viel RAM hat usw. usf, zu installieren).
Dass das aber immmer noch ein Thema ist, das hatte ich nicht gedacht. Ich kämpfe seit einigen Wochen mit dem Problem rum dass der Image-Upload nicht geht und dachte immer dass es ein File-Permission und Ownership-Problem sei, dass da die Ursache dafür ist. JEtzt seh ich aber in den Reports dass ich das openDir - failed to usw. usf. Problem immer noch habe - dass zu viele Files offen sind und dass ggf. einfach die max zulässigen Apache FileHandles entgrenzt werden müssen.
Woher das Problem kommt warum auch im normalen Betrieb so viel Last /(und offene Files vorhanden sind) ist dann noch die Frage. Ich werde also überprüfen was du mir geraten hast. Darüber hinaus werd ich mit meinem SERVERADMIN reden und ihn bitten, die max - zulässigen ApacheFileHandles hochzusetzen.
Werde mich hier wieder melden und berichten was rausgekommen ist bei alledem!"
Hier sind im Übrigen drei Threads in denen alles Aktuelle nochmals beschrieben ist - und noch ein paar illustrierende Grafiken (!!) gezeigt werden - von den Fehlern usw usf.
vielen Dank SlowFlyer - ich meld mich wieder
viele Gruesse
unleash
http://forums.opensuse.org/english/get-technical-help-here/install-boot-...
http://drupal.org/node/1488016#comment-5750368
http://drupal.stackexchange.com/questions/25858/failed-to-open-dir-apach...
BTW . das mobile commons hab ich noch nicht getestet - das würd ich aber sehr sehr gerne machen. WENN alles sonstige "rennt" dann bin echt scharf auf solche Sachen.
Ich guck mir jedenfalls den link auch gleich mal an. ;-)
zwei seiten auf einer DB - das ist ggf zu viel...
am 19.03.2012 - 14:02 Uhr
was ich nicht vergessen wollte zu erwähnen...
für testzwecke hab ich in der letzten Woche ne zweite Site auf den server gelegt.
diese ist die zweite:
http://schulcenter.net ( sicher Version Drupal-Commons 6.25)
http://schulcenter.org - (wahrscheinl. Version Drupal-Commons 6.23 )
die laufen auf einer database ;-)
kann das denn die Ursache für die Filehandles sein für die Turbulenzen die ich mit den Apache Filehandles habe.!?
ich schalte mal heute nacht - wenn ich wieder zu Hause bin eine site ab...
meld mich wieder!!!
gruss unleash