Beiträge von Alphawolf

Wenn ich

<?php echo $post->ID; ?>

in die single.php meines Themes einbaue, wrd die ID korrekt ausgegeben. Getestet in WP2.5.

Versuch mal, das Post-Objekt vorher zu globalisieren:

<?php global $post; echo $post->ID; ?>

Zitat von Arno Simon

besser vorher die dateien der neuen version komplett runterschmeissen.....

Bis auf die im wp-content/-Ordner, sonst ist das Geschrei groß und ich hab meine Ohropax vergessen. :( ;)

Herzlichen Glückwunsch! Du bist der 1.000.000ste Benutzer!

Die Foren-Administration wird sich bei dir melden, wohin sie die 1000€ überweisen soll. Viel Spaß mit den 1000€!

:)

Hast du alle neuen Dateien wieder mit den alten überschrieben, als du wieder auf die ältere Version zurückgesprungen bist?

Vielleicht eine eigene Kategorie, in der du die Statusmeldungen normal via WP schreibst? Und dann könntest du nur eine Kategorie per RSS anbieten. Die RSS-Funktionalitäten bringt WP ja mit, den Feed auf eine Kategorie beschränken ist sicherlich mittles Plugin realisierbar.

Am Anfang und Ende der Plugin-php-Datei dürfen sich keine Leerzeichen/-zeilen befinden! Bitte mal prüfen.

Gibt's einen Demo-Link?

Hallo,

seit mehreren Stunden kann ich nunmehr nicht http://www.wordpress.org erreichen. Firefox gibt mir immer eine Zeitüberschreitung zurück. Auch anpingen lässt es sich nicht. Die Eingabeaufforderung quittiert ebenfalls eine Zeitüberschreitung "dank" Nicht-Erreichbarkeit.
Andere Webseiten lassen sich normal erreichen.

Geht das nur mir so? Mögen die mich nicht? :( ;)

Heh, ich musste es einfach ausprobieren.:mrgreen: ;)

Hier also ein kleines Plugin, um die Kommentare zu übersetzen, egal welcher Sprache. Die wird automatisch erkannt, und ins Deutsche übersetzt.

<?php
/*
Plugin Name: Comments Translation
Version: 0.5.1
Plugin URI: http://forum.wordpress-deutschland.org/plugins-und-widgets/32969-suche-plugin-um-comments-zu-uebersetzen.html
Description: Translates comments.
Author: Oliver Schl&ouml;be
Author URI: http://www.schloebe.de/
*/


function ostc_translate_comments( $commentstext ) {
	global $comment;
	$output = '<br />';
	$output .= '<div>' . __('Translation') . '</div>';
	$output .= '<p id="translation' . $comment->comment_ID . '">';
	$output .= '</p>';
	$output .= '
	<script type="text/javascript">
    google.load("language", "1");
    function initialize() {
      google.language.translate("' . $commentstext . '", "", "de", function(result) {
        if (!result.error) {
          var container = document.getElementById("translation' . $comment->comment_ID . '");
          container.innerHTML = result.translation;
        }
      });
    }
    google.setOnLoadCallback(initialize);
    </script>';
	return 	$commentstext
		.	$output
	;
}


function ostc_wp_head() {
	echo '<script type="text/javascript" src="http://www.google.com/jsapi"></script>' . "\n";
}


add_action('comment_text', 'ostc_translate_comments');
add_action('wp_head', 'ostc_wp_head');
add_action('admin_head', 'ostc_wp_head');
?>

Das in eine Datei comments-translation.php speichern und im wp-content/plugins/comments-translation/-Ordner hochladen, Plugin aktivieren.

Sieht dann so aus: Testblog 2.5 » Blog Archive » Hello world! :)

Google hat kürzlich seine Sprach-API veröffentlicht, sogar mit automatischer Spracherkennung. Leider funktioniert das nur bei je 500 Zeichen. Für Content wäre das vllt etwas wenig, aber für Kommentare durchaus annehmbar. Vielleicht gibt's da ja mittlerweile ein neues Plugin...

Okay, wusste jetzt auf die Schnelle nicht, wie WP das Datum in die DB speichert, aber offenbar nicht als Unix Timestamp.

Dann nimm mal statt

$string = str_replace( '%date%', 
    date("d.m.Y", $post_datum), $string );

das hier

$string = str_replace( '%date%', 
    date("d.m.Y", strtotime($post_datum)), $string );

Zitat von hotmoto

Sehr schön. Also bis dahin warten. Ich wollte gerade die neueste Version für ne kleine redaktionelle Seite nutzen :-|. Naja that´s life.

Sieh's von der positiven Seite. Wenn das kein Wink von Gott ist, auf den Firefox zu setzen, verkennst du die Zeichen. :p Dort ist der Upload eh viel komfortabler realisiert... Auf deine redaktionelle Seite musst du ja nicht verzichten, nur weil der IE Probleme hat. Ginge es danach, gäbe es rund 50% der Webseiten weltweit nicht (sorry, aber den musste ich einfach bringen ;)).

Wie ermittelst du sie denn aktuell?

Das Bug-Ticket hier #6502 (Media uploader error in IE7) - WordPress Trac - Trac ist getagged für 2.5.1, da heißt es wohl warten. Was der dort beschreibt ist genau das, was auf meinem IE7 auch nicht läuft. Und das hab ich auch gleich mal "unterschrieben".

Also speziell diese Datei scheint zu fehlen: [COLOR="Silver"]/var/www/u98129[/COLOR]/html/blog/wp-admin/includes/media.php
Auch im entsprechenden Ordner blog/ hochgeladen? :)

Beinhalten die Unterordner WP-Admin, WP-Content, WP-Includes jede Menge Dateien? Die Fehlermeldung sagt nämlich aus, dass er eine Datei nicht finden. Also befindet die sich entweder im falschen Verzeichnis oder wurde nicht hochgeladen.

Gibt es denn letzte Kommentare? Wenn auch diese Box und alles danach nicht angezeigt wird, gibt's in einem der Kommentare vielleicht Code o.ä, oder nicht geschlossene Tags, die dann den Rest völlig zerstören.

Kann man die Installation irgendwo sehen (gerne auch per PN)?

Die Fehlerkonsole des IE ist vollkommmen unbrauchbar. Wer damit effizient entwickelt, der möge sich bitte bei mir melden, um es mir beizubringen. :rolleyes: Und im FF lässt es sich leider nicht rekonstruieren, da dort ein vollkommen anderes Formular angezeigt wird als im IE.

Hmm, IMO sollte sich das Problem lösen, wenn du die entsprechenden Dateien einfach ersetzt, denn der Part, der bei dir nicht angezeigt wird, kommt ja aus keiner DB, sondern per RSS-Feed, der von der entspr. Datei "umgewandelt" wird, von daher sollte der Fehler nicht in der DB liegen, und ein Austausch der Datei helfen. Offenbar aber nicht...

Hast du kürzlich die URL einer der Feeds verändert? Vielleicht ist einer der Feeds defekt und verhindert nun alles weitere Laden.

Der Autor schreibt in seinem Blog, dass er Platzhalter wie %date% in der nächsten Version integrieren will. Derzeit geht das wohl also nicht...

Bis dahin musst du in der related-posts.php die entspr. Funktion selbst bearbeiten, in etwa so:

function rp_replace_placeholders( $post, $string ) {
  $post_id = $post->ID;
  $post_info = get_post($post_id);
  $post_datum = $post_info->post_date;
  
  // replace placeholders
  $string = str_replace( '%title%',
    get_the_title($post->ID), $string );
  $string = str_replace( '%permalink%',
    get_permalink($post->ID), $string );
  $string = str_replace( '%date%',
    date("d.m.Y", $post_datum), $string );


  // return 
  return $string;
}

Dann müsstest du auch den Platzhalter %date% verwenden können. Ungetestet.

Mit Symlinks (Apache) sollte das gehen, obwohl ich das noch nie probiert habe. Dabei müssten sich die Domains/VHosts aber auf einer Maschine befinden, damit sie auf einen gemeinsamen Source zugreifen könnten.

Mit TYPO3-Installationen mache ich das schon seit geraumer Zeit erfolgreich, und mit WP sollte das auch funktionieren, indem man einfach die wp-admin/- und wp-includes/-Ordner symlinkt..

edit. Bitte das überlesen, und jottlieb's Beitrag verinnerlichen. :)