CONTENIDO Forum

Also den ModRewrite-Befürwortern muss ich mich anschließen. Ich arbeite seit 2002 mit Contenido und habe bei SEO-Ergebnissen den Unterschied feststellen können. Die MR-Versionen landeten wesentlich schneller in den Top-Ergebnissen, da das wichtigste Keyword in der URL vorkommt. Da ich mich seit ...

kummer, du kannst einfach deinen Resolver-Code in ein Backend-Plugin integrieren, da sowieso die Backend-Plugins auch im Frontend über die Datei startup.php geladen werden. Dort überschreibst du einfach die globale Variable idcat und fertig ist die Show. Wenn du halt die Variable path angibst, wird ...

deleteWhere ist glaube ich generell nicht supported.

Ich mache es mit ->setWhere und iteriere über die einzelnen Items. Das ist übrigens auch dasselbe, wie deleteWhere arbeiten sollte (es aber wohl nicht tut). Von daher: Overhead ist derselbe.

Kommt drauf an was du in der config vorhast. Normalerweise sollten da ja nur Dinge geschehen, die mit der eigentlichen config zu tun haben (insofern hats mich auch gewundert, was es dort zu "debuggen" gibt )

Nein, da file_exists nicht ausreicht. Es könnten Rechte nicht gesetzt sein usw, was insbesondere öfters vorkommt, wenn man Contenido schon vom Provider installiert bekommt, aber der User selbst (z.b. per FTP) die config-Datei hochläd.

In die Config-Dateien sollten aber eigentlich, wie die Namen ja ...

Das mit dem @ wurde gemacht, daß PHP keine Fehler wirft, sofern die Dateien nicht vorhanden sind.

Außer die Logik umschreiben würde ich sagen eher nein.

Da versucht wohl einer eine URL-Injection, schaut aber nicht so aus, als ob es erfolgreich ist..

Zum Thema "Klangvergleich":

Dieser wird nur gemacht, wenn es keinen Pfad gibt, der *exakt* gleich ist. Also wenn du deine Pfade immer generierst, wie das System es erwartet (also mit einführendem Slash, wie oben beschrieben), wird er immer die exakte Kategorie verwenden.

Grund für das "klingende ...

Schau mal in der Editor.php nach,da gibt es System Settings (eventuell sind diese auch unter dem Docs-Verzeichnis dokumentiert)

ähm lies dir mal deinen Post durch und überlege, ob da nicht noch ein bisschen Detailinfos fehlen

Also ich finde den Aufwand, den Hilfetext im Setup so anzupassen, daß es klar wird,für welchen Account man das Passwort setzt, wesentlich geringer als den Hinweis einzubauen, daß Admin oder Sysadmin ein Standardpasswort gesetzt haben.

Sorry HerrB, ich wollte dich nicht "degradieren", aber es reisst ...

wosch, ich habe auch wenig Hoffnung, daß sich etwas tut. Schließlich hatte ich das zu meinen 4fb-Zeiten ja auch so argumentiert, und war relativ enttäuscht, daß man die Passwortabfrage im Setup herausgenommen hat. Das, was jetzt passiert ist, ist eine Verschlimmbesserung der Verschlimmbesserung ...

Hallo Holger,

ich verweise da nur ungern auf die folgende Google-Suche:

http://www.google.de/search?hl=de&q=Notice%3A+The+sysadmin+and%2For+the+admin+account+still+contains+a+well-known+default+password.+Please+change+immediately+after+login.&btnG=Google-Suche&meta=

Hier bekomme ich sehr ...

Richtig. Es war mal im Setup integriert, daß man ein Passwort festlegen musste, das wurde aber herausgenommen, weil die Mehrheit der Benutzer nicht damit klar kam.

Dazu habe ich eine knallharte Meinung: Wer ein CMS installieren und benutzen möchte, sollte in der Lage sein, sein Passwort, welches er ...