Beiträge von ekleinod

So, wie es sich gehört, habe ich selbst ein Plugin dafür geschrieben, "Postpone Posts", heute eingereicht, falls es akzeptiert wird, hat jede_r eien Lösung die danach sucht und hier landet.

Danke dafür, leider machen die nicht ganz, was ich will (wie es immer so ist).

Dass ich Posts in die Zukunft verschieben kann, weiß ich, wie Du geschrieben hast, setze ich einfach das Datum. Dabei würden die vorgeschlagenen Plugins gut helfen.

Mein Problem ist jetzt: ich habe z.B. 10 Posts geplant, jetzt kommt ein Ereignis dazwischen, über das ich schreiben will und alle geplanten Posts einfach einen (oder wie viele auch immer) Tage nach hinten schieben will. Dafür muss ich bisher jedes Post anklicken und ändern. Das meinte ich.

Danke für die Hilfe,

Gruß, Ekkart.

Hi Ihr,

ich suche ein Plugin, mit dem man alle zukünftigen Posts um eine bestimmte Zeit verschieben kann, einen oder zwei Tage beispielsweise.

Im Netz habe ich nur eins gefunden: "Bump the Schedule", das es aber nicht mehr gibt. Der Link soll dieser sein:

https://wordpress.org/plugins/search/bump-the-schedule/

der führt aber zur Plugin-Suche. Ich habe weder Code noch Programmierer gefunden.

Könnt Ihr da helfen, gibt es den alten Code noch oder ein ähnliches Plugin?

Danke,

Ekkart.

Das mag ja sein, ich krieg meinen Hoster aber nicht spontan umgestimmt. Und suche nach einer passablen Lösung, die mein WP nicht angreifbar macht. Und meine Frage ist, ob das Plugin eine Schwachstelle öffnet oder nicht.

Das ist eine Hauptangriffsstelle für WP-Hacks und führt zu Spitzenzeiten defacto zu einer DOS-Attacke auf den Provider, auch wenn WP nicht gehackt wird.

Ich brauche die xmlrpc, da ich z.B. mit der Wordpress-App Beiträge schreiben will. Dazu muss ich aber die xmlrpc umbenennen, da mein Provider den Zugriff gesperrt hat.

Mit dem Plugin würde das gehen, ich will aber wissen, ob ich damit wieder Angriffe über xmlrpc ermögliche. Falls ja, würde ich die Datei einfach umbenennen, ohne den Aufruf wieder auf xmlrpc umzubiegen.

Gruß, Ekkart.

Hi alle,

mein Hoster sperrt den direkten Zugriff auf xmlrpc.php und die Aktivierung in .htaccess funktioniert auch nicht. Will ich eigentlich auch nicht, da ich Script-Hacks auch nicht brauche.

Also dachte ich, ich benenne die xmlrpc um, z.B. in xmlrpc2.php, was schon einmal 95% der Hacks ins Leere laufen lassen würde (Wert von mir geschätzt) :lol:

Dann muss ich:

1. die entsprechenden Aufrufe in wp_head ersetzen und
2. Apps die neue xmlrpc mitteilen

Jetzt gibt es dazu das Plugin "Rename XML-RPC", das folgendes tut:

1. die entsprechenden Aufrufe in wp_head ersetzen und
2. den Aufruf von xmlrpc.php auf die umbenannte Datei umbiegen

Meine Frage ist nun: wird durch das Umbiegen des Aufrufs nicht wieder ermöglicht, dass Hacks auf xmlrpc.php ermöglicht werden? Oder ist das so gekapselt, dass das sicher ist?

Der entsprechende Code ist:

$renamed_xml_rpc_filename = 'xmlrpc2.php';


function rx_site_url( $url, $path, $orig_scheme, $blog_id ) {
  if ( defined( 'XMLRPC_REQUEST' )  && $path == 'xmlrpc.php' ) {
    return preg_replace( '/xmlrpc.php$/', basename( $_SERVER['PHP_SELF'] ), $url );
  } else {
    return $url;
  }
}
add_filter( 'site_url', 'rx_site_url', 10, 4 );

Kann mir da jemand helfen?

Vielen Dank,

Gruß, Ekkart.

Soweit ich es sehe, hast Du eine (1) WP-Installation? Dann gibt es genau eine xmlrpc.php-Datei im Hauptverzeichnis der Installation. Diese muss das Plugin benutzen.

Ich weiß nicht genau, was Dein "Neuigkeitenbereich" ist, aber wenn es keine eigene WP-Installation ist, liegt der Fehler woanders, wo genau, weiß ich auch nicht ;)

Gruß, Ekkart.

Puh, es war, wie nicht anders zu erwarten, ein ganz anderer Fehler.

Ich habe innerhalb des Plugins folgenden Code verwendet:

<?php
// ...
?>


<?php
// ...
?>

Der "Fehler": die Leerzeile zwischen den PHP-Anfangs- und Endeanweisungen. Ich wußte zwar, dass man das am Dateiende vermeiden soll, aber zwischendurch war mir das nicht bewusst. Leider war die Fehlermeldung dazu irreführend.

Folgender Code wäre z.B. fehlerfrei:

<?php
// ...
?>
<?php
// ...
?>

Gruß, Ekkart.

PS: kann ich das Thema jetzt irgendwie auf "gelöst" setzen?

Danke für die Ideen:

• es gibt kein cache-Verzeichnis
• es wird kein cache-Plugin eingesetzt

Wie gesagt, ein Cache war nur meine erste Idee, evtl. sind Cookies, nonces oder Unfähigkeit meinerseits die Gründe, ich weiß es nicht.

Zum PS: ich finde es angenehm, wenn ich eine Webadresse mit oder ohne www. eintippen kann und zur richtigen Seite komme. Hast Du einen Link, wo ich mich über die Vor- und Nachteile informieren kann?

Danke, Ekkart.

Hi Silke,

Du verwendest

<php?

statt

<?php

.
Evtl. ist das schon der Fehler?

Hallo,

ich habe folgendes Problem beim Plugin-Programmieren: ich hatte eine fehlerhafte Zeile, natürlich nicht meine Schuld :), in meinem Plugin (z.B. Zeile 34). Dementsprechend gab es eine Fehlermeldung für Zeile 34.

Diese Zeile habe ich korrigiert, dort gibt es jetzt keinen Code mehr. Alles funktioniert, bis auf wenige Seiten, z.B. beim Ausloggen oder beim Aufuruf der Seite ohne "www.". Dann erscheint die alte Fehlermeldung von Zeile 34, in der ja schon nichts mehr steht. Das geschieht nur bei Seiten, die ich vorher mit dem fehlerhaften Code aufgerufen hatte, aber nicht bei allen.

Den Browsercache habe ich gelöscht, das Problem tritt auch bei anderen Personen auf (die mich auf das Problem mit dem "www." hingewiesen hatten).

Frage: hat WP einen Cache-Mechanismus, der dafür verwantwortlich ist? Oder liegt das am Server? Hat jemand ein ähnliches Problem schon mal gelöst?

Die ganze Sache ist nicht nur blöd, weil das inkompetent bei anderen erscheint, sondern weil die Programmierung damit auch schwerer wird, weil ich nicht genau sehe, was ein alter Fehler ist und was ein neuer.

Wenn das das falsche Forum ist oder das eine vielgestellte Frage, würde ich mich über einen Link zum richtigen Forum/der Antwort freuen.

Vielen Dank,

Ekkart.

Hallo Olaf,
den Tip habe ich, ehrlich gesagt, nicht verstanden. Vermutung: ich soll das Blog auf das Verzeichnis umleiten? Das geht bei meinem Provider leider nicht. Oder meintest Du eine WP-Einstellung?
Danke, Ekkart.

Hallo alle,
ich habe folgendes Problem. Mein Blog wird als subdomain aufgerufen:
Rauhe Sitten
Das ist ein automatischer Verweis auf das Verzeichnis
Rauhe Sitten
Soweit stört das auch nicht, Blog läuft sehr gut, bis auf die Ausnahme, dass immer, wenn in PHP die Blogadresse mittels
$_SERVER['PHP_SELF']
herausgefunden werden soll, der String
http://rauhesitten.ekkart.de/rauhesitten/
zurückgegeben wird. Damit laufen die Links ins Leere. Ich habe an manchen Stellen schon die Codezeilen von hand geändert. Mein Problem ist aber die Erzeugung der Navigationslinks für ältere/neuere Einträge, die auf die Funktion
posts_nav_link
zurückgreifen, die in WP selbst definiert ist und sofort etwas ausgibt. Also habe ich gehackt und in meiner index.php den SERVER-String umgebogen:
$_SERVER['PHP_SELF'] = str_replace('rauhesitten/', '', $_SERVER['PHP_SELF']);
Zu meiner Verwunderung klappt das aber nur auf der ersten Seite und nicht den Folgeseiten. In die WP-Quellen will ich aber aus Update-Gründen nicht eingreifen.

Habe ich hier etwas übersehen? Gibt es schon eine Lösung? Ich habe in FAQs, Forum und Doku nichts finden können.

Vielen Dank,

Ekkart.