Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenJede Kategorie hat ein Archiv, dafür musst Du nichts weiter tun. Wenn das Theme keine category.php hat, wird die archive.php oder die index.php benutzt.
Was Du jetzt vermutlich möchtest, ist die Archive anders zu stylen?! Das sollte sich per CSS machen lassen, über die Klassen, die ein gutes Theme am Body-Tag unterbringt.
Liegt es vielleicht hier dran? Aus dem Codex:
Be careful when retrieving "public" custom post-types that were registered using the register_post_type() function: the inputs to the register_post_type function are not intelligently processed, so if you verbosely set options for publicly_queriable, show_ui, show_in_nav_menus, and exclude_from_search, this is NOT considered equivalent to setting the public option and querying for public post-types will not yield results that were defined with the equivalent explicit arguments. See bug 18950.
http://codex.wordpress.org/Function_Reference/get_post_types
So oder so würde ich denken sind die Post Types dann einfach nicht korrekt definiert oder die Abfrage stimmt nicht. Die holt ja nur die public-Typen, vielleicht sind sie das einfach nicht.
Tja, die Anleitung ist sub-optimal. Es ist besser, die Original-Query nicht zu überschreiben sondern eine neue Query zu erstellen, es sei denn Du willst die Original-Query überschreiben/ändern. Dann brauchst Du aber auch das reset_query nicht. So oder so sollte query_posts den page/paged-Parameter mit übernehmen:
http://scribu.net/wordpress/wp-p…uery_posts.html
Mehr Infos zum Ändern des Loops:
http://codex.wordpress.org/Function_Reference/query_posts
Sind die Bilder denn in der exportierten Datei enthalten? Sollte sich anhand der Dateigröße sehen lassen oder eben mal reinschauen, ob da Binärdaten mit drinstehen.
Reparier doch erstmal die erste Installation. Die Fehlermeldung ist relativ eindeutig: Du hast irgendwie die Themes entfernt. Sicher, dass Du die Daten kopiert und nicht verschoben hast?
Schritt 2: Backups erstellen falls Du die nicht schon hast! Von den Daten im Webspace und von der kompletten Datenbank.
Schritt 3: Die neue WP-Installation. Prinzipiell sollte das gehen, denke ich. Du musst aber ggf. in der .htaccess-Datei der "oberen" WP-Installation eine Weiterleitung einbauen, sonst kann es sein, dass die Permalinks der neuen Seite nicht gehen (immer zur ersten WP-Installation führen). Aber die Installation selber sollte gehen. weiße Seite = PHP-Fehler. Was steht im Errorlog?
Ich möchte unten Seiten Archive und Meta weg haben was muss ich machen ?
Vermutlich hast Du es mittlerweile selber rausgefunden, da ich nichts entsprechendes auf der Seite sehe. Es sind jedenfalls höchstwahrscheinlich Widgets, die Du unter Design > Widgets entfernen kannst. Einfach mit der Maus rausziehen aus dem Widgetbereich.
English
I would have gone down sides of Archives and Meta what do I need?
Das ist ein deutsches Forum, Du kannst es also bei Deutsch belassen. 
Meine Vermututng wäre, dass ein Plugin oder wahrscheinlicher das Theme am Loop etwas beschädigt hat (nämlich den page-Parameter ignoriert). Schalte doch mal kurz auf Twenty Eleven um und probier, ob es dann geht.
Immer oder nur wenn Du eingeloggt bist und oben die Adminbar angezeigt wird? Ich sehe nämlich keinen entsprechenden Effekt. Irgendwie sieht das für mich so aus, als würden sich Theme und Adminbar gegenseitig stören. Kann ich jetzt so aber von außen nicht genauer sagen.
Versuchs mal mit dem Beispiel-Code aus dem Codex:
http://codex.wordpress.org/Plugin_API/Fil…/login_redirect
Du könntest dort vermutlich die Domain direkt auf die IP-Adresse des Zielservers schalten. Das ist aber sehr gefährlich, falls Dein Provider jemals Deinen Webspace auf eine andere Maschine umzieht (z.B. Wechsel in anderes Hostingpaket).
Frag doch am besten mal den Support Deines Providers nach einer Lösung. Sinnvollerweise gehören natürlich Domain und Webspace ins gleiche Hosting-Paket, so dass beides vernünftig zusammenspielen kann.
-ivan: Also wir machen das hier alle ehrenamtlich. Auch die bei inpsyde Angestellten kümmern sich natürlich zuerst um die Dinge, für die Kunden Geld bezahlen. Antworten im Forum und auch die Arbeit an der Sprachdatei muss dann nebenbei erfolgen. Da kann man schon mal einen Thread übersehen.
jottlieb: Sag mal, kann man die Sprachdatei nicht analog zum WP-Core in SVN oder Git verwalten? Mit öffentlichem Lesezugriff, so dass sich jeder das Teil auschecken, Änderungen vornehmen und diese per Patch einschicken kann. Du müsstest das dann nur noch anschauen und committen, anstatt wie jetzt erst mal selber die Keys anhand der hier geposteten Hinweise rauszusuchen.
Habe nun bei der Domain auf Headerredirect gestellt und nun scheint es zu gehen. Leider steht in der Adresszeile immer noch die komplette Adresse..
Das ist ja auch das, was ein Redirect macht: Weiterleiten auf das Ziel. Das willst Du nicht, Du willst die Domain auf den Webspace schalten. Hast Du sie bei einem anderen Anbieter gekauft als den Webspace, oder wieso sonst überhaupt diese Konstruktion mit den Frames?
Wobei für die Einbindung von YouTube meines Wissens nach schon länger kein Plugin oder Kopieren des Codes mehr nötig ist. Einfach die URL auf eine eigene Zeile schreiben, dann sollte WP den Rest erledigen. Siehe:
http://codex.wordpress.org/Embeds
Genauer kann ich es Dir gerade auch nicht sagen, aber es wird wohl daran liegen, dass das WP-Backend scheinbar in Deinem Frameset nicht funktioniert. Aber wie gesagt, keine Ahnung, wieso das so sein könnte.
Bist Du allerdings sicher, dass diese Frameset-Lösung das Beste ist, was geht? Das ist nämlich eine häßliche, unpraktische Lösung. Google wird das nicht mögen (und die eigentliche URL indexieren oder gar nichts), Benutzer werden es nicht mögen (da sie keine Seiten bookmarken können) und übersichtlich ist es auch nicht (man sieht keine Permalinks in der Adresszeile). Besser wäre es, die Domain direkt auf den Webspace zu schalten.
Das mit den Child Themes werd ich mir mal überlegen, müsste mich da auch mal rein lesen...
Fang z.B. hier mit Lesen an:
http://bueltge.de/wordpress-child-themes-verstehen/1192/
[FONT=Verdana]Der Punkt mit dem "superfish menu delay" wirds dann wohl sein. Jetzt steht da nur keine Datei dabei, in der ich suchen kann. Kann ich davon ausgehen, dass es die superfish.js sein wird? Oder können das auch einige andere Dateien sein...? [/FONT]
Wird das Theme in einem Repository (SVN, Git...) gepflegt, auf das man Lesezugriff hat? Dann kannst Du da die Infos ja im Details rausziehen (Log/History-Ansicht). Ansonsten bliebe nur ein kompletter Vergleich der Ordner mit allen Dateien. Da kann ich aber auch nicht im Detail ein Tool für nennen. Naja, unter Unix wird diff das wohl können.
Auf der Plugin-Seite steht im Text:
Anforderungen:
- WordPress 3.3
- PHP 5.1.2
Das könnte also tatsächlich schon die Ursache sein, wobei das Plugin das ja netterweise checken und eine Meldung ausgeben sollte. Der Plugin-Autor ist ansonsten auch hier im Forum aktiv bzw. über seine Webseite ansprechbar. Falls es das also nicht war, kannst Du ihn ja vielleicht auch direkt fragen.
Hat beides ausgeholfen, wobei ich mir die Leertaste nicht wirklich erklären kann.
Das ist eigentlich ganz einfach: Zwischen den beiden PHP-Befehlen wp_loginout und wp_register steht ein Zeilenumbruch mit jeweils vielen Leerzeichen davor und dahinter. Im Browser wird davon ein Leerzeichen dargestellt, und das wird eben unterstrichen, da es Teil des zu unterstreichenden Textes ist.
Wurden bei den letzten Wordpress-Updates JavaScript Änderungen vorgenommen?
Es ist möglich, dass z.B. Versionen von jQuery und JQuery UI erhöht wurden. Wenn Dein Theme mit den neuen Versionen nicht harmoniert, kann das natürlich die Ursache sein.
Genau das spricht in der Regel dagegen, ein Theme direkt zu ändern. Dafür kann man sich ein Child-Theme anlegen und darin alle Änderungen kapseln. Wenn es nicht zu viele Änderungen sind, lohnt das vielleicht immer noch. Andernfalls wirst Du in der neuen Version des Themes den Bugfix suchen und dann in Dein Theme übernehmen müssen. Probier am besten zuerst mal die aktuelle Version des Themes aus, um zu schauen, ob es damit überhaupt geht. Dazu die aktuelle Version des Themes umbenennen (in der style.css), damit Du sie parallle zu Deiner jetzigen Version verwenden kannst. Backup schadet in jedem Fall auch nicht!
Klingt nach einem PHP-Fehler beim Generieren der Seite. Verwendest Du die PHP-Version, die WP und das Plugin mindestens brauchen? Und wird etwas in eine Logdatei geschrieben zu dem PHP-Fehler?
Bist Du sicher, dass Du mit einer lokalen Installation Deines Blogs via XAMPP und regelmäßigen DB-Backups nicht besser bedient bist? So oder so sind regelmäßige Datenbank-Backups Pflicht! Davon abgesehen sollte PDF generieren mit Bildern klappen, aber bei iFrames könnte es schwierig werden, denke ich.
