Beiträge von klaus999

Diesen Sicherheitshinweis habe ich in der Vergangenheit und auch aktuell mehrfach im Netz gefunden. Also habe ich es mal versucht.
Die wp-config.php in wp-config-dittes.php umbenannt und einen Ordner höher (das ist bei mir httpdocs) gespeichert.
Neue wp-config.php angelegt, Inhalt:
<?php
include("../wp-config-dittes.php");
?>
und am Originalort gespeichert.

Dann logte ich mich aus. Die Website wurde korrekt angezeigt. Die Login-Seite wird auch korrekt angezeigt. Doch nachdem ich den Anmelde-Button drücke, erhalte ich nur noch eine weiße Seite.

Nachdem ich die alte Lage wieder hergestellt habe, ist alles wieder Okay.
Ich würde aber trotzdem gern wissen, was da falsch läuft, bzw. was ich falsch gemacht habe.
Beide Dateien UTF-8

Zitat von b3317133

Würde es ab und an neu versuchen.

Habe ich getan. Gestern konnte ich alle Sites aktualisieren.
Ich nehme mal an, daß der Download-Server überlastet war. ???

Zitat von b3317133

Evtl. ein ähnliches Problem wie hier.

Stimmt. Allerdings habe ich zwischenzeitlich nichts installiert, und gestern Abend habe ich noch zwei Sites problemlos aktualisiert.

Seit heute Morgen bekomme ich jedes Mal diese Fehlermeldung (bei drei Websites bei drei verschienen Hostern) wenn ich die Aktualisierung des CMS bzw. der Plugins anstoße. Kann mir jemand erklären, woran das liegt? Ist der WP-Download-Server nicht erreichbar?
Danke.

Zitat von b3317133

Dann würde sich wohl ein anderes Encoding empfehlen, hat aber nichts mit WordPress oder Plugins zu tun, mehr dazu hier.

Das scheint zu stimmen. Ich habe inzwischen die .mp4-Datei in eine andere .mp4 gewandelt: H.264 / AAC MP4 for YouTube. Und siehe da, das funktioniert. Sowohl mit dem WP-Video-Tag wie auch mit einem Plugin. Dennoch habe ich weiterhin keine Ahnung

Beispiel:

<video controls="" poster="/wp-content/gallery/be-2017/170807_200431.jpg" width="480" height="272"><source src="/wp-content/video/test.mp4" type="video/mp4"></video>

Danke für Eure Mühe.

Zitat von b3317133

Link zu Deinem Video einfach in eine eigene neue Zeile im Editor zu schreiben

Das gleiche Ergebnis wie mit den Plugins. Ton läuft, zu sehen ist leider nichts.

Video mit der Endung .mp4, 480x272, 128 MB, läuft lokal super, mit Bild und Ton. Hochgeladen per FTP in einen neuen Ordner (/wp-content/video/).
Da ich nicht rausbekommen habe, wie ich das Video ohne Plugin in den Beitrag einbinden kann (wäre mir am liebsten), habe ich FV Flowplayer Video Player und Easy Video Player eingesetzt. Beide spielen allerdings nur den Ton ab, zu sehen ist nichts. :cry: Kann mir jemand sagen, was ich falsch mache? Vielen Dank.

Henk: Ich habe nur mitgeteilt, was jeweils passierte, und gehofft, daß die auf diesem Gebiet Schlaueren etwas damit anfangen können. Ich kenne zwar den Apache-Server, doch ich kenne auch das Zyklotron - mit beidem kann ich dennoch nicht viel anfangen. Ngingx ist mir zum ersten Mal begegnet. Daher auch mein 2-faches Bekenntnis: "keine Ahnung". Die zwinkernden Smilies machen den Post nicht netter. Dennoch meinen Dank auch an Dich. Daß das auf dem Server meines Hosters nicht geklappt hat, ist ja nicht Deine Schuld.

Hallo Henk,
keine Ahnung, ob Du richtig liegst. Doch mein Provider hat nach eigener Angabe diese Anweisungen eingefügt. Danach hatte ich nur noch eine Text-Website, wie in alten Zeiten. Nun lasse ich "FPM von Apache bedienen" (keine Ahnung was das bedeutet), und alles funktioniert bestens.

Vielen Dank für Euer alle Mühen.

Zitat von Slowmo

Wie Henk schon sagte:

Code

http://www.deineseite.de/%postname%/
oder
http://www.deineseite.de/%postname%

... and all is pretty.

Gruß
Sophie

Hi Sophie
Du kannst davon ausgehen, daß ich Deine Vorschläge bereits vor meinem Post hier getestet habe. Ich habe es dennoch noch einmal versucht.
Bei Deinem ersten Vorschlag liefert mir nginx bereits beim Aufruf der Kategorie eine 404.
Bei Deinem zweiten Vorschlag ist das Problem wieder da: ein Schrägstrich am Ende des Links. (Siehe meinen Ausgangspost.)
Und somit ist leider nicht alles pretty. :-(

Schönes Wochenende.
Klaus

Zitat von Henk1060

das pulgin [COLOR=#333333]Rename wp-login.php ist für die absicherung deines WP Login gedacht
[/COLOR]und hat daher nichts mit pretty urls zu tun.

Schau einmal unter einstellungen permalinks, ahja hast du ja..
für was willst du schluss .html haben?
Lass das doch einfach weg

Na ja, eher für dessen Verschleierung.
Pretty URLs braucht man schon.
Wie gesagt: diese Einstellungen haben bisher immer funktioniert.
Danke für Dein Feedback.

Das Problem ist die Herkunft des Schrägstriches.

Zitat von klaus999

Danke für jeden Hinweis.

Wenigstens einen?

Ich setze das Plugin "Rename wp-login.php" ein. Um "schöne" URLs zu bekommen, habe ich bei Einstellungen –> Permalinks „Benutzerdefiniert“ markiert, und "/%postname%.html" eingetragen.

In der .htaccess steht:

# 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

Das klappte bisher immer.

Bei einer neuen Site habe ich nun folgendes Problem.
Der Link zur Seite der Kategorie "Neues" lautet korrekt "https://www.meinesite.de/neues".
In der Paginierung der zweiten Seite der Kategorie lautet der Zurück-Link dann aber:
https://www.meinesite.de/neues/
(hinzugekommen ist der Schrägstrich am Ende) und wird mit einem 404-Fehler quittiert.
Nehme ich den Schrägstrich weg, wird die erste Seite der Kategorie wieder angezeigt.

Woher kommt dieser Schrägstrich, und wie bekomme ich ihn weg?
Danke für jeden Hinweis.

Problem gelöst

Vielen Dank für die Hinweise.
helix
Das Bültge-Teil hatte ich vor zwei Tagen schon mal auf meinem Schirm.
maxe
Alles i.O. - hast mir ja nicht zum ersten Mal geholfen. Auch die Variante von css-tricks habe ich verstanden.

Ich habe die vier Widgets nun wie folgt gefüllt. Da die Fotos in einer NextGEN-Galerie liegen, habe ich das Foto mittels "Zeige das NextGEN empfohlene Bild" sowohl in den Beitrag eingefügt, als auch als Beitragsbild festgelegt. Dadurch landen die Bilder nervigerweise zwar in den Medien - aber was soll's. Dann habe ich die "Thumbnail"-Anzeige in der Archivansicht rausgeschmissen, um die doppelte Anzeige des Bildes zu vermeiden. Mittels "offset" hole ich mir dann in jedes Widget jeweils eines der Bilder:

<?php $my_query = new WP_Query('cat=2&offset=1&showposts=1'); ?>


<?php while ($my_query->have_posts()) : $my_query->the_post(); ?>
<li><a href="<?php the_permalink() ?>" rel="bookmark"><?php the_post_thumbnail(); ?></a>
<?php endwhile; ?>

Womit das Problem zu meiner vollen Zufriedenheit gelöst ist. Eure Hinweise haben mir aber auch gezeigt, daß ich auf dem richtigen Weg war. Vielen Dank.

maxe
Um mich selbst zu zitieren: "... das am Anfang des Beitrages eingefügte Bild" - hätte ich das "Artikelbild" oder "das von NextGen empfohlene Bild" gemeint, so hätte ich es auch so genannt. Denn im WP-Codex suche auch ich immer zuerst, auch wenn ich dort bei weitem nicht alles verstehe.

Zitat von helix

Ansonsten gibt es auch Codeschnipsel, die das erste Bild, das in einem Beitrag eingebettet ist, automatisch zum Artikelbild machen. Mit sowas könntest du dann weiterkommen.

Das ist fein. Wenn ich jetzt nur noch so einen Schnipsel hätte ... oder wüßte, wie oder wo ich ihn finden kann?

Also so?:

<a href="<?php the_permalink() ?>" rel="bookmark"><?php the_post_thumbnail(); ?></a>

Das zeigt gar nichts an. Das Bild im Beitrag ist auch nicht als Thumbnail eingefügt, sondern in der tatsächlichen Größe - wenn das was damit zu tun hat.

In einem PHP-Code-Widget will ich einen Beitrag anzeigen lassen. Das funktioniert auch mit folgendem Code:

<?php $my_query = new WP_Query('cat=29&showposts=1'); ?>
<ul>
<?php while ($my_query->have_posts()) : $my_query->the_post(); ?>
<li><a href="<?php the_permalink() ?>" rel="bookmark"><?php the_content(); ?></a></li>
<?php endwhile; ?>
</ul>

Allerdings will ich nur das am Anfang des Beitrages eingefügte Bild anzeigen lassen - ohne den Beitragstext.

Bitte um einen diesbezüglichen Hinweis, wie das realisierbar ist. Danke!

http://forum.wpde.org/allgemeines/15…earbeitbar.html
Inzwischen gibt es ein Update.

Das Update auf 4.0.1 ist da. Die Menus sind anschließend wieder bearbeitbar. Vielen Dank an die Macher.

Offensichtlich harmoniert das bisher reibungslos funktionierende Plugin "The Events Calender 4.0" nicht mehr mit der neuen Version von WP. Ich deaktiviere es vorerst also, wenn ich ein Menü bearbeiten muß, und hoffe auf ein baldiges Plugin-Update.