Beiträge von Melewo

Und was spricht dagegen nur einfache Links einzufügen?

<a href='http://tatort-fans.de/tatort-folge-892-borowski-und-der-engel/tatort-1594/'>Neuer Tatort</a>

Die Suche nach einem geeigneten Counter sollte nicht so sehr schwer sein und eine Beschreibung wird wohl dabei sein.

http://wordpress.org/plugins/search.php?q=Counter

Niemand zwingt Dich zur Verwendung von

<input type="image" ...

statt

<input type="submit" ...

Die Ausgabe von "submit" kannst Du auch mit CSS als Button gestalten.

Oder, wenn keine Daten per Post übergeben werden, könntest Du die bei action genannte Seite auf sich selbst umleiten, wobei für GET-Parameter zum Beispiel eine WP-Rewrite Regel (add_rewrite_rule) verwendet werden könnte, damit aus

/seite/?senden_x=37&senden_y=13&parameter-wert

nur noch

/seite/parameter-wert/

wird. Wie das dann richtig zusammenspielt und in welcher Reihenfolge, müsste ausgiebig getestet werden.

if (isset($_GET["x"]) and isset($_GET["y"])) {


    header("HTTP/1.1 301 Moved Permanently");
    header("Location: ".esc_html(home_url("/seite/parameter-wert/")));
    exit;
}

Soll hingegen etwas mit Post übergeben werden, wird es so nicht funktionieren.

Wenn ich bei mir Firebug mitzählen lasse, so komme ich nur auf 6 bis 12 Anfragen beim Aktualisieren eines Beitrags. Somit könnte es daran eigentlich nicht liegen, es sei denn, da spielt noch etwas anderes hinein. Darunter sind ja auch Ajax-Request und was sich da dann wieder serverseitig abspielt, ist eine andere Frage.

Nun gut, ich kenne mich nicht wirklich mit Protokollen oder so aus. Doch so wie ich das bisher verstanden habe, was jedoch nicht ganz richtig zu sein braucht:

Nur mal angenommen, ich würde jetzt im Firefox das Add-on "Live HTTP headers" mitlaufen lassen und diese Seite vom Forum neu laden. Dann würde mein Browser zuerst eine neue Anfrage an den Server von forum.wpde.org senden und dem Server mitteilen, dass der Browser die Verbindung zum Server nicht hinter jedem einzelnen Request beendet, sondern erst wenn alle im Quelltext referenzierten Quellen, wie Grafiken, CSS- und JavaScript-Dateien geladen wurden. Dieses Aufrechterhalten einer Verbindung bis alle referenzierten Grafiken geladen wurden, wird wohl mit keep-alive bezeichnet.

Zitat

Host: forum.wpde.org
...
Connection: keep-alive

Der Server teilt nun dem Browser mit, Ok, bin einverstanden, aber nur für die ersten 100 Anfragen, dann kappe ich die Verbindung wieder. Sollte eine Pause von mehr als 1 Sekunde zwischen zwei Anfragen entstehen, kappe ich die Verbindung ebenfalls.

Zitat

HTTP/1.1 200 OK
...
Keep-Alive: timeout=1, max=100

Und ich habe hier zumindest schon Startseiten gesehen, die 120 oder mehr Anfragen sendeten. Wie es im Dashboard bei denen aussieht, weiß ich nicht. Wobei bei den Startseiten die Anzahl der Abfragen verteilt wurden und nicht alle 120 Anfragen nur an einem Server gesendet wurden.
Und ob es nun wirklich damit zusammen hängt oder noch an anderen Dingen liegt, weiß ich auch nicht. Es gibt ja noch andere Möglichenkeiten für Timeouts, die mit anderen Dingen zusammenhängen. Somit ist da viel Spekulation bei, um es genauer sagen zu können, müsste man da noch tiefer einsteigen.

Gibt es schon, brauchst doch nur unter Forum -> Verschiedenes -> Jobbörse jemanden beauftragen.

Ich kenne keine Möglichkeit bei Benutzung von grafischen Buttons die Koordinaten abzuhängen.

Zitat

Grafische Buttons zum Absenden definieren
...
...
Beachten Sie:
...
... Das heißt es werden zwei zusätzlich Werte abgeschickt in der Form name.x und name.y

http://de.selfhtml.org/html/formulare/formularbuttons.htm

Soll heißen, eine andere Möglichkeit als eine Rewrite-Regel zu schreiben oder eine Weiterleitung zu benutzen, kenne ich nicht und gibt es vermutlich auch nicht. Beides wäre dann wieder so individuell, dass man da keine 0815 Lösung aus dem Ärmel schüttelt.

Ich finde die Meldung reichlich unglücklich gewählt und die Übersetzung noch mehr irreführend als hinweisend. Für mich sieht es eher danach aus, falls der Server kurzeitig nicht erreichbar ist, werden die Änderungen in Session-Storage gespeichert.

Und genau dafür wurde Session-Storage eingeführt und ist Session-Storage gedacht, damit ein Browser nicht mehr wegen jeder kleinen Änderung einen Request an den Server senden muss. Somit kannst Du Bilder hochladen oder Menüs bearbeiten, doch wenn Du Texte bearbeiten möchtest, so genügt es die Änderungen vorübergehend lokal zu speichern, bis Du nach der Bearbeitung das Dokument endgültig speichern möchtest.

Weiß ich nun nicht, was da alles hineinspielt, doch im Dashboard brauchten keine Plugins mitlaufen, die nicht für den Admin-Bereich gedacht sind.

Weiß auch nicht, warum nur einige wenige diese Meldung erhalten und viele andere nicht.

Zitat von pulloverschaf

zeigt mir der Editor die Header.php einfach leer an als wären keine inhalte vorhanden.

Lade Dir doch die Datei herunter und betrachte diese mit einem PHP-Editor.

Zitat von Ramses73

Ich habe ein ähnliches Problem,

Wird bei Dir auch nicht der Inhalt einer PHP-Theme-Datei (wie zum Beispiel die erwähnte header.php) unter dem Menüpunkt Design im Editor angezeigt, wenn Du den PHP-Code bearbeiten möchtest? Oder meinst Du Beiträge, die nicht in einer Datei, sondern in der Datenbank gespeichert werden und sich auch nicht mit dem Editor unter Design bearbeiten lassen, sondern nur mit dem Editor für Seiten und Beiträge?

Als User gefallen mir die Ergebnisse in den Serps gut, die eine Jahreszahl enthalten, weil ich dann 1999 bis 2009 bei den meisten Sucheingaben überspringen kann, ohne erst über Suchoptionen einen Zeitraum auswählen zu müssen.

Als Seitenbetreiber sehe ich es hingegen etwas anders.

Zitat von dashmir

projekte.php umbenannt und den PHP Code in dieser Datei eingefügt.

Und da die projekte.php eine ausführbare PHP-Datei ist, hast Du den Shortcode in dieser ausführbaren PHP-Datei selbstverständlich mit

<?php do_shortcode("[neu_im_Footer]"); ?>

eingefügt, wie ich annehme. Im Gegensatz zu den Shortcode, der ansonsten in Artikeln und Beiträgen, also im Content der Seiten nur mit [COLOR=#000000][COLOR=#DD0000][neu_im_Footer] [/COLOR][/COLOR]eingefügt wird. Du hast das selbstverständlich so gemacht, anders kann ich mir das ja nicht vorstellen, weil Du ja weißt, was in einer ausführbaren PHP-Datei gespeichert wird, etwas völlig anderes ist, als das was als Text von Artikeln und Beiträgen vom Editor ja nur in der Datenbank gespeichert wird.

Und falls das noch keine Selbstverständlichkeit für Dich sein sollte, darfst Du Dir gern auch noch weitere Beispiele anschauen:

http://codex.wordpress.org/Function_Reference/do_shortcode

Ja, geht in Ordnung, Du erhältst heute im Laufe des Tages noch eine Nachricht von mir.

Zitat von Bämbel

b). Melewo: ... mit "G" meinst du Google, nehm ich an? Und einfach so ins Suchfeld eintippen, wie du es angegeben hast? --> funktioniert bei mir nicht...da kommt alles mögliche ("endlich Trockene Achseln"), aber nicht das Gewünschte...

Verstehe ich nicht, möglich das Dein Abruf von Datencentern erfolgt, die noch nichts gespeichert haben. Bei mir erscheinen 8 Seiten von Deiner mit

https://www.google.de/#q=site:die-achsel-des-guten.de

wie zum Beispiel:

Zitat

[URL="http://www.google.de/url?sa=t&rct=j….57752919,d.Yms"]Uncategorized | Die Achsel des Guten[/URL]
die-achsel-des-guten.de/?cat=1‎
01.12.2013 - Also, das ist jetzt nur ein Test. Weil, der Lech und die Katrin, die hatten versprochen…aber was erzähle ich euch. Interna! Alles todlangweilig.

Außerdem sollten bei einer Abfrage mit site:url keine Ergebnisse von anderen Domains und Sites eingeblendet werden, außer in Anzeigen.

Ja wo hast Du denn nun den Code eingefügt, in den Artikeln und Beiträgen oder in einer Template-Datei?
In einer Template-Datei fügst Du Code halt nur innerhalb von PHP-Tags ein und Shortcode wie beschrieben. In Artikeln und Beiträgen hingegen nur mit [Shortcode], wenn es sich anbietet.

Die normale WP htaccess ist nicht mehr als das:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>


# END WordPress

Alles andere ergibt jedoch noch irgendwie einen Sinn in Bezug auf Sicherheit, Auslieferung und Cache, soweit ich das überblicken kann. Und wenn Du das nicht so mit einem Theme erhalten hast, dann hast Du sicherlicherlich einige Plugins installiert, die das in die htaccess geschrieben haben oder?

Das mit der wp-comments-post.php könnte aber mit dieser Captcha-Abfrage zusammenhängen, weiß es nicht. Weiß nur eins, kommentiere diese Zeilen erst einmal mit einer vorausgehenden # aus und Du wirst sehen, ob die Kommentarseite keinen 404 mehr liefert.

Nun ist es ja so, Du hattest zum Test alle Plugins deaktiviert und es hatte nichts gebracht, weil es nichts bringen konnte, wenn die htaccees noch Regeln enthält, die den Aufruf vereiteln.

Ja was ist denn das?

Zitat von Mohnfarbe

Apache Configuration

### Care about comments:
RewriteCond %{REQUEST_URI} ^/wp-comments-post.php$
RewriteRule (.*) / [L]

Wenn Post vom Formular erfolgt, dann soll / was dafür ausgelöst werden?
Das hat ein Plugin geschrieben, wer wohl sonst?
Ich hätte jetzt diese beiden Zeilen auskommentiert, weiß aber nicht, ob dann diese Captcha-Abfrage noch funktioniert. Deine wp-comments-post.php sollte aber wieder erreichbar sein, wenn Du diese Zeilen mit einer Raute # auskommentierst.

### Care about comments:
# RewriteCond %{REQUEST_URI} ^/wp-comments-post.php$
# RewriteRule (.*) / [L]

Nur, wie bereits geschrieben, ich habe Null-Ahnung, warum die da so umgeschrieben wird, möglicherweise sollte dafür irgendeine zusätzliche WP-Rewrite greifen und es vielleicht nicht richtig tut.

Zitat von dashmir

ich habe nur in der Templatevorlage meinen Code eingefügt,

Im Template? Eigentlich ist Shortcode mehr etwas für Content im Editor. Wenn aber schon im Template, dann zum Beispiel so.

In der functions.php oder in einem Plugin:

function nur_eine_Testfunktion() {
    echo "Ein Vermerk zum Test!\n"; 
}
add_shortcode("neu_im_Footer", "nur_eine_Testfunktion");

Im Template:

<?php do_shortcode("[neu_im_Footer]"); ?>

Wenn die Funktion noch kein echo enthält, dann auch mit:

<?php echo do_shortcode("[neu_im_Footer]"); ?>

Habe mich noch etwas durch ältere Fehler zu gelesen, was da noch in Frage kommen könnte:

Zitat

The problem has finally been solved. The solution was very simple. Go to settings of your comments and disable (uncheck) "break comments into pages".

http://wordpress.org/support/topic/…mment-404-error

Zitat

I discovered that the file "wp-comments-posts.php" did not have any file attributes (CHMOD values).

http://wordpress.org/support/topic/…-postsphp-fixed

Zitat von Mohnfarbe

Vielleicht ist hier ein Fehler drin?

Denke eher nicht, wenn die vorhanden ist, dann ist die ja vorhanden und die Frage stellt sich, warum die trotz Vorhandensein nicht erreichbar ist. Du könntest jetzt auch noch den Inhalt von Deiner htaccess posten und schöner wäre, für Quelltext und Code im erweiterten Formular die Formatierungen für # <> oder PHP zu benutzen.

Zitat von Mohnfarbe

Das ist auch der Editor, aus dem heraus ich die comments.php kopiert habe.

Du sollst aber nicht nach einer comments.php ausschau halten, sondern nach einer [COLOR=#006400]wp-comments-post.php[/COLOR]. Genau das ist eigentlich die Datei, an die Dein Formular die Kommentare sendet

<form action="http://www.rapunzel-lounge.com/wp-comments-post.php" method="post" ...">

und genau die scheint nicht gefunden zu werden. Die siehst Du, wenn Du Dich per FTP in Deinem Webspace einloggst, auf der Ebene oberhalb der restlichen WP-Verzeichnisse, falls sie denn vorhanden ist.