[gelöst] Imagecache auf einem IIS

das ist machbar mit imagecache rules und uhttp://drupal.org/files/issues/376531_imagecache.rules_.inc_.txt
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.de
SirFiChi ist auch dein Halbgott.

Sorry aber ich kann nicht wirklich was mit der Info anfangen. Ich dachte ich benutze Imagecache extra damit er mir aus einem Bild das z.B.: 800x800 hat ein thumbnail & eine Orginaldatei erstellt.

Und jetzt kommt ein ellen langer Text mit PHP puhh was mach ich denn damit?

Guckst Du hier ...

http://www.thoor.de/drupal-6/automatisch-unterschiedliche-bildgroessen-b...
-------------------------------------------------------------------------------
Drupal ist das "Coolste", was mir in 10 Jahren Webworking untergekommen ist!
Meine persönliche Drupal Spielwiese

Danke genau das was ich suche. Aber weißt du auch warum er mir bei Imagecache keine Vorschau anzeigt nur den link zu:

Vorschau: http://domain.eu/sites/default/files/imagecache/immo_foto/imagecache_sample.png?1238709947

Finde es komisch überall sehe ich immer in der Vorschau die Bilder (nur bei mir nicht) auch in deinem Node aber nicht bei mir. Nur diesen Link. Was mache ich denn falsch?

Hi Thoor,

ich hab das ganze nach deiner Anleitung gemacht aber leider habe ich keinen Datentyp "Bild"
Bei mir schaut es so aus:

Was mache ich falsch. Ich muss glaub ich einfach die Drupal installation neu machen und alles von vorne probieren. Aber vielleicht hast du ja auch so schon eine Lösung für mich.

THX

Ja scheint sich was mit den letzten Modul Updates geändert zu haben ... Nimm den Typ file und dann picture!

( Oder es ist IMCE picture? IMCE kenne ich nicht ... welche Module ich nutze siehst Du ja im Tutorial ... )

Rest bleibt aber gleich :-)

-------------------------------------------------------------------------------
Drupal ist das "Coolste", was mir in 10 Jahren Webworking untergekommen ist!
Meine persönliche Drupal Spielwiese

einmal die Update.php ausführen, dann sollte dort wieder Imagefield da sein.
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.de
SirFiChi ist auch dein Halbgott.

So jetzt hab ich alles mal auf Herz und Nieren überprüft. Aber alles ohne Erfolg.

Folgendes hab ich gemacht:

1. Tip von "dereine" die Update.php laufen zu lassen, OHNE ERFOLG
2. Bildtyp als File zu wählen und dann als Image auszuwählen hab ich auch gemacht aber ohne Erfolg.
3. Drupal komplett neu aufgesetzt nur die Module die gebraucht werden aktiviert aber auch ohne Erfolg.

Ich denke immer noch, dass das Problem Imagecache ist. Ich hab festgestellt das Imagecache den Ordner: "imagefield_default_images", "imagefield_thumbs" anlegt aber nur in die "imagefield_thumbs" die Datei verkleinert und reinlegt. Orginal Datei liegt dann direkt unter "files".

Wie schon im Beitrag vorher erwähnt, zeigt mir Imagecache keine Vorschau an, aber stattdessen einen komischen Pfad mit dem ich nichts anfangen kann.

hier die Verkürzte Fassung:

Was sollen die komischen Zahlen am Ende. Habt ihr die auch? Ansonsten bin ich echt am verzweifeln. Ich mach jetzt seit 5 Tagen nichts anderes als mich mit dem Problem zu beschäftigen. Das ist aber das wichtigste an der Seite. Auf den Rest könnte ich verzichten aber nicht auf das.

Meine "files" liegt direkt im Drupalverzeichnis und das temporäre Verzeichnis liegt unter "files/tmp"

Was nun? Noch eine Idee?

Da hab ich mich am Anfang auch totgesucht. Wahrscheinlich funzt Imagecache bereits, nur die erzeugten Bilder werden Dir nicht angezeigt. Hast Du im Inhaltstyp das Tab "Felder anzeigen" beachtet?
Dort kannst du einstellen, wie die einzelnen Felder angezeigt werden sollen. Da dann das entsprechende Imagecache Profil auswählen und fertig. Ähnlich funzt es auch beim Views-Modul.

Ich verstehe nicht genau was du damit meinst. Die Bilder werden schon angezeigt aber ich sehe bei der Vorschau von Imagechache das Drupallogo nicht wenn ich z.B.: Scale & Crop auswähle. Ich sehe nur das Verzeichnis das noch nicht mal stimmt und danach ?1237823478234 irgendwelche Zahlen.

Danke für deine Mühe.

---------------------------------
2 + 2 ist 4 immer und überall!

Du meinst in der Nodeform, wenn du ein Image hochlädst via CCK-Imagefield Steuerelement. Also nicht das normale Upload-Form, will ich damit sagen.

Und dieser Upload geschieht ja via Ajax und nachdem man auf Upload/hochladen klickt, sieht man ein kleine Vorschau des Bildes unterhalb der Bezeichnung -Vorschau:-.(Nicht von Imagecache erstellt)

Und bei Dir ist dort kein Bild zu sehen sondern dieser Link?

Oder meinst du mit Vorschau, wenn du nicht auf abspeichern klickst sondern daneben auf Vorschau, wo Dir über das Eingabeformular der Node die Teaser-Ansicht und die Vollansicht gezeigt wird?

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

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen

Ne ich mein schon direkt beim Imagecache wenn ich ein Preset einfügen möchte.
Hier mal das Bild:

unter der Vorschau sollte eigentlich das Logo von Drupal zu sehen sein. Je nach größe skalliert sich das Bild selber. Nur bei mir geht das nicht. Und deshalb funktioniert auch mein Drupal nicht.
Was mir noch eingefallen ist, kann es wegen dem Theme sein das es nicht angezeigt wird. Oder hat Imagecache ein Bug?
Oder bin ich schlicht weg unbegabt das Problem zu lösen?

----------------------------------
2 + 2 ist 4 immer und überall!

Vllt Schreibrechte oder dein Offline Modus. Ansonsten keine Ahnung.

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

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen

Am Offline Modus liegt es nicht. Ich denke auch das es an den Scheibrechten liegt. Ich werde hoffentlich die Woche noch schaffen eine lokale Drupalinstalltion aufzusetzten und dann schaue ich mal ob es auf dem Lokalen läuft. Wenn ja, dann sind es die Schreibrechte. Was anderes bleibt einfach nicht mehr übrig.
Ich halte euch aber auf jeden Fall auf dem laufendem.

THX D_D

---------------------------------------------
2 + 2 ist 4 immer und überall!

ich habe genau das gleiche Problem. Da ist der Link zur Voransicht mit der komischen Nummer dahinter. Als ich in das Verzeichnis schaute, war dieses leer. Die Datei liegt allerdings unter /files/.

Nun habe ich die Datei nach /files/imagecache/bildteaser/ kopiert.
Nach dem nächtsten Aufruf in der Verwaltung/imagecache ist die Datei wieder weg. Und eine Voransicht natürlich nicht mehr möglich.

Mir scheint da ein Fehler in ImageMagic vorzuliegen.

Gruß
Mincing

hast du auch das Modul für imagemagic installiert? was mit dabei war.

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

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen

ähm ich musste jetzt glatt nochmal nachschauen. Ja es ist installiert.
Das nennt sich doch: "ImageAPI ImageMagick" oder irre ich?
Und ist zu finden im Modulblock "ImageCache" oder?

Auch bei mir gibt es dieses darstellungsproblem, dass keine bildvorschau ermöglicht wird. Ich fasse jetzt mal ganz schnell zusammen: Drupal 6.x + CCK +filefield + cck imagefield + ImageAPI + ImageCache + ImageAPI ImageMagick + Lightbox2... alle module auf dem aktuellsten stand.

ImageCache/ImageAPI = konfiguriert* (wie anleitung, siehe oben)
Bild Toolkit = konfiguriert
Lightbox2 = konfiguriert
CCK / filefield / cck imagefield = konfiguriert
----------------------------------
alles zusammengebastelt! super!

halt! ich lege mit meinem neuen Inhalts typen einen neuen beitrag an und lade bilder hoch (bildvorschau beim upload via imagefield sind vorhanden!). als ergebnis sehe ich einen node mit text und für jedes hochgeladene bild nur einen link mit dem bildnamen. obwohl ich miniatur-abbildungen eingestellt habe die im node zu sehen sein sollten. :-(
wenn ich auf den bildnamen klicke, wo eigentlich die miniaturen sein sollten, dann lande ich wie gewünscht in der lightbox! ich freue mich das es soweit tut und die lightbox funktioniert. nur die miniaturen sollten zu sehen sein!

auch bei mir ist in den voreinstellungen von imageAPI/Imagecache kein musterbild sichtbar so wie es eigentlich sein müsste.

ich vermute auch dass es am arbeitsverzeichnis auf dem server liegt. kann es sein dass imagecache/imageAPI ein anderes arbeitsverzeichnis (temporär) benutzen will als das verzeichnis wo die bilder von imagefield gesichert wurden? und wenn ja, wo kann ich das verzeichnis anpassen damit auch anschliessend die lightbox noch läuft?

Also in den CCK Einstellungen für die Felder-Anzeige hast du aus der Auswahlliste die Imagecache-Variante ausgewählt?

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

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen

Hier jetzt mal eine kurze Info was es nicht ist ;)

Bei mir liegt es definitiv nicht an den Modulen oder an meinem Theme. Ich habe die Installation auf meinen lokalen Rechner gezogen und siehe da es funktioniert einwandfrei. Also vermute ich jetzt einfach mal das es an meinem VPServer liegt.

Welchen Hoster habt ihr bzw. welches Packet benutzt ihr?

Ich bin mir jetzt zu 99 % sicher das es an den Rechten auf dem VPS liegen muss. Irgend ein Verzeichnis hat nicht ausreichend Rechte, damit die Datei erstellt und wieder gelöscht werden darf.

Probiert mal eure Drupal installtion auf euren lokalen Rechner zu Installieren. Dann habt ihr die Gewissheit.

Wenn ich mehr heraus finde, halte ich euch auf dem laufenden. Irgendwie komisch das es doch einige gibt, die das gleiche Problem haben.
------------------------------
2 + 2 ist 4 immer und überall!

klar hab ich die cck-felder richtig ausgewählt.
mit der vermutung dass es am server liegt kann ich nicht mithalten weil ich hier kein xampp bzw mamp zum laufen bekomme (aber das ist eine andere geschichte) und auch vom USB aus nicht.

auf der modulseite auf drupal.org gibt es schon mehrere einträge welche alle recht ähnlich lauten, jedoch nur mit unterschiedlichen erklärungen ausgelegt werden.

das es an hoststar.ch liegt dass der VPServer die ursache ist, kann ich mir ehrlichgesagt nicht erklären, weil andere module wie lightbox2 laufen ja problemlos.
ich vermute weiterhin dass es an einem der datei- und arbeitsverzeichnisse liegt. die freigaberechte sind alle nach ihren anforderungen genehmigt.

ich schliesse auch nicht aus dass ein anderes modul diese fehlfunktion verursacht und habe module deaktiviert soweit es ohne verlusste machbar war. habe aber nix gefunden.
ältere versionen von imagecache scheinen ja in diesem punkt besser zu laufen. weiß irgendwer seit welcher version dieser fehler auftritt?

falls sich jemand vertrauenswürdiges und kompetentes findet, bin ich auch gerne bereit mich auf eine remotesitzung einzulassen um der ursache auf die schliche zu kommen.

grütze
antix

Antix hast du einen Windows VPS oder einen Linux?

Spiel dich doch mal an den Schreibrechten.

Ich sitzte hier heute seit 12 Uhr und versuche das Problem zu lösen.
Ich werde nicht ins Bett gehen ehe ich das Problem beseitigt habe...

------------------------------
2 + 2 ist 4 immer und überall!

... bist Du mittlwerweile ins Bett gegangen?

mich würde die Lösung des Problems sehr interessieren.

Gruß
Mincing

Um ehrlich zu sein bin ich immer noch wach ;)

Ich hab folgendes noch probiert:

Lokal: Ich hab den sites/default/files ordner umbennant und neu angelegt, dann konnte Imagecache die Bilder nicht mehr neu anlegen weil er keine Schreibberechtigungen hatte. Zumindest hat er mir das gesagt. Dann hab ich den alten files Ordner wieder in den Orginal zustand gebracht und dann hat alles wieder funktioniert.

Server: gleiches Spiel aber so oder so funktioniert das einfach nicht. Ich werde die Feiertage nutzen und eine neue saubere Installation auf dem Server ablegen und nur imagecache installieren und probieren ob es dann funktinoiert. Ich halte dich auf dem laufendem.

In diesem Sinne Prost aus München. Und ein ZickeZacke für Drupal.
------------------------------
2 + 2 ist 4 immer und überall!

Beim Überfliegen dieses Threads habe ich auch zuerst an Dateirechte gedacht - allerdings an Leserechte. Wenn etwas nicht angezeigt wird, das da ist und obwohl der Pfad stimmt (der stimmt doch, oder?), dann stimmen bei *ixartigen Betriebssystemen am ehesten die Leserechte nicht.

Ich denke mir weiter: eine lokale Webserver-Installation wie XAMPP lässt PHP als Apachemodul laufen. Das heisst, wenn mir per PHP ein neues skaliertes Bild angelegt wird, dann ist der Besitzer des Bildchens derselbe (nämlich der Apache-User) wie derjenige, der es dann ausliest. Auf Remote-Systemen wird aber heutzutage schon überwiegend PHP als CGI-Programm ausgeführt: da sind PHP-User und Apache-User zwei verschiedne und da verschieben sich dann die Probleme. Ich kann dann zwar als FTP-Benutzer z.B. problemlos meine Dateien löschen, die via PHP angelegt wurden, aber Apache, der diese Dateien anzeigen soll, kann sie vielleicht gar nicht erst lesen...

Man käme dem auf die Schliche, wenn man sich die Rechte einer nicht angezeigten Datei ansieht: wie lauten Benutzer- und Gruppenzugehörigkeit? Hat "alle Welt" (wozu in PHP-CGI-Umgebungen auch der Apache gehört!) überhaupt Leserechte??

Klingt sehr einleuchtend. Der Pfad stimmt. Sofern du den Pfad im Dateisystem in Drupal meinst. Wir sind echt schon auf dem richtigen Weg aber irgend was fehlt noch.
Ich hab nochmal eine Drupal installation auf dem Server abgelegt und nur Imagecache & Imageapi aktiviert, selbes Spiel.

Ich muss dazu sagen das ich auf dem Server keinen Apache sondern einen IIS 6 am laufen habe.

Folgendes hab ich noch festgestellt. Wenn ich ein neues Preset erselle z.B.: thumbnails - Scale & Crop 80 x 80 dann auf speichern gehe, sollte er files/imagecache/thumbnails/ und darin die imgaecache_sample.png hinkopieren. Das tut er aber nicht. Das System erstellt nur files/imagecache und den thumbnails Ordner nicht. Und wenn ich ihn selber erstelle und im Preset auf Voreinstellungen aktualisieren gehe, dann verschwindet der erstelte "Thumbnails" Ordner.

Vielleicht hat jemand auch dieses Problem.

Mein Hoster ist übrigens Hosteurope.

Kennt denn jemand eine alternative zu Imagecache. Ich komm einfach nicht auf einen grünen Zweig obwohl lokal die Seite schon vor langer Zeit fertig ist. Aber ich kann sie nicht Online stellen wegen dem Problem.

Und vielen Dank für eure Hilfe

------------------------------
2 + 2 ist 4 immer und überall!

Dank dem Tip von tumblingmug,
wusste ich jetzt wo ich suchen musste, das Problem ist jetzt klar wie Klosbrühe. IIS ist der Übeltäter.

Hier mal einige links zu den gefundenen Artikeln.

http://drupal.org/node/257629 <- Das ist mir noch etwas unklar. Vielleicht kann man das Problem auch mit dem Code lösen. Aber ich bin viel zu müde um das noch richtig auszuprobieren. Vielleicht könnt ihr ja damit was anfangen.

http://drupal.org/node/314993

Wer den IIS benutzt kann alternativ dazu ein Third Party Tool hernehmen. Wie z.B.: ISAPI_REWRITE die Lite Version -> kostenlos aber für alle Domains ( kann ich leider nicht gebrauchen weil nicht auf allen meinen Domains Drupal installiert ist.) Normale HTML Pages werden dann soweit ich das probiert habe nicht mehr aufgerufen.

Hier noch der Link zu ISAPI_REWRITE

Nagut jetzt hab ich wenigstens den Grund für Imagecache herausfinden können. Wenn ich die Full Version von ISAPI_REWRITE installiert habe kommt noch ein Feedback.

THX @ll für eure super Tipps und Ratschläge. Ich mag nicht mehr.. Ich kündige.

D_D

------------------------------
2 + 2 ist 4 immer und überall!

Was meinst Du damit? Das Leben wirst Du Dir nicht nehmen wollen ... wenn Du also dem Leben nicht kündigst, wem dann?

Dem Webhoster hoffe ich mal :D.

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

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen

Der Schlaflosigkeit natürlich. ;) Der Hoster kann ja nichts dafür das der .... IIS, Mod rewrite nicht unterstützt.

Aber andere Sache. Wie schaut es denn mit dem Thread aus?
Kann damit jemand was anfangen?

Ich steh grad auf der Leitung.

Thx D_D

------------------------------
2 + 2 ist 4 immer und überall!

Was soll mit dem Thread sein? Kannst du kein English lesen?

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

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen

;) Englisch lesen ist kein Problem, aber das was da drinnen steht umsetzten war eher das Problem. Aber jetzt funktioniert alles wie es sein sollte.

Ich hab das Dateisystem auf privat gesetzt und jetzt gehts. Ich versteh aber nicht warum es nur mit Pirvat geht und nicht mit öffentlich?

Kann mir dass bitte einer Beantworten?

------------------------------
2 + 2 ist 4 immer und überall!

Das ist eher eine schlechte Idee. Weil dann, bei mir zumindest, der Dateiupload (wenn man ein Bild einsetzen will) im FCK-Editor nicht mehr funktioniert.

Gruß
Mincing

"Privater Download" ist zum einen ein problem mit manchen Modulen, die mit Uploads arbeiten, zum anderen ein recht großer Performance-Killer, da nun für jedes Bild, Video, etc. nicht einfach der Webserver die statische Datei raushaut, sondern erst noch PHP hochgefahren und Drupal gebootstrappt werden muss, um die Rechte zu checken und dann ggf. die Datei rauszuhauen.

--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!

webseiter.de

Ich weis das sich der Private Download nicht für Uploads wie z.B.: IMCE eignet aber leider hab ich keine andere Möglichkeit das Imagecache zum laufen zu bringen. Zum Glück brauche ich für die Seite kein upload via FCKeditor und auch nicht viel Peformance. Eine andere Möglichkeit sehe ich leider nicht.

Wenn jemand einen besseren Vorschlag hat wie man Imagecache & IIS benutzen kann, dann bin ich der glücklichste Mensch auf Erden.

Bis dahin läuft aber alles wunderbar, solange ich die anderen Features nicht benutze.

Grüße D_D

------------------------------
2 + 2 ist 4 immer und überall!

Wenn man Dich so schnell zum glücklichsten Menschen auf Erden machen kann, dann hier mein Rat: Deine Fragestellung ist falsch; verwende einfach den ISS nicht. Es ist nicht sooo schwer, einen Apache-Hoster zu finden :)