Beiträge von Ammaletu

Dann poste doch bitte mal die ganze Methode "mw_recent_comments". Da muss das ja drin stehen, wie der richtige Aufruf lautet. ;-)

Ich würde dafür nicht das Plugin ändern. Wenn Du es eh nur anfügen willst, gib doch Deinen Code einfach nach dem Aufruf der Plugin-Methode aus, oder hängt das von der Logik her wirklich irgendwie zusammen?!

Hm, hilft Dir dieses Plugin weiter?
http://wordpress.org/extend/plugins…last-logged-in/

Update: Ich sehe gerade dass sich das auf einen externen Service bezieht Aber vielleicht kannst Du Dir da ja die Grundlagen abschauen.

Also eine Vereinfachung, die sich anbietet, wäre das ganze mehr ins Theme zu integrieren. An den Beiträgen würdest Du die Kunden-ID als benutzerdefiniertes Feld setzen. Im Theme (z.B. single.php) prüfst Du, ob der Beitrag eine Kunden-ID hat und wenn ja, wird die SQL-Abfrage eingebunden. Damit musst Du dann schon mal nicht PHPim Beitragstext haben (so ist es aktuell umgesetzt, oder?).

Wozu ich jetzt eher keine Lösung wüsste ist die automatische Synchronisierung der beiden DB. Kann man sich sicher programmieren, aber bist Du sicher, dass das Sinn macht? Wird die externe DB noch von anderen Programmen benutzt? Ansonsten fände ich es sinnvoller, die Kunden z.B. als statische Seiten zu pflegen und die Daten in den benutzerdefinierten Feldern zu lagern, wenn eh nur WP drauf zugreifen soll.

Weil die Domainumleitung gar keine Umleitung ist sondern einfach nur die Zeilseite in einem Frame einbindet. Was die Zielseite dabei als Seitentitel setzt, kann die äußere Strato-Seite natürlich nicht wissen.

Sorry, aber Deinem letzten Posting kann ich leider nicht wirklich folgen. Was ich oben sagen wollte: Gib den Gedanken auf, dass eine Webseite immer gleich aussehen muss, insbesondere dass die Eingabe im Editor genau gleich der Ausgabe im Blog sein muss. Das ist sie nicht und wird sie auch nicht sein, und es würde auch keinen Sinn machen.

Wenn Du mit dem Stylen der Bilder-Positionierung noch ein anderes Problem hast, beschreibe das bitte noch mal genauer.

Du müsstest den type-Parameter ändern, aber die gültigen Werte standen nicht im Kommentar. Schau einfach mal in die Methode, was da als type-Parameter geht oder probiere auf gut Glück mal 'comment' oder 'comments' statt 'all' zu übergeben.

Wird die Überschrift durch irgendwas noch behandelt? Filtert das Theme die um irgendwas zu ergänzen oder zu ändern? Oder ein Plugin? Wenn man mit UTF-8 nicht aufpasst, kann man die Zeichen sehr leicht unabsichtlich kaputt machen, was englisch-sprachige Plugin- und Themautoren oft nicht selber merken.

Per "Role Manager"-Plugin müsstest Du ihm die Rechte so eingrenzen können, dass er nur Widgets ändern darf. Was schwieriger wird, ist ihn daran zu hindern, andere Widgets zu ändern oder neue einzustellen. Da bin ich nicht sicher, ob das auch geht.

Du könntest die benutzerdefinierten Felder dafür nutzen, wenn Dir das nicht zu unkomfortabel ist. Du könntest auch problemlos spezielle Eingabefelder dafür unterhalb des Editorfensters einblenden, deren Daten dann intern in den benutzerdefinierten Feldern gespeichert werden. Als Vorlage dazu kannst Du z.B. ins Hybrid Theme-Framework schauen, das macht das so.

Google hilft weiter: http://remarkablogger.com/free-wordpress…theme-sapphire/

Ich weiß aber auch nicht, ob das die Seite vom Autor ist. Sieht auf den ersten Blick so aus, aber sicher bin ich da nicht.

Zitat

Frage #1: Was genau ist " 4, false, 35, 15, 35, 'all', ' " ?

Das sind die Argumente der mw_recent_comments-Funktion. Ich nehme an, die ist ein Teil des Themes als Fallback, falls es die get_recent_comments-Methode nicht gibt (deswegen die if-else-Prüfung davor -- aber woher kommt get_recent-comments? Plugin? Sieht nicht so aus als wäre das eine WP-Funktion.). Was die Argumente bedeuten, ist hoffentlich an der Methode dokumentiert, die sich vermutlich in der functions.php des Themes befindet.

Zitat

Frage #2: Ich möchte Trackbacks/Pingbacks erlauben, allerdings nicht in meinen Recent Comments sichtbar haben ... was ist zutun?

Wie gesagt,kommt drauf an, über welche Methode Du die Recent Comments ausliest.

Tja, willkommen in der wunderbaren Welt von HTML. ;-) Gewöhn Dich schon mal dran, dass Gestalten fürs Web nicht zu vergleichen ist mit dem pixelgenauen Print-Design. Selbst wenn die Editoransicht und die Ansicht in der Webseite genau gleich wären, würde es in einem anderen Browser vielleicht schon wieder anders aussehen. Oder mit einer anderen Monitorauflösung. Es sieht auch anders aus für Nutzer mit anderen Schriftarten oder einer anderen Basisschriftgröße im System etc.

Der spezielle Unterschied zwischen Editor und Blog-Ansicht kommt daher, dass nur auf die Blog-Ansicht die Stylesheets Deines Themes angewendet werden. Die Editoransicht ist eher normales Standard-HTML. Wie Du siehst, ist die Schrift in Deinem Blog-Theme kleiner, weswegen dann neben dem Bild eben mehr Platz bleibt. Das könntest Du bei Bedarf natürlich ändern, aber nur um den Editor an die Blogansicht anzugleichen lohnt das den Aufwand eigentl9ich nicht, denke ich.

Zitat

Ich sehe den Sinn darin nicht, das ist doch eigentlich dann sinnloser Speicherverbrauch, oder?

Ja, ist es. :-/

Zitat

Wieso erstellt Wordpress dann aber auch für die anderen Größen Thumbnails die wohl größtenteils nie benutzt werden? Kann man das irgendwie korrigieren?

Würde mich auch interessieren. Es gab früher mal das sehr schöne "Flexible Upload"-Plugin, welches den Upload anders gehandhabt hat und ein Thumbnail nur bei Bedarf angelegt hat. Es wurde leider an die vielen Änderungen in WordPress irgendwann nicht mehr angepasst. Funktionieren müsste es noch, aber es sieht wirklich nicht schön aus, so jedenfalls meine letzte Erinnerung an den Einsatz mit 2.6 oder 2.7.

Ich vermute mal, dass der Programmierer, der das aktuelle Verhalten programmiert hat, sich dachte, Webspace ist spottbillig heutzutage, und auf der anderen Seite wird WP ja sowieso immer an den technisch unbegabtesten Nutzer angepasst, der das alles möglichst einfach haben will. Auszuwählen ob ein Thumbnail erstellt werden soll und in welcher Größe, ist da scheinbar schon zu viel verlangt. Aber vielleicht tut sich ja mit 2.9 was, da sollen ja auch viele Änderungen an den Multimedia-Fähigkeiten kommen. Vielleicht legt WP dann aber auch vier Thumbnails pro Bild an, wer weiß. ;-)

Zeigt der Browser einen JavaScript-Fehler an? Geht es mit einem anderen Browser? Und hast Du mal den Cache für die Seite geleert?

Link zur Seite erhöht Deine Chancen auf eine Antwort beträchtlich, denke ich. Und es heißt "Galerie". ;-)

Das lohnt die Mühe meiner Meinung nach nicht. Pass doch lieber Deine Stylesheets an. Das von WP generierte HTML ist wirklich nicht schlecht, und der Versuch es 1:1 einer alten Seite anzupassen ist die Zeit IMHO nicht wert, die Du da investieren müsstest.

Die Seitenliste kann man davon abgesehen filtern. Da könnte man vermutlich auch den Link zur aktuellen Seite mit entfernen. Wenn Du wirklich möchtest, kann ich mal Beispielcode dafür raussuchen.

Dafür gibt es das "Maintenance Mode"-Plugin: Damit kannst Du den Besuchern (und Suchmaschinen) sagen, dass Du an der Seite gerade arbeitest. Nur eingeloggte User können dann drauf zugreifen.

Die Mindestanforderungen für die Permalinks stehen hier:
http://codex.wordpress.org/Using_Permalin…y.22_permalinks

Pfade kannst Du auch nachträglich ersetzen. Es macht sich einfach im DB-Dump halt simpler als per SQL direkt in der DB. Vielleicht ist es aber auch nicht nötig, kommt auf die Plugins an und drauf ob Du schon Bilder eingefügt hattest.

Schau mal ob eines dieser beiden Widgets Dir weiterhilft:
http://wordpress.org/extend/plugins/hierarchical-pages/
http://wordpress.org/extend/plugins/flexi-pages-widget/

Zitat

[COLOR=Black]Diese Echos brauche ich nicht, nur werden sie bei jedem neuen Update des Plugins wieder hinzugefügt;[/COLOR]

Sollen Deine Widgets generell nichts davor und danach ausgegeben haben? Dann ändere doch einfach diese Konstanten in der functions.php Deines Themes. Beispiel aus meinem Theme:

if (function_exists('register_sidebar')) {
  // register the left sidebar
  register_sidebar(array('name' => 'left',
  'before_widget' => '<li>',
  'after_widget' => '</li>',
  'before_title' => '<h3>',
  'after_title' => '</h3>'));
  
  // register the right sidebar
  register_sidebar(array('name' => 'right',
  'before_widget' => '<li>',
  'after_widget' => '</li>',
  'before_title' => '<h3>',
  'after_title' => '</h3>'));
}

Das wirkt sich dann auf alle Widgets aus, die dieser Sidebar hinzugefügt werden. Du könntest für dieses Widget sonst auch eine neue Sidebar erstellen und diese in der sidebar.php einbinden, wenn es anders als alle anderen Widgets sein soll und z.B. immer am Ende der Sidebar steht.

[COLOR=Black]
[/COLOR]

Zitat

wie kann ich diese Dauerhaft, auch bei neuen Updates, auskommentiert lassen? Geht das überhaupt, oder muss ich bei jedem Update wieder selbst Hand anlegen?

Nein, das müsstest Du dann immer wieder neu ändern. Oder eben nicht updaten.

[COLOR=Black]
[/COLOR]

Zitat

Und Generell -- ich habe auch einige für mich Sinnvolle anpassungen direkt in den Wordpress-Scripts vorgenommen, diese werden wohl auch bei einem Update verloren gehen, oder?

[COLOR=Black]

Ganz einfach: Tue es nicht! Änderungen an Core-Dateien sind tabu, damit macht man sich nur selber Ärger. Man kann über Filter und Hooks sehr viel an Funktionalität anpassen, was dann alles schön in der functions.php des Themes landet, wo es bei Updates sicher ist.
[/COLOR]