Beiträge von Ammaletu

    Die Namen der Optionen kannst Du im Quelltext der Einstellungsseite sehr schön sehen, das entspricht den name-Attributen. Es gibt nur date_format, time_format und timezone. Die Zeit ermittelt WP aus der Serverzeit, denke ich. Umrechnen in lokale Zeit aus UTC und andersherum geht dann doch auch simpel mittels PHP-Funktionen. Falls Dich interessiert, wie die Ausgabe bei den Einstellungen zustande kommt, schaust Du am besten mal in die PHP-Datei, welche diese Ausgabe generiert.

    Google hat mir eine Anleitung für ältere Themes wie TwentyTen ausgespuckt:
    http://www.elmastudio.de/wordpress/den-…ess-3-anpassen/

    Wenn Du ein Standard-Theme verwendest, überlege Dir, die Änderungen an einem Child-Theme zu machen, damit Du das Haupt-Theme ohne Probleme updaten kannst.

    Falls Du ein modernes Theme verwendest, kann man das sehr einfach über ein paar Zeilen in der functions.php des Themes machen. Da habe ich aber gerade kein Beispiel parat. Schreib am besten mal, welches Theme Du verwendest.

    Ok lass mich das noch mal etwas vorsichtiger formulieren: Du solltest die gewünschte Domain da eintragen, falls die Domain tatsächlich auf die Installation zeigt, Du also z.B. domain.de/readme.html ohne auf die längere Domain umgeleitet zu werden. Dann einfach in beide Felder die Domain eintragen (wenn WP nicht in einem Unterordner installiert ist, ansonsten bei "WordPress-Adresse (URL)" mit Unterverzeichnis und bei "Blog-Adresse (URL)" nur die Domain), incl. "http://" natürlich.

    Falls Deine Domain als Weiterleitung auf die eigentliche, längere Domain eingerichtet ist, musst Du das irgendwie anders lösen. Am einfachsten natürlich, indem Du das Setup der Domains änderst. Ansonsten bin ich da ich im Moment auch überfragt.

    Das hat mit dem Widget nichts zu tun, das stellt ja nur den Link auf das Tag-Archiv dar. Der gleiche Link steht auch an anderen Stellen, im Feed vielleicht oder unter den Beiträgen. Was Du anpassen musst, ist die Template-Datei Deines Themes, welche diese Seite darstellt.

    Wenn Du nicht eh ein modifiziertes oder eigenes Theme verwendest, denke an dieser Stelle über ein Child-Theme nach, sonst sind solche Änderungen bei einem Update des Themes ggf. weg.

    Je nach Theme ist das dann die tag.php (Oder tags.php? Bin gerade nicht sicher) oder archive.php, in der die Query angepasst werden müsste. In der archive.php natürlich nur für is_tag(). Details kann ich Dir gerade nicht sagen, kann das mal jemand ergänzen?

    Ok, vergiss Multisite, das wäre Overkill. Wenn es nur um die Archiv-Links in der Sidebar geht, wäre das hier vielleicht etwas:
    http://wordpress.org/extend/plugins/wp-category-archive/

    Damit kannst Du ein Archiv für Deine Kategorie und ein zweites Archiv für die Kategorie Deiner Frau erstellen. Falls das Plugin das nicht von Haus aus kann (ich habe es nicht ausprobiert), hast Du dann natürlich erst mal zwei Archive auf beiden Seiten. Mit dem Plugin "Widget Logic" kann man nun aber an Widgets noch angeben, auf welchen Seiten sie angezeigt werden sollen. Da müsste dann etwas wie das hinein:

    PHP
    is_category(1) || in_categoy(1)

    Feeds pro Kategorie gibt es ja schon und sind auf den Kategoriearchiven auch verlinkt. Man könnte dann sicher noch dafür sorgen, dass der globale Feed, wo eure Beiträge natürlich bunt gemischt erscheinen, nicht verlinkt wird, falls das gewüncht ist.

    Soll das ganze denn trotzdem eine Seite bleiben oder lieber komplett getrennt sein (also z.B. auch andere URL)? In letzterem Fall könnte man über eine Multisite-Installation nachdenken. Wenn es einfach nur etwas separiert sein soll, aber z.B. in Kategorie- und Tag-Archiven sowie der Suche zusammen auftauchen kann (auch im RSS-Feed), müsste man sich mit den Widgets beschäftigen. Falls die Standard-Widgets keine Einschränkungsmöglichkeiten bieten, kann man per Plugin andere Widgets nachrüsten, die flexibler sind. Auf Anhieb habe ich da keinen konkreten Tip, aber jemand anderes vielleicht?

    Überlege aber ruhig erstmal, wie getrennt die beiden Seiten sein sollen.

    Kommt auch sehr auf das Design an, aber besser fände ich fast noch, das schon alles im Haupt-Loop auszugeben und dann per CSS nach links zu rücken. Im Screen-Reader oder der Druckansicht soll das ja sicher wieder alles beisammen stehen, da macht es dann nicht viel Sinn, die Ausgabe so aufzuteilen.

    Blauäugig drauflos sollte man mit jeder Server-Software lassen, das hat nichts mit WP zu tun. Direkt Lücken in der aktuellen WP-Version sind mir nicht bekannt. Lücken in Plugins kann es halt geben, deswegen auch nur aus dem offiziellen Repo installieren und aktuell halten.

    Davon abgesehen muss es weder Deine noch WPs Schuld sein. Auf manchen Shared-Hosting-Servern reicht es, wenn eine andere Software, ggf. bei einem Nutzer des Servers, eine Lücke hat, welche einem Angreifer Befugnisse zum Ändern von Dateien gibt. Die Dateien Deiner WP-Installation hast Du hoffentlich auch ausgetauscht, nicht nur die DB-Inhalte?

    Da the_post_thumbnail eine Core-Funktion ist, würde ich mal drauf tippen, dass nicht alle Dateien da sind wo sie sein sollten. Stelle sicher, dass alle WordPress-Core-Dateien wirklich da sind. Einfach noch mal das zip-Archiv auspacken und alle WP-Dateien überschreiben lassen.

    Was meinst Du im übrigen mit "kaputter Datenbank"? Wie äußerte sich das?

    Sowas wird entweder in der header.php des Themes geregelt oder vom Theme an anderer Stelle (Options-Seite?) oder von einem SEO-Plugin. An einer dieser Stellen müsstest Du eigentlich fündig werden.

    Also zum Bewerten habe ich auf meiner alten Seite "Xavins Review Ratings" verwendet:
    http://wordpress.org/extend/plugins/xavins-review-ratings/

    Wird aber wohl im Moment gerade nicht weiterentwickelt und enthält meines Wissens nach nicht direkt eine Suchmöglichkeit. Das kann man aber leicht selber programmieren, da die Ratings als Custom Field gespeichert werden und man die WP-Query darum erweitern kann.

    Es gibt aber sicher auch neuere Plugins, könnte ich mir vorstellen. Wenn Du nach "Rating" suchst, immer schauen, ob das für die Nutzer offen ist. Die meisten bieten den Nutzern die Möglichkeit, etwas zu bewerten.

    Ich kenne das Plugin nicht, aber so wie es da steht ist es jedenfalls nicht gültig. Du kannst ja nicht einfach in einem PHP-Block HTML ausgeben, ohne es in echo "..." zu packen. Ob PHP an der Stelle geht oder nicht sollte sich außerdem einfach herausfinden lassen.

    Wenn Dir nicht wichtig ist, dass es in jedem Uralt-Browser geht, kann man das zudem sehr einfach per CSS lösen:

    Code
    table.some-class tr {
      background-color: white;
    }
    
    
    table.some-class tr:nth-of-type(odd) {
      background-color: red;
    }

    "some-class" natürlich ersetzen durch eine Klasse oder ID oder sonst etwas, was eindeutig auf diese Tabelle verweist.

    Browser-Support für nth-of-type ist offenbar Firefox 3.5+, Opera 9.5+, Chrome 2+, Safari 3.1+, IE 9+, was für ein Feature wie den Zebra-Effekt sicher ausreicht.

    Ist das Menü sehr groß, sind also sehr viele Menüpunkte enthalten? ich erinnere mich dunkel, dass es damit Probleme geben kann, weil WP in dieser Ansicht pro Menüpunkt 3 oder 4 Felder zum Server überträgt. Und da ist auf den meisten Servern einfach irgendwo ein Limit, wie viele Felder ein Formular haben darf. Falls das bei Dir zutrifft, müsstest Du schauen, ob das Limit etwas hochgesetzt werden kann. Das wäre eine Frage für Deinen Hoster.

    Punkt 1: In jedem Fall ein komplettes Backup machen! Also alle Datein (auch die WP-Dateien) und einen Datenbank-Dump vom Server ziehen und lokal lagern, für alle Fälle.

    Dann wäre die Frage, wo diese Meldung genau herkommt. Ich sehe jedenfalls im Quelltext nichts verdächtiges. Du kannst ja auf jeden Fall auch mal testweise auf ein anderes Theme gehen oder mal die Plugins nach und nach ausschalten und schauen. Es ist jetzt halt erst mal schwierig zu sagen, ob da nur ein Plugin irgendwas lädt oder ob das Blog gehackt wurde.

    Ansonsten kann ja auch vielleicht jemand anderes noch was zu sagen, ich bin nicht direkt Experte für solche Sicherheitsprobleme. ;)

    Das kannst Du so machen:

    PHP
    <?php echo do_shortcode('[nggallery id=' . get_the_field('galerienummer') . ' template=irmen]'); ?>


    get_the_field statt the_field habe ich mal geraten, aber üblicherweise geben die the_*-Methoden alles gleich aus, was Du hier nicht brauchen kannst, während die get_the_*-Methoden es zurückgeben. Bietet die NGGallery denn nicht alternativ richtige Template-Methoden an? Schau mal in die Doku, das geht sicher schneller als es über den Shortcode zu lösen, der am Ende ja auch nur auf solche Methoden gemappt wird.