Hallo alle zusammen,
ich kenne mich leider nicht genug mit PHP aus.
Grob lesen und PHP-Blöcke einfügen, auskommentieren und kleinste Änderungen kriege ich zwar hin, aber eigenen Code erstellen, da hakt es dann.
Ich habe konkrete Änderungswünsche, die ich unten anfüge. Manches habe ich selbst erreichen können, weis aber nicht genau, ob es bei Updates Probleme geben kann. Andere Dinge überschreiten meine Programmierkünste bei weitem.
Vielleicht lassen sich manche beschriebenen Dinge anders bewerkstelligen? Darum hoffe ich, dass mir die Community bei meinen speziellen Problemen helfen kann, bzw. ein erfahrener User sich meiner annimmt. Vielleicht finden sich auch weitere User, die ähnliches oder das gleiche benötigen?
Bei jedem, der bis zum Ende meines langen Posts liest, bedanke ich mich schon mal im vorraus ;-)
Über jede Idee zur Umsetzung auch für Teilbreiche freue ich mich.
Grüße
---------------------------
Generelle Frage:
Darf ich das so machen, ohne die Update-Möglichkeit zu verlieren, oder sollte man besser ein Plugin dafür schreiben, bzw. ist das überhaupt machbar?
Ich nutze WP weniger als Blog, mehr als CMS.
Aus diesem Grund möchte ich die Anzeige bei "Beiträge verwalten" und die Suchen-Funktion dort anpassen, um auch mehrere tausend Einträge sinnvoll handeln zu können.
1. Anzeige von mehr als 15 Beiträgen pro Seite
Meine Lösung in der edit.php:
wp("what_to_show=posts$post_status_q&posts_per_page=50&order=$order&orderby=$orderby");Einfach die Zahl auf 50 hochgesetzt und gut.
2. Seiten-Navigation (vorherige, 1, 2, 3, nächste) bei mehr als 1 Seite Suchergebnisse
Meine Lösung mit Hilfe des Pagebar-Plugins:
Die Divs für ältere Beiträge und neuere Beiträge mit folgendem Code ersetzt:
<div class="pagenavigation">
<?php if (function_exists('wp_pagebar')) wp_pagebar(); ?>
</div>Funktioniert auch wunderbar!
3. Noch nicht selbst probiert, würde ich aber vielleicht noch selbst rauskriegen: weitere Spalten, die in den Ergebnissen angezeigt werden sollen!
Also nicht mehr so:
ID | Wann | Titel | Kategorien | Kommentare | Autor | Ansehen | Bearbeiten | Löschen
sondern:
ID | Jahr | Titel | benutzerd. Feld 1 | benutzerd. Feld 2 | benutzerd. Feld 3 | Kategorien | Kommentare | Ansehen | Bearbeiten | Löschen
4. Die Suche auf benutzerdefinierte Felder, Tags, etc. erweitern
Da habe ich Search Everything gefunden, damit werden auch bei der Backendsuche diese Felder durchsucht, wenn eingestellt. Also abgehakt.
Fast, beißt sich nämlich etwas mit 6.b.
5. Sortierung der Anzeige nach ID aufsteigend (1, 2, 3...)
Standardmäßig wird hier nach Aktualität (Datum) gelistet. Leider habe ich durch ausprobieren nicht herausfinden können, wie ich nach der ID sortieren kann.
Am idealsten wäre es, wenn man einfach die Überschriften anklicken muss und dann wird sortiert, nochmal draufklicken für Sortierung umkehren.
Aber wie umsetzen in Code umsetzen?
6. Suchmöglichkeiten weiter einschränken durch zusätzliche / geänderte Filter.
a) Nach "Monat" kann raus, da nicht benötigt (Ich brauche den Filter nach Jahr siehe 6.c.)-> ich verwende darüber hinaus den Zeitstempel um eine interne To-Do abzubilden [01.01.08 = angelegt, 01.02.08 = Inhalt eingepflegt, 01.03.08 = kategorisiert, etc...]
Dafür möchte ich gerne bestimmte Informationen einbinden nach denen ich Filtern kann:
b) benutzerdefiniertes Feld 4, 5, 6
Mein Gedanke:Im Beitrag selbst definiere ich ein Feld namens "Suche 4", "Suche 5", "Suche 6" dort gebe ich eine Art interne Kategorie und ähnliches an.
Die Inhalte werden dann als 3 Dropdown-Schaltflächen neben den Vorhandenen (Suchbegriffe, Status, Kategorien) ausgegeben. Wenn ausgewählt, wird halt nur das ausgegeben, was dem auch zugewiesen ist.
Problem:
Diese sollen nicht öffentlich im Frontend gefunden werden (vgl. 4.) Leider bietet Search Everything nicht die Möglichkeit, benutzerdefinierte Felder auch "freizugeben" bzw. nur bestimmte Felder für die Suche zuzulassen. Lösung?
c) Suchen und Ersetzen / Archiv aufbauen
[size=12]Ich habe das Plugin von Mark Cunningham installiert ist aber auf meine Belange nicht ganz anzuwenden, denke ich.
Was ich eher brauche sind weitere Stati...
1. veröffentlicht und archiviert
[/SIZE][size=12]Im Frontend soll der Beitrag nicht mehr in den Kategorien angezeigt werden, aber trotzdem intern kategorisiert bleiben. Der Beitrag soll trotzdem in den Suchergebnissen erscheinen und über das Web aufzurufen sein.
[/SIZE][size=12]
2. quasi veröffentlicht und archiviert
Im Frontend nicht in Kategorien und nicht über die Suchergebnisse, aber dennoch übers Web aufzurufen sein.
... und eine Funktion (Plugin), wie ich gebündelt den Status wechseln kann.
Hintergrund:
In den Kategorien soll nur aktuelles aus dem aktuellem Jahr stehen. Am Ende des Jahres werden die Beiträge archiviert.
zu 6.c.1.
Gibt es keinen "Nachfolger-Beitrag" fürs neue Jahr, soll der alte Betrag "teil-beworben" werden. Also nicht in der Kategorie (aktueller Content) aber trotzdem in der Suche (gesamter Content) inbegriffen werden.
zu 6.c.2.
Gibt es einen "Nachfolger-Beitrag" fürs neue Jahr, soll der alte Beitrag nicht mehr "beworben" werden. Durch einen Permalink möchte ich allerdings zwischen diesen beiden Beiträgen verweisen (Versionshistorie)
[/SIZE]