Beiträge von Ammaletu

Das Plugin ist nur bis Version 2.5 kompatibel und wird wohl schon länger nicht mehr entwickelt. Hinterlasse doch bitte eine entsprechende Bewertung bzw. gib an, dass es nicht funktioniert:
http://wordpress.org/extend/plugins/rot13-email-protection/

Wenn Du mal nach "email" im Plugin-Verzeichnis suchst, finden sich eine Menge Plugins, die alle nicht mehr aktuell sind. Am neuesten scheint das hier zu sein, vielleicht probierst Du das mal:
http://wordpress.org/extend/plugins/ald-transpose-email/

Ok, da stimmt wirklich irgendwas nicht. Da müssen wir mal zurück zu den Grundlagen. Stell Dir bitte mal das TwentyTen-Theme ein und deaktiviere alle Plugins. Wenn dann das gleiche noch auftritt, liegt es vielleicht irgendwie am Server. Du solltest dann mal schauen, in welcher Version Du PHP nutzt und ob etwas wie Suhosin mitläuft (phpinfo-Ausgabe anschauen).

Wenn es so geht, dann mal das Theme einstellen und wieder probieren. Danach nacheinander die Plugins anschalten, bis der Schuldige gefunden ist. ;-)

Der Unterschied zwischen beiden Ansätzen ist hauptsächlich, ob Du mehr als einen verschiedenen Inhaltstyp brauchst. Dann wären die Custom Post Types geeigneter. Wenn Du einfach nur bei allen Beiträgen weitere Felder haben möchtest, reicht es sicher, den Beitrags-Editor direkt zu modifizieren.

Zitat

P.S. nicht wundern, falls ein Mod den Beitrag verschiebt.

Was ich dann hiermit mal gemacht habe. ;-)

Hm, die Zeile müsste so aussehen, denke ich:

$werte = $wpdb->get_row( "SELECT * FROM $table_name WHERE paketname like '$name'");

Und stelle extra-sicher, dass nur Du selbst diese Methode aufrufen kannst und das Argument dafür nicht z.B. aus einer Query-Variablen gespeist wird. Ich weiß nicht, was $wpdb an Schutz gegen SQL-Injection mitbringt, aber das ist ansonsten eine wunderbare Gelegenheit dafür. ;-)

FTP-Upload-Fehler, würde ich sagen. Probier mal ein anderes FTP-Programm für den Upload. So wie es ist könnten Dateien beschädigt worden sein, zumindest klingt "illegal character" für mich danach als wäre die UTF-8-Codierung kaputt gegangen.

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.