Beiträge von Putzlowitsch

Man könnte sich das Datum zunächst mit strtotime in einen Timestamp verwandeln und dann mit date oder date_i18n Formatieren:
PHP: strtotime - Manual

Oder man läßt sich gleich von MySQL den Timestamp mit UNIX_TIMESTAMP()
zurückgeben:
MySQL AB :: MySQL 5.0 Reference Manual :: 11.6 Date and Time Functions

Gruß
Ingo

Stimmt, dann könnte man z.B. einfach auf die Startseite weiterleiten, z.B. so:

<?php
setcookie( 'sitestyle', $_GET['set'], time()+31536000, '/' );
if( $_SERVER['HTTP_REFERER'] )
  $redirect = $_SERVER['HTTP_REFERER'];
else
  $redirect = "/";
header( "Location: $redirect" );
?>

Gruß
Ingo

Nun könnte es noch sein, das Du gerade so ohne Plugin an der Speichergrenze liegst. Wenn das Plugin aktiv ist, selbst wenn es nur diese eine Dummy-Funktion enthält, verbraucht es ja trotzdem auch Speicher und möglicherweise wird dann das Speicherlimit überschritten.

Gruß
Ingo

Kann man aber auch in der DB ändern. Da die Beiträge über die ID mit dem Benutzer verknüpft sind, braucht man sich um diese Zuordnung auch nicht zu kümmern.

Gruß
Ingo

Das ist allerdings komisch.
Mal ganz blöd gefragt, ohne Plugin funktioniert das Speichern?

Gruß
Ingo

Blödes register_globals=on :-)
Man bedenke auch, daß der von Dir verlinkte Artikel aus 2002 ist. Damals hatte man sich ob der Sicherheitsprobleme mit register_globals=on noch keine großen Gedanken gemacht.
Also die switcher.php sollte so aussehen:

<?php
setcookie( 'sitestyle', $_GET['set'], time()+31536000, '/' );
header( "Location: {$_SERVER['HTTP_REFERER']}" );
?>

Im header.php habe ich folgende Zeile:

<link rel="stylesheet" href="<?php bloginfo('template_url');?>/<?php echo (!$_COOKIE['sitestyle'])?'style':$_COOKIE['sitestyle']; ?>.css" type="text/css" media="screen,print" />

So funktioniert es bei mir.

Gruß
Ingo

Normalerweise sollte es schon im Ablauf weitergehen. Ich vermute eher, daß da noch irgendein Fehler in Deinem Plugin ist, der aber z.B. wegen unterdrückter Fehlerausgabe nicht angezeigt wird und das Programm dann einfach stehen bleibt.

Gruß
Ingo

Ähmmm ja, habe wieder die Hälfte vergessen. Im zweiten Teil gibt es ja dasselbe Problem, also da muß dann anstelle von $sitestyle entsprechend $_COOKIE['sitestyle'] verwendet werden.

Gruß
Ingo

Wahrscheinlich, weil register_globals=off ist. Bei setcookie einfach das $set durch $_GET['set'] ersetzen.

Gruß
Ingo

Den Inhalt findest Du in:

document.getElementById( 'mce_editor_0' ).contentDocument.body.innerHTML

Aber nur, wenn der Benutzer grad im WYSIWYG-Editor ist, wenn er im HTML-Editor arbeitet, dann natürlich in "content". Du müßtest also auch noch prüfen, wo der Benutzer gerade editiert.

Gruß
Ingo

Aha, dann dürfte das Problem sein, das der Inhalt des WYSIWYG-Fensters nicht direkt in "content" geschrieben wird, sondern in ein IFRAME, kann man sich sehr schon im Firefox-DOM-Inspector sehen. Also muß Du auf den IFRAME zugreifen.

Gruß
Ingo

Ja gut, wenn sie bei einem neuen Beitrag leer ist, kommt natürlich ein Leerstring zurück, oder was meinst Du damit? Wahrscheinlich verstehe ich das ganze Probem nur nicht...

Gruß
Ingo

Also es geht beides, value und innerHTML. Habe mal zum Test folgendes in die my-hacks.php gepackt:

function plw_test() {
    echo <<<EOT
    <script type='text/javascript'>;
    // <![CDATA[
            alert( document.getElementById( "content" ).value );
    // ]]>
    </script>
EOT;
}


add_action( 'admin_footer', 'plw_test' );

Der Inhalt wird erwartungsgemäß angezeigt. Kann es sein, daß du schon zugreifen willst, bevor der Inhalt geladen wurde?

Gruß
Ingo

Dann guck doch einfach in die Quellen vom TinyMCE, der muß ja auch irgendwie auf den Inhalt zugreifen :-)

Gruß
Ingo

Bei Textarea steht der Inhalt ja auch nicht als Attribut im Tag selber, sonderne wird vom Tag umschlossen. Also muß hier innerHTML verwendet werden.

document.getElementById("content").innerHTML

Gruß
Ingo

Einfach von Hand davor setzen und den Titel rausziehen, also z.B. so:

<li><h2>Seiten</h2>
        <ul>
          <li><a href="<?php echo get_settings('home'); ?>">Start</a></li>
          <?php wp_list_pages( 'sort_column=menu_order&title_li=' ); ?>
        </ul>
      </li>

Gruß
Ingo

Unter "Einstellungen -> Permalinks" wieder auf Standard zurückstellen.
Oder dieses Plugin verwenden (Hinweis beachten!):
Putzlowitscher Zeitung » 123 No Rewrite Permalink

Gruß
Ingo

In der style.css findest Du folgendes:

#wp-calendar td.pad:hover { /* Doesn't work in IE */
    background-color: #fff; }

Es funktioniert im IE sowieso nicht und ich weiß auch ehrlich gesagt nicht, wozu es überhaupt gut sein soll.
Also weg damit. Oder nur auskommentieren.
Gruß
ingo

Vielleicht liefert der Server einen falschen Content-Type zurück. So ein Problem gab es hier vor Zeiten schon mal:
http://forum.wordpress-deutschland.org/konfiguration/….html#post76012

Gruß
Ingo

Das mit der für die Blogbeiträge extra angelegten Seite ist schon richtig, nur mußt Du die dann auch bei den Optionen Eintragen:
Schnurpsel » Wordpress ab 2.1 - Optionen für die Startseite
Ein extra Template ist nicht erforderlich.

Gruß
Ingo