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
das leidige alte pdf-upload-Problem
-
Halchteranerin
- Beiträge: 5478
- Registriert: Di 2. Mär 2004, 21:11
- Wohnort: Halchter, wo sonst? ;-)
- Kontaktdaten:
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
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
-
Halchteranerin
- Beiträge: 5478
- Registriert: Di 2. Mär 2004, 21:11
- Wohnort: Halchter, wo sonst? ;-)
- Kontaktdaten:
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.
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.
Gruss
Christa
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.
In welchem Dateiverzeichnis? In welchem PDF-Ordner? Meinst Du das Verzeichnis upload und upload/pdf?femjava hat geschrieben:im Dateiverzeichnis sind verschiedene Ordner abgelegt. im pdf-Ordner sind nur pdfs abgelegt.
Die Rechte der Dateien in dem PDF-Verzeichnis auch?femjava hat geschrieben: Die chmod-Rechte sind auf dem Upload-Verzeichnis auf 777 gesetzt und auch auf dem pdf-Verzeichnis auf 777.
Auch hier wieder die Frage: in WELCHEM PDF-Verzeichnis?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.
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.
Auch das verstehe ich nicht. Woher hast Du den Pfad cms/pdf genommen? Wo stand/steht er denn?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.
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
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
-
Halchteranerin
- Beiträge: 5478
- Registriert: Di 2. Mär 2004, 21:11
- Wohnort: Halchter, wo sonst? ;-)
- Kontaktdaten:
Hallo Flavia,
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:
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
so war es ja auch, obwohl ich im ersten Posting schon gefragt habe, ob die Rechte richtig gesetzt sind und Du das bejaht hattest.femjava hat geschrieben:danke für die genaue Analyse meines Textes.
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:
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:1. wenn ich also via Content-Dateiverwaltung ein neues pdf hochlade, sind die Rechte auf dieses pdf autmatisch < 777.
Es scheint so zu sein, dass das bei Dir notwendig ist.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?
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
Problem der Verlinkung besteht für einen spezifischen Fall
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
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
-
Halchteranerin
- Beiträge: 5478
- Registriert: Di 2. Mär 2004, 21:11
- Wohnort: Halchter, wo sonst? ;-)
- Kontaktdaten:
Re: Problem der Verlinkung besteht für einen spezifischen Fa
Hallo Flavia,
wenn ich Dich richtig verstanden habe ...
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
wenn ich Dich richtig verstanden habe ...
... habt Ihr diese falsche Verlinkung selbst per Hand eingegeben.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.
Ja gut, das war eine Notloesung, ABER ...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.
... 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:3. Unser Problem, dass wir alle pdfs doppelt auf dem Server haben bleibt also
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.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...
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!!
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!!
-
Halchteranerin
- Beiträge: 5478
- Registriert: Di 2. Mär 2004, 21:11
- Wohnort: Halchter, wo sonst? ;-)
- Kontaktdaten:
Hallo Flavia,
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.
Viele Gruesse
Christa
Contenido IST so konzipiert. Ich sagte ja, dass es bei mir funktioniert. Warum es bei Euch nicht funktioniert hat, weiss ich leider nicht.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...
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.Ich habe mir zwar dort nicht viel angeguckt, aber Du hattest schon etwas von 600 PDF-Dateien geschrieben, also glaube ich Dir auch so.femjava hat geschrieben:Mich würds erschlagen, das ganze von Hand nachzukorrigieren!
Viele Gruesse
Christa
-
timo
- Beiträge: 6284
- Registriert: Do 15. Mai 2003, 18:32
- Wohnort: Da findet ihr mich nie!
- Kontaktdaten:
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.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...
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.