Beiträge von Ammaletu

Mit "Rechten" meinte ich, dass im Apache für das WP-Verzeichnis das hier erlaubt sein muss:

Zitat

The FollowSymLinks option enabled
FileInfo directives allowed (e.g. AllowOverride FileInfo or AllowOverride All)

Zitat

Was meinst du denn mit "auf den Ordner zeigen" ?

Jede Domain zeigt auf eine IP-Adresse und ggf. auf einen Unterordner. Wenn ich mir Subdomains einrichte, kann ich z.B. bestimmen, auf welchen Ordner des Webspaces sie zeigen soll.

Zitat

die kurze Domain hat einen Webspace
Und die lange Domain hat auch einen eigenen Webspace.
Und die kurze ist eine ganz normale Domain, also nicht nur eine Weiterleitung.

Und wie soll das dann gehen? Wenn die Wunschdomain gar nicht auf den Webspace zeigt, auf dem WP installiert ist, kannst Du WP darüber doch auch nicht aufrufen! Das geht nicht, außer mit schlechten Hacks wie einer Frameset-Seite.

Managest Du den Apache selber? Damit die ,htaccess korrekt gelesen wird, muss das Verzeichnis noch gewisse Rechte haben. Moment... Schau mal hier: http://codex.wordpress.org/Using_Permalin…y.22_permalinks

Wie oben geschrieben: Die kurze Domain muss auf den Ordner zeigen, in dem WP liegt. Wenn Du die Domain woanders gekauft hast und sie nur weiterleitet, klappt das nicht (externe Domains auf Webspace schalten geht vbei vielen Providern, kostet aber extra). Wenn die kurze Domain auf anderen Webspace zeigt natürlich auch nicht, dann kann das ja sowieso nicht gehen.

Falls das jetzt noch nicht klar ist, musst Du uns etwas mehr über die Domains, den Webspace und das ganze Setup erzählen. ;-)

Domain 1 zeigt auf /html, Domain 2 auf /html/sub. Dann rufst Du die erste Installation logischerweise über domain1.de/wp-admin auf und die zweite über domain2.de/wp-admin. Das Unterverzeichnis sieht die Domain 2 ja nicht. Davon abgesehen: Kannst Du nicht per FTP-Programm einen Ordner auf der gleichen Ebene wie /html machen und damit arbeiten. Dann sind die beiden Seiten nicht geschachtelt, was auf lange Sicht ja übersichtlicher ist.

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.

Probier es mal damit. Oben über dem Beginn des Loops:

if (is_tag()) {
  query_posts($query_string . '&orderby=date&order=ASC');
}

Ich habe kurz geschaut, konnte aber keine Doku finden. Nimm dann einfach die Variante, die ich gepostet hatte. Das ist schon ok. Klappt das denn?

Hast Du die gewünschte Adresse im WP-Backend in den Optionen eingetragen und dann die Permalinks neu generiert? Natürlich nur wenn die Seite über diese Adresse auch wirklich zu erreichen ist, die Domain also richtig konfiguriert wurde.

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?

Einfach 's' => '' mit in das Parameter-Array für die Query aufnehmen, denke ich. Ich hab es nicht ausprobiert, aber ich würde hoffen, dass WP dann diesen Parameter nicht ein zweites Mal hinzufügt.

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:

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.

Sehe ich das richtig, die normale WP-Seitensuche wird automatisch Teil Deiner Query? Falls Ja, dann den Suchparameter einfach in Deiner Query auf den leeren String setzen. Mit etwas Glück reicht das.

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.