Beiträge von Ammaletu

Zitat

Danach habe ich nochmals "Standard" versucht. Nichts. Komischerweise funktionieren dann überhaupt keine Links mehr zu den Artikel, weil er anstatt der ID(?) den Namen nimmt.

Beim nochmaligen Durchlesen habe ich dazu tatsächlich noch eine Idee: Setzt Du irgendein Cache-Plugin ein, z.B. WP Super Cache? Falls ja dieses bitte korrekt einrichten oder besser abschalten. Wenn Du es bisher nicht konfiguriert hast, sind die Chancen sehr groß, dass Du es gar nicht brauchst.

Ansonsten stellt sich die Frage, wieso Du Dir eine Einschränkung wie den Verzicht auf .htaccess antust? Ist Dein Hostingpaket bei diesem Provider tatsächlich so unschlagbar günstig, dass ein Wechsel sich nicht lohnt? Es gibt viele gute Hoster, die mit WP kein Problem haben. Falls Du einen Wechsel in Erwägung ziehst, frage am besten vorher beim Support des Hosters an, was sie mit WP für Erfahrungen gemacht haben.

Zitat

Ja, auf die custom post types bin ich inzw. auch gestossen.
Sind sicherlich ein guter Workaraound, wobei es mal rein aus Sicht des Redakteurs (für den ich ich Seiten erstelle - nicht für mich selbst) nicht gerade logisch erscheint, dass der Inhalt an der einen Stelle gepflegt wird, und dann an anderer Stelle eingebunden.

Da kann ich Dir gerade gar nicht folgen. Custom Post Types sind ein Weg, alternative Inhaltstypen zu statischen Seiten und Beiträgen zu erstellen, deren Struktur ja fest vorgegeben ist. Das passiert dann schon alles an einer Stelle, eben im Menüpunkt für den neuen Post Type. Eingebunden wird es wie Beiträge und Seiten auch im Theme genau da, wo das Theme es eben vorsieht.

Zitat

Interessant finde ich Deinen folgenden Ansatz:
"Ansonsten kann man mit etwas Hacking natürlich die Eingabemaske der normalen Beiträge nach Belieben anpassen..."
Kannst Du dazu mehr sagen. Nach welchen Stichworten muss ich suchen?!
Wo kann ich mich ggf. weiter informieren zu dem Thema?

WP arbeitet ja viel mit Hooks und Filtern, und da kannst Du Dich an den passenden Stellen reinhängen und z.B. weitere Eingabeboxen in die Editorseite einbauen und dann beim Speichern deren Inhalte abfassen. Schau Dir mal dieses Beispiel-Plugin näher an: http://bueltge.de/wordpress-plug…schreiben/1086/

Allererste Voraussetzung für ein Dropdown-Menü ist, dass Du die Seiten im Backend auch hierarchisch anordnest, also einigen Seiten andere Seiten als Parent zuweist. Ich hätte jetzt eigentlich gedacht, dass Du das schon gemacht hast, aber zur Sicherheit solltest Du mal schauen, dass das der Fall ist. Wenn Du eine Seite anlegst/bearbeitest gibt es ein Dropdown-Feld, in dem Du die Elternseite auswählen kannst.

Ok, jetzt bin ich verwirrt. Hat mein Lösungsvorschlag geholfen oder nicht? Und bist Du sicher, dass der Bilder-Link stimmt? Ist das ein absoluter Link? Alles andere wird nicht funktionieren.

Hast Du Dir mal die Custom Post Types näher angeschaut? Mit den richtigen Plugins sollte das eine Lösung für Dein Problem sein, denke ich. Benötigt aber WP 3.0. Ansonsten kann man mit etwas Hacking natürlich die Eingabemaske der normalen Beiträge nach Belieben anpassen und die Eingaben am Ende entweder im Beitragstext oder als Custom Fields speichern. Das erfordert dann aber etwas PHP-Kenntnisse.

Ich rate mal: Früher wurde der Content im Feed aus irgendeinem Grund durch den Filter "the_content" geschickt anstele des dafür vorgesehenen "the_content_feed". Dieser Bug wurde irgendwann mal behoben. Du müsstest also das im add_filter-Aufruf entsprechend anpassen. Falls das dann geht, sag Frank doch bitte Bescheid, damit er seinen Blogbeitrag entsprechend korrigieren/kommentieren kann.

Das sollte sich problemlos basteln lassen. Wie ist die Ausgabe denn auf anderen Seiten geplant? Suchergebnis, Kategorienarchiv etc.

Ursache könnte sein, wenn die Funktion eigentlich eine Methode einer Klasse ist. Dann brauchst Du ein Objekt dieser Klasse oder zumindest die Klasse zum Aufrufen der Methode. Was sieht denn das Plugin ansonsten vor? Und um welches geht es überhaupt?

Das geht nur mit JavaScript, denke ich, Du müsstest also überlegen, wie die Seite für Besucher ohne JS wirken soll. Wenn Dein Theme schon jQuery einbindet, ist das mit zwei, drei Zeilen getan. Einfach im Header einfügen.

<script type="text/javascript">
//<![CDATA[ 
jQuery(document).ready(function() {
  // Button beim Seite laden ausschalten
  jQuery('#buttonId').attr('disabled', 'disabled');
  // Button wieder aktivieren wenn die Checkbox angeklickt wurde
  jQuery('#buttonCheckboxId').click(function(){ jQuery('#buttonId').removeAttr('disabled'); });
});
//]]>
</script>

Der Button braucht dann die ID "buttonId", die Checkbox die ID "checkboxId".

Das wäre jetzt mal die ganz einfache Variante. Wenn der Button wieder ausgeschaltet werden soll, wenn das Häkchen wieder entfernt wird, müsste man das noch etwas erweitern.

Hm... Also es zeigen aktuell keine der beiden Einstellmöglichkeiten mehr auf diese Seite 2? Hast Du die Seite mal neu abgespeichert?

Nutze ein Tool wie Firebug im FF oder F12 im IE, das sagt Dir die genaue Zeile, in der etwas definiert ist. Dann brauchst Du nicht raten.

Sehe ich das richtig, dass Du das Theme "Mystique" einsetzt? Falls ja, ist das doch alles schon eingebaut.

Also: Mystique ggf. auf die neuste Version aktualisieren. Im Backend unter Design > Mystique Optionen > Navigation im ersten DropDown "Custom Menus" auswählen. Das Menü hast Du ja schon erstellt, weise es ggf. noch als Primary Navigation zu (sollte laut Screenshot schon gemacht sein). Dann müsste das neue Menü automatisch auftauchen.

Achtung: Die neuen WP-3.0-Menüs nehmen nicht automatisch alle Unterseiten ins Menü auf. das musst Du bei Bedarf manuell konfigurieren. Das Menü sollte sich aber normalerweise nicht so oft ändern, dass das ein Probem wäre.

Nein, das ist nur die normale Seitenverwaltung. Die Menüs findest Du unter Design > Menüs. Da eines zu erstellen ist leicht getan (kannst es Dir ja mal anschauen). Das muss dann aber auch ins Frontend eingebaut werden, sonst bringt es nichts. Ist jetzt so auf Anhieb schwer abzuschätzen, wie schwierig das wird. Vielleicht postest Du erst mal den Abschnitt der header.php, welcher das jetzige Menü generiert, würde ich sagen. Dann kann ich Dir das sicher genauer sagen, was wie ersetzt werden muss.

Du kannst den Link optisch verstecken mit:

#footerright {
  display: none;
}

Unten in die style.css einfügen, dann wird das nicht mehr angezeigt. Bau den Link aber fairerweise wenigstens auf der Impressumsseite oder so mit ein.

Da hat codestyling natürlich auch wieder Recht. Ich gehe immer von mir aus, und da bin ich immer der alleinige Benutzer auf meinen Blogs. Aber selbst dann könnte es ja eine Sicherheitslücke geben, die das Anlegen weiterer Nutzer erlaubt, die dann ggf. auch die Themedateien auslesen könnten. Die Daten außerhalb des Web-Roots in eine eigene Datei zu packen ist also auf jeden Fall sicherer.

Das dürfte in der single.php und der archive.php stehen, denke ich. Wenn Du es gefunden hast, such danach, kann ja auch noch an anderen Stellen stehen. Da die Überschrift des Beitrags schon ein Link dazu ist, ist dieser Link mit dem nicht vorhandenen Bild redundant, kann also raus.

Das ist von WP leider nicht vorgesehen, und ich bin nicht sicher, ob man da ohne exzessive Eingriffe in Core-Dateien etwas daran ändern kann. Kann natürlich sein, dass jemand mal ein entsprechendes Plugin gebastelt hat, aber als ich mich vor längerem das letzte Mal damit beschäftigt habe, gab es dafür keine Lösung. Man kommt um den normalen Upload in WP nicht wirklich herum, mit dem Flash-Uploader geht es aber doch relativ flott.

Tja, wenn das Theme es nicht vorsieht, hier ein anderes Format zu akzeptieren, kannst Du das höchstens selber irgendwie umbauen. Oben zitierter Codeschnipsel ist jedenfalls nur ein Textausgabe, denke ich. Findet sich denn in der Doku des Themes dazu nichts?

Tja, so einfach wird es vermutlich nicht werden. Die erste Frage ist wie gesagt, ob Du das neue WP-3.0-Menüsystem nutzt, dann wäre das im Backend schnell zusammengeklickt. Falls nicht, musst Du Dich entscheiden, auf das Menüsystem umzustellen (machbar, aber mit ein wenig Arbeit verbunden) oder die Kategorien so in das jetzige Menü einzubauen (ggf. etwas kniffliger, je nachdem wie das jetzige Menü gemacht ist). Wie das jetzige Menü umgesetzt ist, kannst Du dir vermutlich in der header.php des Themes anschauen.

Ich würde mal vermuten, dass Du da an die Grenzen Deines Speichers stößt (RAM, nicht Platte). Laut der Fehlermeldung liegt der bei 33 MB, was eigentlich massig ist, für WP 3.0 mit deutscher Sprachdatei und einigen Plugins auf eine 64-Bit-System aber nicht mehr ausreicht. Wenn Du einen 32-Bit-Server hast, sollte es eigentlich gerade noch gehen, für Updates oder große Bilder reicht es dann aber trotzdem nicht.

Mit dem Plugin "WP System Health" kannst Du Dir viele Infos zur Serverumgebung anzeigen lassen, u.a. auch den Speicher und ob es 32 oder 64 Bit sind.

Für WP 3.0 denke ich dürfen es generell gerne 64 MB sein. Da solte Dein Hoster nicht zu sehr knausern. Insbesondere wenn es ein 64-Bit-System ist solltest Du da mal nachfragen.