CONTENIDO Forum

Hallo Leute
vor ein paar Tagen haben wir nach einem Serverwechsel gleich auch eine komplette Neuinstallation der Version 4.4.4 durchgeführt. Es gab einige Dinge, die nicht auf Anhieb liefen, doch die sind zum Glück jetzt behoben. Ein leidiges Problem blieb allerdings (gleiches Problem hatten wir schon in der Version 4.4.2). Die pdfs, die via Dateiverwaltung hochgeladen werden, stehen nachher nicht zur Verfügung, d.h. sie werden weder in der Dateiverwaltung noch sonst wo (DB) angezeigt. Ergo können sie dann in den Artikeln auch nicht verlinkt werden (weil sie auch dort im Linkfenster/pdf-Auswahl nicht angezeigt werden). Seltsamerweise werden die Artikel auch nicht angezeigt, wenn sie via sonst ein ftp-Programm hochgeladen und zwar in das Verzeichnis cms/upload/pdf gelegt werden. Sie erscheinen nur, wenn sie ins Verzeichnis cms/pdf gelegt werden. Dann erscheinen sie auch in der Dateiverwaltung und können auch im Content-Artikel-Bereich verlinkt werden. Weil dies bereits bei der Version 4.4.2 der Fall war, hab ich alle pdfs, die eigentlich ins Verzeichnis cms/upload/pdf gehören auch noch zusätzlich in ein neues, selber angelegtes Verzeichnis cms/pdf abgelegt (die doppelte Dateimenge!)
Kann mir jemand erklären, was hier das Problem ist??
1. Wieso kann ich keine pdfs via Dateiverwaltung hochladen und habe nachher keinen Zugriff im Content-Artikelbereich (via Linkfenster)
2. Wieso müssen die pdfs im cms/pdf-Verzeichnis abgelegt werden und wieso sehe ich die pdfs dann?
3. Wozu ist das Dateiverwaltungsprogramm da, wenn man die Daten dann doch nicht via dort hochladen kann?
Besten Dank für Eure (möglichst schnelle) Antwort
femjava

hat wirklich niemand eine Idee??

Sind das nur die PDF Dateien oder alle Dateien im Upload-Verzeichnis? Stimmen die Rechte (im Zweifelsfall 777, Upload-Verzeichnis samt Unterverzeichnisse und Dateien)?

Hallo
danke für die Antwort
im Dateiverzeichnis sind verschiedene Ordner abgelegt. im pdf-Ordner sind nur pdfs abgelegt. Die chmod-Rechte sind auf dem Upload-Verzeichnis auf 777 gesetzt und auch auf dem pdf-Verzeichnis auf 777. Da wir im Content-Artikel-Bereich, also in den einzelnen html-Artikel nur pdfs zusätzlich verlinken, verwende ich das Linkfenster (neben gewöhnlichen html-Links) nur zum Verlinken mit pdfs, die im pdf-Verzeichnis liegen. Als wir die neu angelegte Datenbank (4.4.4) mit den alten Tabellen füllten, stimmten zunächst sämtliche Links zu den pdfs nicht - eben weil diese im upload-Verzeichnis liegen. Der Pfad cms/pdf stimmte nicht. Deshalb hab ich alle pdfs nochmals hochgeladen (mittlerweilen sind das etwa 600!) und zwar ins neu angelegte cms/pdf-Verzeichnis.
Ich versteh das nicht und müsste hier dringend eine Lösung haben, weil wir 1. alle pdf so doppelt führen und 2. das Dateiverzeichnis zum Upload nicht verwenden können.
Danke für eine Antwort
femjava

Hallo,

so ganz verstehe ich Dein Problem bzw. die Vorgehensweise nicht. Vielleicht kannst Du mal langsam zum Mitschreiben nochmal erlaeutern, was der aktuelle Stand der Dinge ist.

femjava hat geschrieben:im Dateiverzeichnis sind verschiedene Ordner abgelegt. im pdf-Ordner sind nur pdfs abgelegt.

In welchem Dateiverzeichnis? In welchem PDF-Ordner? Meinst Du das Verzeichnis upload und upload/pdf?

femjava hat geschrieben: Die chmod-Rechte sind auf dem Upload-Verzeichnis auf 777 gesetzt und auch auf dem pdf-Verzeichnis auf 777.

Die Rechte der Dateien in dem PDF-Verzeichnis auch?

femjava hat geschrieben:Da wir im Content-Artikel-Bereich, also in den einzelnen html-Artikel nur pdfs zusätzlich verlinken, verwende ich das Linkfenster (neben gewöhnlichen html-Links) nur zum Verlinken mit pdfs,
die im pdf-Verzeichnis liegen.

Auch hier wieder die Frage: in WELCHEM PDF-Verzeichnis?
Ich habe gerade bei mir nachgeschaut: wenn ich eine PDF-Datei verlinken will, die in upload/pdf liegt, klicke ich im Spaw auf den Link-Button, und in dem sich oeffnenden Fenster ist das so, dass der Pfad pdf/Dateiname.pdf angezeigt wird (ich habe nur eine Datei im PDF-Verzeichnis), aber es wird die Datei unter upload/pdf/Dateiname.pdf angezeigt, denn unter cms/pdf liegt die bei mir gar nicht! Es wird also nur der Pfad unterhalb des Verzeichnisses upload angezeigt, weil davon ausgegangen wird, dass alles, was verlinkt werden soll, eben im Verzeichnis upload liegt.

femjava hat geschrieben:Als wir die neu angelegte Datenbank (4.4.4) mit den alten Tabellen füllten, stimmten zunächst sämtliche Links zu den pdfs nicht - eben weil diese im upload-Verzeichnis liegen. Der Pfad cms/pdf stimmte nicht.

Auch das verstehe ich nicht. Woher hast Du den Pfad cms/pdf genommen? Wo stand/steht er denn?

Gruss
Christa

Hallo Christa
danke für die genaue Analyse meines Textes. Vielleicht kommt man jeweils nur so dem Übel tatsächlich auf die Spur Der langen Rede kurzer Sinn: das Problem hat sich gelöst. Es lag genau daran, wie Du geschrieben hast: die Rechte auf das pdf-Verzeichnis, welches innerhalb des upload-Verzeichnis liegt, waren nicht auf 777 gesetzt; ebensowenig die Rechte auf die einzelnen Dateien! Shame on me!!
Wenn ich jetzt schon eine so kompetente Forum-Helferin an der Angel habe , gleich noch zwei Fragen:
1. wenn ich also via Content-Dateiverwaltung ein neues pdf hochlade, sind die Rechte auf dieses pdf autmatisch < 777. Muss ich diese also bei JEDEM pdf nachträglich von Hand wieder auf 777 setzen, um dann dieses pdf im Spaw-Editor verlilnken zu können oder brauche ich die 777-Rechte nur, wenn ich z.B. den Namen der Datei in der Content-Dateiverwaltung ändern möchte?
2. gäbe es eine Möglichkeit, die Dateiverwaltung um weitere Uploads pro mal zu erweitern? Unsere Leute laden täglich neue pdfs hoch, und oftmals sind das mehr als bloss drei Dateien pro mal.
Ganz herzlichen Dank für Deine Antworten!
femjava - Flavia

femjava hat geschrieben:2. gäbe es eine Möglichkeit, die Dateiverwaltung um weitere Uploads pro mal zu erweitern? Unsere Leute laden täglich neue pdfs hoch, und oftmals sind das mehr als bloss drei Dateien pro mal.

In der 4.5 kannst du maximal 10 Dateien gleichzeitig hochladen.

gute Aussichten - danke

Hallo Flavia,

femjava hat geschrieben:danke für die genaue Analyse meines Textes.

so war es ja auch, obwohl ich im ersten Posting schon gefragt habe, ob die Rechte richtig gesetzt sind und Du das bejaht hattest.
Aber kleiner Tipp am Rande: mir ist schon mehrmals passiert, dass ich ein Problem hatte, darueber mindestens einen halben Tag gruebelte, manchmal auch laenger, und wenn ich micht entschloss, jemanden zu fragen (ob hier im Forum oder per Mail), wobei ich dazu versuchte, das Problem so genau wie moeglich zu beschreiben, fiel mir die Loesung wie Schuppen vor den Augen. Vielleicht hilft das auch bei Dir.

Frage Nr. 2 hat Dir Timo beantwortet (die Antwort haette ich uebrigens nicht gewusst, aber Timo sitzt auch direkt an der Quelle )

Aber zurueck zu Frage 1:

femjava hat geschrieben:1. wenn ich also via Content-Dateiverwaltung ein neues pdf hochlade, sind die Rechte auf dieses pdf autmatisch < 777.

Hmm, das scheint an Deinem Provider zu liegen, denn bei mir haben die ueber die Dateiverwaltung hochgeladenen Dateien automatisch die richtigen Rechte.

femjava hat geschrieben:Muss ich diese also bei JEDEM pdf nachträglich von Hand wieder auf 777 setzen, um dann dieses pdf im Spaw-Editor verlilnken zu können oder brauche ich die 777-Rechte nur, wenn ich z.B. den Namen der Datei in der Content-Dateiverwaltung ändern möchte?

Es scheint so zu sein, dass das bei Dir notwendig ist. Je nachdem, wie Du Zugriff auf die Dateien hast (telnet/ssh/ftp und bei ftp haengt's auch noch vom Programm ab) musst Du das aber auch nicht fuer jede Datei einzeln sondern koenntest es auch fuer alle Dateien in dem Verzeichnis 'auf einem Rutsch' aendern.

Viele Gruesse
Christa

Hallo, nochmals ich
zwar ist das Problem insofern behoben, als dass die mit mehr Rechten ausgestatteten pdfs jetzt in der Content-Dateiverwaltung hochgeladen und nachher im Spaw-Linkfenster verlinkt werden können, aber folgendes Problem bleibt bestehen:
1. da wir eben Hunderte von pdfs hatten und diese auf den neuen Server hochladen mussten, machten wir dies, in dem wir mittels ftp-Programme den gesamten Ordner auf einmal hochluden (auf 600 pdfs sind drei pro mal hochladen echt zu umständlich). Wir luden diese also ins upload/pdf-Verzeichnis.
2. Mit Schrecken mussten wir nun feststellen, dass sämtliche Dateien falsch verlinkt waren: alle waren nach dem Schema pdf/xxx.pdf verlinkt. Der korrekte Pfad müsste aber upload/pdf/xxx.pdf heissen! Damit wir nun nicht Tausende von Links von Hand korrigieren mussten, haben wir alle pfd nochmal in ein Order cms/pdf hochgeladen, also eine Hierarchiestufe weiter oben. Dann funktionierten auch die Links.
3. Unser Problem, dass wir alle pdfs doppelt auf dem Server haben bleibt also Anscheinend werden die Pfade nachträglich nicht mehr korrekt in die Datenbank geschrieben. Hier frage ich mich schon, ob es keine elegantere Lösung gäbe für Websites, die Hunderte von pdfs enthalten, dass diese nicht via die drei-pdf-auf-einmal-Variante, hochgeladen werden müssen. Von daher fragt sich, wie man dieses Problem lösen könnte...
Vielleicht habe ich mich jetzt wieder missverständlich ausgedrückt :-\ Ich hoffe nicht und bin um jede Anregung dankbar!
femjava

Hallo Flavia,

wenn ich Dich richtig verstanden habe ...

femjava hat geschrieben:2. Mit Schrecken mussten wir nun feststellen, dass sämtliche Dateien falsch verlinkt waren: alle waren nach dem Schema pdf/xxx.pdf verlinkt.

... habt Ihr diese falsche Verlinkung selbst per Hand eingegeben.

femjava hat geschrieben:Damit wir nun nicht Tausende von Links von Hand korrigieren mussten, haben wir alle pfd nochmal in ein Order cms/pdf hochgeladen, also eine Hierarchiestufe weiter oben.

Ja gut, das war eine Notloesung, ABER ...

femjava hat geschrieben:3. Unser Problem, dass wir alle pdfs doppelt auf dem Server haben bleibt also

... ich verstehe nicht, wo das Problem ist? Wenn Ihr die in cms/pdf verlinkt habt, dann koennt Ihr die in upload/pdf im Prinzip loeschen, oder nicht? Wenn nein, warum nicht?

femjava hat geschrieben:Hier frage ich mich schon, ob es keine elegantere Lösung gäbe für Websites, die Hunderte von pdfs enthalten, dass diese nicht via die drei-pdf-auf-einmal-Variante, hochgeladen werden müssen. Von daher fragt sich, wie man dieses Problem lösen könnte...

Also ... ich habe das bei mir gerade ausprobiert: ich habe via ftp einige PDF-Dateien in mein Verzeichnis upload/pdf hochgeladen, und die erscheinen alle auch in der Dateiverwaltung, ohne dass ich etwas Zusaetzliches gemacht habe! Ich habe uebrigens auch Contenido 4.4.4.

So, jetzt etwas anderes. Falls Ihr das 'ordentlich' machen wollt und die Dateien korrekterweise unter upload/pdf halten wollt, und falls ich das richtig verstanden habe, dass Eure Pfade per Hand falsch eingegeben wurden, koennt Ihr evtl. direkt in der Datenbank die falschen Pfade korrigieren. Also Datenbankinhalt exportieren, in der exportierten Datei (ist eine Textdatei) Korrekturen vornehmen und dann wieder Datei importieren. Wobei ich nicht genau weiss, wie die Pfade in der Datenbank aussehen, denn bei mir habe ich gerade nachgeschaut und einen Eintrag à la '%22upload%2Fpdf%2F' gefunden. Als ich aber mit phpMyAdmin nach genau dieser Zeichenkette gesucht habe, wurde sie leider nicht gefunden. Vielleicht koennen timo oder emergence oder HerrB etwas dazu sagen, die kennen das System besser.

Gruss
Christa

Ich muss leider aus dem Haus und komme erst morgen wieder - ganz herzlichen Dank für die Hilfe und die Antworten!! Du hast natürlich recht: wenn der upload auch via ftp geht, könnte man die anderen Dateien im upload/pdf-Verzeichnnis löschen Die Daten müssten dann aber und in Zukunft von allen MitarbeiterInnen so hochgeladen werden. Schade dann nur, dass die Leute die Content-Dateiverwaltung nicht mehr benützen können. Ich frag mich halt, weshalb das Contenido nicht so konzipiert ist, dass beide Wege zum gleichen Resultat führen - wird seine Gründe haben, die ich nicht ganz durchschaue...
Die Idee, den Fehler in der Datenbank zu beheben, fände ich sehr gut. Vielleicht weiss Timo oder Emergence, in welcher Tabelle dies gemacht werden muss und wie. So könnten wir die doppelt geführten pdfs dann wieder löschen und alles wäre beim Alten
Liebe Grüsse
Flavia

PS: als wir aus der ursprünglichen Website vor gut einem Jahr ein cms erstellten, mussten wir alle Links von Hand korrigieren - bloss war die Site damals etwa 1/4 der jetzigen. Schau Dir mal die Website an: www.humanrights.ch Mich würds erschlagen, das ganze von Hand nachzukorrigieren! Wenn der Serverwechsel übrigens abgeschlossen ist, werden wir unsere Site hier endlich veröffentlichen. Wir waren vorher bei einem anderen, sehr guter Provider, aber die Server sind für unsere Zwecke leider zu langsam. Heute sind wir bei www.siegfried-informatik.ch. Dessen Server stehen direkt bei www.tix.ch - die Geschwindigkeitsunterschiede sind enorm!!

Hallo Flavia,

femjava hat geschrieben:Ich frag mich halt, weshalb das Contenido nicht so konzipiert ist, dass beide Wege zum gleichen Resultat führen - wird seine Gründe haben, die ich nicht ganz durchschaue...

Contenido IST so konzipiert. Ich sagte ja, dass es bei mir funktioniert. Warum es bei Euch nicht funktioniert hat, weiss ich leider nicht. Steht eigentlich im Errorlog etwas? Aber da ist eher nichts zu erwarten, denn das Problem scheint beim Hochladen via ftp entstanden zu sein, warum auch immer.

femjava hat geschrieben:Mich würds erschlagen, das ganze von Hand nachzukorrigieren!

Ich habe mir zwar dort nicht viel angeguckt, aber Du hattest schon etwas von 600 PDF-Dateien geschrieben, also glaube ich Dir auch so.

Viele Gruesse
Christa

femjava hat geschrieben:Ich frag mich halt, weshalb das Contenido nicht so konzipiert ist, dass beide Wege zum gleichen Resultat führen - wird seine Gründe haben, die ich nicht ganz durchschaue...

Das liegt leider in der Komplexität der unterliegenden Architektur. Der Systemadministrator hat normalerweise in der Regel dafür zu sorgen, daß alle Berechtigungen, Dateieigentümer usw stimmen und daß der SAFE_MODE (falls er aktiviert ist), richtig eingestellt ist, aber das ist leider nur bei den allerwenigsten Servern der Fall.

Ich vermute, daß deine Probleme daher kommen, da eine Datei, die über Contenido hochgeladen wurde, einen ganz anderen Eigentümer und ganz andere Dateiberechtigungen haben, als über FTP.

Aber: Genau dasselbe Problem haben sämtliche anderen CMS, die über das Web File-Uploads erlauben.