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 erstellenMeine Antwort zielte darauf ab, dass du viel zu wenig Informationen anbietest. Was hast du zuletzt gemacht, gibt es Fehlermeldungen (auch nicht öffentliche -> error.log)?
Zum Ändern der Blogadresse gibt es auch einen FAQ-Eintrag:
WordPress Deutschland FAQ » Wie kann ich die Adresse meines Blogs ändern?
Oben hast du einen Link auf eine Kategorie-Übersicht gepostet. Diese ist ein Archiv und nutzt primär nicht die index.php (in der die Tags enthalten sind). Schau dir mal die Template-Hierarchie an, wann WP welche Template-Datei verwendet:
Template Hierarchy « WordPress Codex
Gut. Zuerst: kopiere [COLOR="Red"]niemals[/COLOR] (extra dick rot und unterstrichen!) Code aus Word in den Beitragseditor. Das verursacht nur Probleme, da Word der Meinung ist, eigene Style-Defintionen und HTML-Code unsichtbar im kopierten Text unterbringen zu müssen. Dazu findest du hier im Forum tausende Threads.
Es gibt im erweiterten WYSIWYG-Editor (der bunte Button ganz rechts) einen Button "Text von Word einfügen", der hilft da bedingt weiter.
(Das tollste ist übrigens, dass der IE mit dem Word-HTML noch am schlechtesten umgehen kann ;-))
Als nächstes solltest du herausfinden, wo die "seolinks"-IDs her kommen. Auf den 1. Blick auf diesen "Code" würde ich sagen, Copy&Paste aus Word. Siehe oben.
Dann hat das Theme noch einige Fehler, aber ohne bereinigten Code sage ich erstmal nichts weiter dazu. Eine Baustelle nach der anderen.
wenns [...] dann müsste doch rein theoretisch der ie7 [...]
Uha. Du wirst noch viel Spaß am IE haben, wenn du mit solchen Aussagen ankommst. :mrgreen: "sollte", "müsste", "theoretisch"... diese Wörter haben beim IE keinerlei Beduetung... höchstens um den HTML-Parser mit Zufallswerten zu füttern... SCNR
URL bitte. Dann schauen wir mal weiter...
LG
marX
(der gestern u. heute einige Stunden zugebracht hat, dem IE ein MouseOver-Script beizubringen... 
)
also hab mal den code validieren lassen und es sind tatsächlich einiges an fehlern vorhanden. Die fehler die ich beheben konnte haben allerdings nichts gebracht !!
Das ist schlecht. kannst du einen Link zur Problemseite anbieten?
beim css validieren werden mir viele fehler angezeigt die ich nicht über mein stylesheet definiert hab
Plugins?
und das auch beim html sind werden fehler angezeigt die ich nicht in meinem theme korrigieren kann sonder von wordpress erstellt werden
Plugins?
Ich kann damit leider nicht viel anfangen !?!
Da ist ne doppelte ID im Quellcode. Kein Problem, was einen HTML-Parser aus dem Tritt bringt. Ohne Link kann ich aber auch nicht viel mehr damit anfangen.
Der WYSIWYG-Editor benötigt einen modernen Browser sowie aktiviertes JavaScript. Liegts vielleicht daran?
Der Support via E-Mail ist meistens kostenlos, auf ne Aussagekräftige Fehlerbeschreibung haben die sicher auch ne schnelle Antwort parat.
Das problem ist nicht WordPress-spezifisch, deswegen wirst du hier wenig Hilfe finden. Daher ja mein Hinweis auf den Provider-Support. Die wissen am ehesten, was mit dem Server los ist.
Übrigens, was möchtest du im /log-verzeichnis? (deine .htaccess kam mir schon merkwürdig vor...) Suchst du nicht eher das /htdocs, /www oder /html-Verzeichnis (keine Ahnung welches das bei 1&1 ist...) für deine HTML-Dateien?
Warum wird eigentlich für den Beitrag/Seite keine eigenes Template gebaut, das im PHP code die POST Bearbeitung der per Editor eingeklebten <Form> macht ? Wäre doch um einiges leichter und braucht kein Plugin.
*unterschreib*
marX, erklärter Gegner von Code in Beiträgen 
PHP<?php query_posts('showposts=8'); ?>
Das liefert dir immer die ersten 8 Beiträge. Suchst du vielleicht eher "posts_per_page"? Du kannst die Anzahl der Beiträge je Seite auch im Backend umstellen (Einstellungen -> lesen).
Kann man das ('showposts=8') noch irgendwie reinbasteln ?
Ja. Wichtig ist der Hinweis auf die Variable $query_string, die weitere Informationen über die Query enthält (z.B. die gegenwärtige Seitenzahl).
Ein Problem ist jetzt aber aufgetaucht, die Tagging Funtion liefert jetzt keine Ergebnisse mehr ??
Ich möchte nicht raten. Mit der Änderung des Querystrings hat das jedenfalls nichts zu tun. Poste mal bitte die entsprechende Templatedatei (index.php?)
Welche Datei? Die .htaccess? Auf dem Server? Welche Fehlermeldung erscheint? Was sagt der 1&1-Support?
Revision Management « WordPress Codex
[SIZE="1"][COLOR="DimGray"]*gegen Monikas Hinweis weiter Voodoo-Links postet* :mrgreen:[/COLOR][/SIZE]
Wird das auch rückwirkend für alle Artikel angewendet?
Jein. Nicht automatisch, aber beim nächsten Speichern.
Na dann füg mal meine Zeile hinzu. Wo dürfte ziemlich egal sein.
Aber wenn die mysteriöse index.html woanders her kommt, dann hilft dir das wahrscheinlich auch nicht weiter.
(PS: Und verwende bitte auch für Nicht-PHP-Code-Abschnitte die entsprechenden Forentags. Danke! :-))
Dann wird es wohl ein Style-Problem sein, oder "kaputter" Quelltext. Prüfe deinen Code mal in den bekannten Code-Validatoren:
The W3C Markup Validation Service
The W3C CSS Validation Service
ich benutze wordpress als cms und habe dabei folgendes Problem mit dem Internet Explorer 7. Ich möchte auf der Hauptseite den Seiteninhalt sowie posts aus einer bestimmten kategorie anzeigen lassen, und habe da folgendes im seiten template stehen
Da das Template serverseitig zusammengesetzt wird, kannst du ein Browserproblem hier nahezu ausschließen. Findest du die Inhalte denn, wenn du im IE7 auf "Seitenquelltext anzeigen" klickst?
Ein weiteres problem an dem ich jetzt schon seit tagen sitze ist die darstellung meines layouts im internet explorer 6. Ich habe im Contentbereich ein zweispaltiges layout bei dem das eine div das andere floatet ! funktioniert überall super bis auf ie6 ! in dem wird der inhalt statt rechts daneben rechts unten, nach ende des linken inhalts, angezeigt.
Der IE6 benötigt unter Umständen ein wenig mehr Platz als eigentlich nötig. Versuch mal ein wenig mit den Pxelzahlen zu spielen, 2 Pixel hin und her wirken im IE6 manchmal Wunder.
Finde erstmal heraus, wo diese 1&1-index.html her kommt (ventuell kann dir da der 1&1-Support helfen). Die Meta-Weiterletiung ist in jedem Fall kontraproduktiv.
Eventuell hilft auch ein Überschreiben des Directory-Index-Dokuments in der .htaccess:
DirectoryIndex index.phpJa:
Template Tags/the title « WordPress Codex
(vorrausgesetzt deine Themedateien sind vom Theme-Editor beschreibbbar, siehe FAQ)
Du verwechselst grade was. Du meinst den "Include Tag" get_footer(), das ruft die footer.php auf. wp_footer() ist (analog zu wp_head() für den Header) ein Hook für Plugins. z.B. könnte sich ein externes Statistikscript dort einhängen, um seinen JavaScript-Code in den Footer zu packen.
Liegt es daran das der "Blog" auf eine einzelne Kat. zeigt
Höchstwahrscheinlich. Wie fragst du diese eine Kategorie ab?
<?php query_posts("cat=1"); ?>
Dann ist da natürlich keinerlei Info mehr über den $paged-Parameter. Bau das mal so ein:
<?php query_posts($query_string . "&cat=1"); ?>[SIZE="1"]*hochglanzpolierte Glaskugel wieder verpack*[/SIZE]
Aha, endlich passiert mal was neues :
Mmh.... sollte ich die Doku doch tatsächlich missinterpretiert haben? aber es steht doch eindeutig so da:
[SIZE="4"]get_results - SELECT Generic Results [/SIZE]
Generic, mulitple row results can be pulled from the database with get_results. The function returns the entire query result as an array. Each element of this array corresponds to one row of the query result and, like get_row can be an object, an associative array, or a numbered array.
PHP<?php $wpdb->get_results('query', output_type); ?>
query
(string) The query you wish to run. [COLOR="Red"]Setting this parameter to null will return the data from the cached results of the previous query[/COLOR].
Sehr merkwürdig das ganze...
Catchable fatal error: Object of class stdClass could not be converted to string in /srv/www/wordpress/wp-content/plugins/exec-php/includes/runtime.php(42) : eval()'d code on line 30
Was is denn das nu wieder? :shock: Was steht in Zeile 30 des eval'd Code? Also wahrscheinlich die 30. Zeile des Codes im Editorfenster. Sollte es doch mit Exec-PHP zusammenhängen, dass es anders nicht funktioniert?