Individuelle Zeitrechnung

Kannst Du ein wenig genauer erklären was Du damit vor hast und welche Plugins Du ausprobiert hast?

Die Jahreszahl soll sich nur in der Ausgabe ändern oder bereits in dieser Form bei der Erstellung des Artikels in der Datenbank gespeichert werden?

Hi Stine1900,

wenn ich dich richtig verstehe wäre hier das manuelle Eingeben des Datums bei Veröffentlichung möglich? Man kann WordPress-Artikel ja für die Zukunft planen, aber auch rückdatieren, wenn ich mich nicht irre. Also bei Veröffentlichung sagen "Veröffentlichungsdatum ist 02.04.1960.

Wäre das Problem damit nicht geklärt? Du müsstest zwar immer das aktuelle Jahr im Blick behalten (in deinem Beispiel 1904), aber umstellen musst du dich ja nur einmal im Jahr.

Poste gerne den Link zur Seite. Ich würde gerne mal sehen, wo du die Funktion verwendest :-).

Gruß,
HerrMittwald

Proof of Concept

add_action('loop_start', 'mmx_filter_fake_year');




function mmx_filter_fake_year() {
    add_filter( 'the_date', 'mmx_fake_year' );
    add_filter( 'the_time', 'mmx_fake_year' );
    add_filter( 'the_modified_date', 'mmx_fake_year' );
    add_filter( 'get_the_date', 'mmx_fake_year' );
    add_filter( 'get_the_time', 'mmx_fake_year' );
    add_filter( 'get_the_modified_date', 'mmx_fake_year' );
    add_filter( 'get_comment_date', 'mmx_fake_year' );
}




function mmx_fake_year( $date ) {
    if ( !is_home() && !is_archive() && !is_single() ){
        return $date;
    } else {
        $newdate = date( get_option('date_format'), strtotime( "-65 years", strtotime( $date )));
        return $newdate;
    }
}

Für die Anzeige eines Datums funktioniert es. Nur beim Speichern (erstellen von Beiträge) geht es noch nicht, muss ich noch drüber nachdenken.

Zitat von Stine1900

mensmaximus

vielen herzlichen Dank!

ich habe den Code jetzt in die functions.php eingefügt (war doch richtig?) und im header dann
<?php $datum = date_i18n('Y'); echo $datum; ?> stimmt das so? - wahrscheinlich nicht, denn ich erhalte noch 2015 als Datum.

In die functions.php ist richtig, aber der Code ist eine pre-alpha Version. Daher Proof of Concept. Es soll nur ein Weg gezeigt werden wir man das Datum anpassen kann. Im jetzigen Stadium werden nur Datumsangaben im Loop (Posts) verändert. Wie ich geschrieben habe ist das aber noch mit Fehlern behaftet. Das sieht man z.B. im Quelltext, man achte auf die HTML Datumsausgabe und die datetime im time Tag.

<time class="date-container minor-meta updated" itemprop="datePublished" datetime="6. Januar 1950">1. Januar 1905</time>

Unklar ist auch noch welche Auswirkungen die Änderung in Archiven hat, wenn man den Loop verändert. Das Archiv für November 2014 zeigt jetzt alle Posts mit Datum November 1949. Der Slug bleibt aber /2014/11.

Hallo,

Zitat von Stine1900

Das früheste Datum ist 1970 (schon fast gedacht, aufgrund UNIX). Ändert man auf ein früheres Datum, springt es wieder auf 1970 zurück.

Ich mag Datumsberechnungen mit PHP :) eine der besten - wenn nicht sogar die beste Lib ist im Datenbankabstrationslayer ADODB.

Mit etwas PHP Kenntnissen:
kann man die Lib
https://github.com/r23/MyOOS/blob…db-time.inc.php

wunderbar für Daten vor 1970 verwenden. Selbstverständlich ohne den Datenbank Layer.

Die Lib verwendet auch PEAR::Date_Calc - damti ist auch:

Zitat

/*
Pope Gregory removed 10 days - October 5 to October 14 - from the year 1582 and
proclaimed that from that time onwards 3 days would be dropped from the calendar
every 400 years.

Thursday, October 4, 1582 (Julian) was followed immediately by Friday, October 15, 1582 (Gregorian).
*/

[TABLE="class: highlight tab-size-8 js-file-line-container"]

[TD="class: blob-code js-file-line"][/TD]

[/TABLE]

Viel Spass beim PHP Scripten.

Ralf

Ein Datum vor 1970 ist kein Problem. Das Problem sind die Funktionen in WordPress. Mit folgender nativer Umsetzung geht es:

function mmx_fake_year_post_created() {
	global $post;
	$date = date_i18n( get_option( 'date_format' ), strtotime( "-65 year", strtotime( $post->post_date_gmt )));
	return $date;
}




function mmx_fake_year_post_modified() {
	global $post;
	$date = date_i18n( get_option( 'date_format' ), strtotime( "-65 year", strtotime( $post->post_modified_gmt )));
	return $date;
}




function mmx_fake_year_comment( $format, $id ) {
	$comment = get_comment( $id );
	$date = date_i18n( get_option( 'date_format' ), strtotime( "-65 year", strtotime( $comment->comment_date_gmt )));
	return $date;
}




function mmx_filter_fake_year() {
	if ( ! is_admin() ) {
		add_filter( 'get_the_date', 'mmx_fake_year_post_created' );
		add_filter( 'get_the_time', 'mmx_fake_year_post_created' );
		add_filter( 'get_the_modified_date', 'mmx_fake_year_post_modified' );
		add_filter( 'get_the_modified_time', 'mmx_fake_year_post_modified' );
		add_filter( 'get_comment_date', 'mmx_fake_year_comment' );
	}
}




add_action('template_redirect', 'mmx_filter_fake_year');

Falls auch the_date() und the_time() und sonstige erfasst werden sollen, müssen die Filter entsprechend in die Funktion mmx_filter_fake_year eingehängt werden.

Anstatt den _gmt Daten kann man natürlich auch die lokalen Zeiten nehmen, also post_date, post_modified und comment_date.

Die Filter werden nur im Frontend geladen, wenn ein Seite aufgebaut wird. Im Backend bleibt alles beim alten auch die Speicherung erfolgt mit normaler Zeit.

Die Archiv Slugs bleiben wie sie sind. Das zu ändern ist bedarf einer aufwendigen Anpassung und dürfte einige Funktionen durcheinander bringen.

Modifikationen und Optimierungen sind herzlich willkommen.

Man könnte noch bei den ersten beiden Filtern die entspr. vorhandenen Parameter benutzen. Dann kommt man keinen evtl. vorhandenen anderen Filtern in die Quere...

Zitat von b3317133

Man könnte noch bei den ersten beiden Filtern die entspr. vorhandenen Parameter benutzen. Dann kommt man keinen evtl. vorhandenen anderen Filtern in die Quere...

Könnte man machen. Allerdings wird keiner in den Funktionen verwendet, weil entweder leer bzw. nicht vorhanden (Post ID) oder unbrauchbar (Datumsangabe bei nicht englischer Formatierung).