Beiträge von Ammaletu

  • Online gestellt -> Links verweisen auf http://localhost

    Für die Online-Instanz kannst Du das auch in der wp-config.php angeben:

    PHP
    // site address
define('WP_SITEURL', 'http://www.deine-richtige-adresse.xyz');
define('WP_HOME', 'http://www.deine-richtige-adresse.xyz');

    Dann lässt es sich allerdings nicht mehr in den Optionen ändern. Direkt in der Datenbank geht natürlich auch.

    Wieso kannst Du auf die Offline-Installation nicht mehr zugreifen?! Die sollte davon unberührt bleiben.

    Es sind im übrigen noch mehr Sachen anzupassen beim Umziehen einer WP-Installation, z.B. Pfade von Bildern in Beiträgen etc. Am besten macht sich das direkt am DB-Dump, bevor man den importiert am Ziel.

  • Kommentare mit Überschriften

    Wow, das sieht doch schon gut aus. Ich hab's jetzt nur überflogen, ist schon spät und noch viel zu tun. Wenn Du an spezifischen Stellen hängst, sag Bescheid und ich schaue genauer drauf. Ansonsten Danke fürs Posten, das hilft sicher auch anderen weiter.

  • Kann in Plugin Advanced RSS Titelfarbe nicht ändern

    Zitat

    Die Titelfarbe der anderen Widgets konnte ich via CSS des Themes bestimmen. Weshalb wird dies nicht für dieses Widget/Plugin übernommen?

    Weil dies das einzige Widget ist, bei dem der Titel verlinkt ist. Das Link-Element liegt innen, also überschreiben die Styles für Links die Styles für Überschriften. Du müsstest also im Stylesheet noch ergänzen, dass #sidebar h1 a genauso wie #sidebar h1 gestylt wird.

    h1 ist im übrigen nicht sinnvoll für die Sidebar-Zwischenüberschriften. Es sollte ja den wichtigsten Titel der Seite auszeichnen, also je nach Ansicht den Blog-/Seitentitel ode rden Titel der angezeigten Seite/des Beitrags, aber nicht Zwischenüberschriften.

  • Artikelbild-URL außerhalb des Loops

    Außerhalb des Loops musst Du dann halt die ID mitgeben, wobei die $post-Variable ja auch im Header schon zur Verfügung stehen sollte für is_single() und is_page(). Um nur die URL zu kriegen gibt es bestimmt auch eine Funktion. Schau doch einfach mal, wie get_the_post_thumbnail() implementiert ist (Suche nach "function get_the_post_thumbnail" im WP-Quelltext).

  • WPMU Fragen Umstiegen ja / nein?

    Ohne WPMU wirklich zu kennen, nur ein paar Infos.

    Zitat

    1. Kann ich das einfach in eine neue Datenbank installieren - parallel mal schauen ob es geht?

    In einer eigenen DB sollte das auf jeden Fall gehen. In der gleichen DB bräuchtest Du dann einen anderen Prefix.


    Zitat

    2. Wie wahrscheinlich ist dass mein Theme auch funktioniert?

    Keine Ahnung, aber das kannst Du ja leicht ausprobieren. Würdest Du eh erstmal nicht öffentlich testen. Dann kannst Du eventuelle Probleme ja beheben.


    Zitat

    3. Kann ich dann einfach die letzten Einträge importieren? Wie?

    Ich würde mal vermuten, dass die normale WP-Exportfunktion etwas kreiiert, was WPMU importieren kann. Ansonsten gibt es immer noch RSS-Feeds.


    Zitat

    4. Wie leicht ist es WPMU und Buddypress zu installieren? Wieviel Zeit kostet mich das vor allem?

    Oh, da kann ich nur Hörensagen anbieten. Kommt vermutlich auf den Server an, ob das in 5 Minuten gemacht ist oder nicht. Ganz so leicht wie WP selber wird es aber wohl nicht sein.


    Zitat

    5. Was kann schief gehen?

    Alles! ;-) Aber das muss Dich nicht aufhalten. Denk nur daran, Backups der Datenbank zu haben, ehe Du an der Oruiginal-DB was machst. Das gleiche am besten auch für die Dateien, dann kannst Du im Zweifelsfall alles zurückdrehen.

    Und was ich eigentlich schreiben wollte: WP und WPMU werden ab Version 3.0 zusammengelegt. Vielleicht solltest Du also lieber gleich mal schauen, wie das MultiSite-Feature bei Wp 3.0 funktioniert als jetzt noch WPMU zu installieren?! 3.0 müsste ja bald erscheinen...

  • IIS - HTTP-Fehler 404.0 - Not Found

    Verwendest Du eine spezielle Permalinkstruktur? Das erordert bei IIS soweit ich weiß gewisse Vorausetzungen. Da müsstest Du Dich mal zu belesen, ob Dein Server die alle erfüllt. Testen kannst Du, ob es daran liegt, indem Du mal kurz auf die Standard-Permalinks umschaltest (die mit ?id=... in der URL).

  • WP Security Scan Frage

    Das Tabellenprefix ist einfach ein Teil des Namens der Datenbanktabellen. Gedacht ist das eher dafür, mehrere WP-Installationen in einer DB liegen zu haben (z.B. als wp1_content und wp2_content). Aber da manche Exploits und Hackversuche halt nur gehen, wenn das Standard-Prefix "wp_" benutzt wird, wird manchmal halt empfohlen, ein anderes Prefix zu verwenden.

    Wenn Du das machen möchtest, nimm einfach etwas beliebiges, das Du bei einem Blick in Deine DB noch Deiner Seite zuordnen kannst. Zu lang sollte es nicht sein. Meinetwegen für die "Meine Seite"-Installation von WP "wpms_" oder so. Ich bin nicht sicher, wie viel das real bringt, aber es schadet auch nicht.

    .htacces-Dateien regeln Zugriffsrechte, unter anderem. Du könntest im wp-admin-Ordner theoretisch eine .htaccess-Datei anlegen und damit den Zugriff auf das Verzeichnis mit einem Extra-PW schützen. Das müsstest Du dann beim Zugriff aufs Backend zusätzlich zum WP-Password eingeben. Kann man machen, muss man aber nicht, finde ich. Zumindest wenn Du ein hinreichend komplexes Admin-PW hast und keine Nutzerregistrierung erlaubst.

  • Header

    Ja, ist es. ;-) Ob es sinnvoll ist, ist eine andere Frage. Was willst Du denn genau machen? Auf der zweiten Seite die Beiträge einer Kategorie ausgeben? Immer die x aktuellsten Beiträge? Tutorials für diese Art Sachen findest Du neben der Forensuche z.B auch auf texto.de.

  • Ausgabe des Post-Datums bei Mouse-over über Bild

    Sollte nicht zu schwierig sein, wenn Du Dich etwas mit Programmierung auskennst. Ich skizzier Dir mal, wie ich mir die Lösung vorstelle:

    - alle betroffenen Dateien (index.php, archive.php, search.php...) so anpassen, dass das Datum direkt nach dem Bild ausgegeben wird
    - Datumsausgabe in einem span mit einer speziellen Klasse, diese in der style.css auf display: none stellen, damit ist es erst mal unsichtbar
    - um Bild und Span liegt das Link-Tag, dem auch eine Klasse geben und diese auf position relative stellen
    - die span-Klasse auf position absolute stellen und wie gewünscht auf dem Bild positionieren
    - mit jQuery ergänzen, dass das span onmouseover ein- und onmouseout ausgeblendet wird

  • Kommentare mit Überschriften

    Das geht auf jeden Fall. Ändere dafür aber bitte nicht Core-Dateien von WordPress. Das ist nie eine gute Idee, da Du das dann bei jedem Update wiederholen musst. Und die kommen recht häufig.

    Die Änderung gehört vielmehr ins Theme oder, falls Du das häufig wechseln möchtest, in ein Plugin. Kopier doch erstmal hier rein, wie die Kommentare in Deinem Theme ausgegeben werden.

    Im Backend wird der Autor dann aber ggf. trotzdem auf seine Überschrift verlinkt. Einiges kann man da sicher auch anpassen. Ich weiß aber nicht, wie weit das geht. Bist Du sicher, dass diese Zweckentfremdung die beste Lösung ist? ... Hm, habe mal gesucht und kann so auf Anhieb tatsächlich kein Plugin dafür finden, obwohl die Tabellenstruktur von WP das ja nun vorsieht (Metawerte an Kommentaren). Erstaunlich. Zeit müsste man haben... ;-)

  • Aktuellen Link darstellen

    Die Lösung besteht aus zwei Teilen: Zum einen muss der aktuelle Link im Menü mit einer spezifischen Klasse versehen werden. Je nach Theme ist das vielleicht schon so.Siehst Du ja im Quelltext der Seite. Und zum zweiten muss für diese Klasse dann etwas im Stylesheet definiert sein.

  • "size of request header"-Problem

    Offensichtlich ist der Inhalt eines Cookies der Seite größer als der Server erlaubt. Wenn es Dein Server ist, kannst Du das Limit eventuell hochsetzen. Wenn Dein Script den Cookie erzeugt, kannst Du vielleicht die Menge der gespeicherten Daten verkleinern.

  • Role Manager

    Der Role Manager kann das soweit ich weiß nicht. Eventuell der Role Scoper? Ist sowieso neuer und wird noch entwickelt. Ist aber ein eher komplexes Teil. Mach auf jeden Fall vor Experimenten ein Datenbank-Backup.

  • Neuer WP-User mit Verständnisfragen: Technische Layoutplanung

    Zitat

    Wenn ich mit den derzeitig kursierenden Anleitungen ein Costum-Post-Type einrichte, habe ich im Backend zumindest einen neuen "Post"-Punkt mit eigenen Feldern.

    Das sieht dann erstmal gleich aus wie die normalen Blog-Artikel, oder? Weitere Eingabefelder kannst Du ja auch so schon erstellen und dann z.B. beim Speichern als benutzerdefiniertes Feld speichern. Mit den Custom Post Types kannst Du das eben getrennt für die verschiedenen Typen machen. Das muss man sich aber eben manuell einrichten, man kann es (bisher) nicht einfach zusammenklicken. Soweit ich weiß jedenfalls, habe das alles auch noch nicht ausprobiert. Siehe ggf. meinen letzten Beitrag hier:
    http://forum.wordpress-deutschland.org/allgemeines/68…tlich-sind.html


    Zitat

    Denn, soweit ich Wordpress bislang verstanden habe, gibt es ein Blog mit diversen Inhalten und nach Kategorien aufgeteilt.

    Ja, es sei denn, Du aktivierst das neue Multi-Blog-Feature, dann können auf einer Installation beliebig viele getrennte Blogs laufen. Ich kann nicht wirklich Erfahrungswerte anbieten, wie sehr man sie zusammenbinden kann. Auf WordPress.com gibt es ja z.B. eine gemeinsame Tag-Cloud für alle Blogs. Prinzipiell ist das aber eher richtig, denke ich, wenn es getrennte Seiten werden sollen.

    Was ich ansonsten geschrieben hatte bezog sich auf die layout-technische Anpassung im Frontend. Das käme dann aj erst als Schritt 2, wenn Du das im Backend soweit eingerichtet hast. Du solltest dafür überlegen, eines der Theme-Frameworks mit einem Child-Theme zu verwenden. Da hast Du viele Möglichkeiten ohne zu viel eigenen Aufwand.

    Für die Trennung im Backend müsstest Du Dir ansonsten mal das Rollen- und Rechtekonzept anschauen (http://codex.wordpress.org/Roles_and_Capabilities). Ein Plugin dazu wäre der Role Scoper:
    http://wordpress.org/extend/plugins/role-scoper/