Beiträge von marX

Warum da so ist, kann ich dir leider auch nicht sagen. Ich beantworte nur mal schnell deine andere Frage.

Zitat

Was genau bedeutet das 301 Moved Permanently?

Ein permanenter Umzug der angeforderten Resource an einen neuen Ort. Nutzt man z.B. wenn man auf eine neue Domain umzieht oder ein Dokument dauerhaft an einen anderen Ort verschiebt, und dies den Besuchern u. Suchmaschinen mitzuteilen.
Der neue Ort wird hier aber nicht angegeben ("href"-Attribut ist leer). Also sehr wahrscheinlich ein Fehler.

Zitat

Oder steh´ich gerade auf dem Schlauch und das war schon immer so?:confused:

Definitiv nicht, hier ürbrigens dasselbe.
View HTTP Request and Response Header

"Design" bzw "Theme-Entwicklung" wäre vielleicht besser geeignet. Ich verschiebs mal...

Für den Einstieg:
Theme Development « WordPress Codex
Designing Themes for Public Release « WordPress Codex
Template Tags « WordPress Codex

Wenn dein HTML-Gerüst schon soweit steht, dann solltest du es ja jetzt in erster Linie mal mit den entsprechenden Template Tags dynamisieren.

Ansonsten wirst du schon mit konkreten Fragen kommen müssen.

Setz den Text mal in eine Liste. Die meisten Sidebars sind verschachtelte Listen.

<ul><li>
Lorem ipsum...
</li></ul>

Zitat von chris1

momentan kann man auf meiner Seite keine Urls in Kommentaren anfügen

Im Standard-WP ist es kein Problem URLs einzufügen (mittels <a href="">...</a>). Was genau meinst du? Der Kommentator gibt http://www.example.com/ ein, und es wird automatisch verlinkt?

Welche Fehlermeldung erscheint genau. Wenn keine öffentliche Fehlermeldung erscheint, dann schau im error.log des Servers nach. Mit einer exakten Fehlerbeschreibung kann man hier helfen, "geht nicht" reicht hier nicht. Siehe Forenregeln und FAQ. Dort sind auch einige "Standard"-Fehler beschrieben.

WordPress Deutschland FAQ » »Die hochgeladene Datei konnte nicht nach verschoben werden.« - wie ändern?

PS: Der Threadtitel ist auch eher "suboptimal"...

na wunderbar. Da sieht man mal wieder was ne saubere Projektdokumentation ausmachen kann.

Der Tipp ist schon richtig, in der Regel fehlen da einfache oder doppelte Anführungszeichen, oder wurden vom verwendeten Editor falsch ersetzt (typografische statt gerade Anführungszeichen). Das Problem ist entweder in zeile 15 oder zeile 14 der wp-config.php.

Der String "VEYITUT" gehört einfach zum Verzeichnisnamen deines Webpaketes, kein Wunder wenn du da hier nichts findest.

Zitat von OXO

Ich weiss, dass HTML-Emails etwas verpöhnt sind. Viele Leute hatten zu den Zeiten als die Modems noch richtig am Start waren das Argument gebracht, dass die grösser sind und das doch unnötig ist.

Das ist nicht das Argument. Das Argument ist, das HTMl eigentlich nie Bestandteil des E-Mail-Standards war. Aber egal. Heute sind die Gründe eher, das man wie schon gesagt wurde, damit böse™ Sachen anstellen kann. Javascript in Mails, oder Nachladen von Inhalten (womit man auch wieder "tracken" kann).

Mein Mailclient ist übigens so eingestellt, das von HTML tatsächlich nur fett, kursiv und unterstrichen übrig bleibt. Alles andere wird ausgefiltert. Und die angesprochenen *fett*, /kursiv/ und _unterstrichen_ beherrscht er problemlos, genauso wie Hervorheben von Quoting-Ebenen.

Aber das gehört alles nicht hierher...

Zitat

Zu der Sache mit dem WP-Contactform: ich habe da mal kein HTML geschrieben, sondern die Umlaute einfach so eingetragen und das Ergebnis war das, was ich geschickt habe.

Schon klar.

Zitat

Du meinst also, dass ich da mal die ganzen PHP-Dateien durchsuchen soll, wo die Mail evtl. mit diesen Zeichen erzeugt wird?

Ja, so siehts aus. Die entsprechende Funktion heißt htmlentities(). An dieser Stelle genügt ein htmlspecialchars().

Welches Theme, in welchem HTML-Modus läuft das Theme? (Siehe mein Hinweis oben zum Strict-Modus - einfach mal validieren).

Zitat von Grega

var_dump zeigt alles richtig an. Sogar den Wert für post_parent. Hingegen print_error zeigt (wohl bemerkt jetzt mit der Änderung von Alphawolf) nichts an. Seltsam, dass er mit var_dump die einen Werte ausliest... *hmm*

var_dump() zeigt an, was in einer Variablen drin steht. In deinem Fall also die Werte die die DB-Abfrage zurückliefert. print_errors() ist ne WPDB-methode, die einen eventuell aufgetretenen Fehler ausgibt. Wenn in var_dump() was ausgegeben wird (nicht FALSE), dann muss print_errors() ja leer sein, da kein Fehler aufgetreten ist.

Alles andere hat Alphawolf ja schon erklärt...

Zunächst der generierte HTML-Code, den du im Browser über "Seitenquelltext anzeigen" bekommst. Dort schaust du nach, an welcher Stelle der Fehler auftritt (sagt dir der Validator), und versuchst dann zu ermitteln, welche Template-Datei dafür verantwortlich ist.

Zeile 261 scheint aus dem "social-dropdown"-Plugin zu kommen.

Zitat

SPECIAL NOTE: When there are multiple posts on a page published under the SAME DAY, the_date() only displays the date for the first post (that is, the first instance of the_date()). To repeat the date for posts published under the same day, you should use the Template Tag the_time() with a date-specific format string.

Template Tags/the date « WordPress Codex

CREATE TABLE $wpdb->comments (
  comment_ID bigint(20) unsigned NOT NULL auto_increment,
  comment_post_ID int(11) NOT NULL default '0',
  comment_author tinytext NOT NULL,
  comment_author_email varchar(100) NOT NULL default '',
  comment_author_url varchar(200) NOT NULL default '',
  comment_author_IP varchar(100) NOT NULL default '',
  comment_date datetime NOT NULL default '0000-00-00 00:00:00',
  comment_date_gmt datetime NOT NULL default '0000-00-00 00:00:00',
  comment_content text NOT NULL,
  comment_karma int(11) NOT NULL default '0',
  comment_approved varchar(20) NOT NULL default '1',
  comment_agent varchar(255) NOT NULL default '',
  comment_type varchar(20) NOT NULL default '',
  comment_parent bigint(20) NOT NULL default '0',
  user_id bigint(20) NOT NULL default '0',
  PRIMARY KEY  (comment_ID),
  KEY comment_approved (comment_approved),
  KEY comment_post_ID (comment_post_ID),
  KEY comment_approved_date_gmt (comment_approved,comment_date_gmt),
  KEY comment_date_gmt (comment_date_gmt)
) $charset_collate;

Das ist aus der schema.php, die beim Installieren ausgeführt wird. Beim direkten Eingeben in eine MySQL-Console (z.B. in PHPMyAdmin) musst du natürlich die PHP-Variablen mit den passenden Werten ersetzen.

Nein. Ich brauch die "HTTP Response Headers", speziell diesen Eintrag:

Zitat

Content-Type: text/html; charset=ISO-8859-1

Deine Seite ist .numinose ?
Dann lautet der Eintrag:

Zitat

Content-Type: text/html; charset=UTF-8

was korrekt ist...

Nachtrag: Du hat aber mindestens ein nicht-UTF-8-Zeichen im Quellcode. Möglicherweise bringt das den Google HTML-Parser ins Schleudern:
Markup Validation of http://www.numinose.com/2008-07-16/slow-motion-youtube-videos-alltagsszenen-von-brainiac-umgesetzt/ - W3C Markup Validator

Kommt sicherlich vom "padding" (Innenabstand, rundherum). Wie schon gesagt, nimm mal nur "padding-left" (Innenabstand, links).

Zitat von ben*

omg ich laber einen Müll.

Die Page hatte den Title "Test" der Key meta war "link[COLOR="Red"]s[/COLOR]_to" und der Wert die Url

link_to oder links_to?

Zitat von Raphael

-1em hab ich probiert, das Ergebnis war, dass die erste Zeile nach links verschoben war die folgenden waren dann unverändert.

Nun, genau das ist "hängender Einzug". Den Trick mit "padding" hast du ja selbst gefunden, und sollte das Problem lösen. (Ich würde nur "padding-left" entsprechend anpassen, und keine px-Angaben verwenden.) Was hindert dich daran, mit anderen Browsern sowie den verschiedenen IE-Versionen zu testen?

Vergleich das mal mit Word oder anderen Office-Programmen. Da kannst du auch jeweils einen generellen Abstand zum Rand angeben (padding), sowie einen speziellen für die 1. Zeile (Einzug).

Zitat von thomas90

Man bin ich jetzt stolz auf mich

*auf die Schulter klopf* :mrgreen:

Sendet dein Blog korrekte Header, speziell Charset-Angaben?
View HTTP Request and Response Header

Schau doch zunächst mal ins error.log des Servers. Vielleicht findest du da mehr Informationen, wie der 500er zustande kommt.
WordPress Deutschland FAQ » Wie gehe ich am besten vor, wenn Fehler in meinem Blog auftreten?

Ansonsten kann es nicht schaden, WordPress nocheinmal neu herunterzuladen, und neu aufzuspielen. Wenn du dabei wie bei einem Upgrade vorgehst (wp-content/ und wp-config.php nicht löschen oder überschreiben), dürften dabei keine Daten verloren gehen.
Upgrade − WordDoku

Was sagt

var_dump( $abfrage );

?

Was sagt

$wpdb->print_error();

?