Beiträge von Stefan_S

Hallo,

beim Plugin "Explanatory Dictionary" (Ver. 4.1.5) erfolgt beim Versuch die/eine Übersichtsseite ("Dictionaries") anzuzeigen die Fehlermeldung "Error 404 - Not Found".

Das benannte Plugin ist offiziell NICHT kompatibel zu meiner WP-Version, da es sich aber laut meiner Recherche im Internet um ein recht bekanntes Plugin zu handeln scheint frage ich einmal in die Runde ob jemand den benannten Fehler kennt und evtl. eine Workaround? K
ann es sein das der Fehler entsteht weil ich Wordpress (zu Testzwecken) auf einer passwort-geschützen Adresse (.htaccess Verzeichnisschutz) betreibe?

Gibt es alternative Plugins?

bekannt sind mir bereits:
Wordpress Tooltips
CM Tooltip Glossary

gefallen mir aber nicht.

Grüsse
Stefan

Zitat

wichtig ist: brauch ich es wirklich?

ja, das ist klar.

Ich als Anfänger in Wordpress nutze sicher etliche Plugins die nicht nötig wären wenn ich mehr Kenntnisse zu Wordpress (und PHP) hätte. z.B. habe ich hier ein Plugin ("Last Updated Shortcode") das nichts weiter tut als einen Shortcode zur Anzeige des letzten Änderungsdatums in Seiten [sic] einzufügen.
Ich bin sicher dazu reichte wohl auch eine halbe Zeile PHP an der richtigen Stelle, nur im Moment ist das für mich eine Effizienzabwägung, zumal ich mich derzeitig relativ intensiv mit Wordpress beschäftige und so die Chance groß ist eine Lösung auch 'nebenbei' zu finden, d.h. ohne also speziell für dieses eher unwichtige Detail Zeit zur Lösungssuche aufwenden zu müssen.

Grüsse
Stefan

Zitat von Monika

nur zur INfo
ich habe die Doppelposts aus der Moderationsschleife gelöscht.

Mmmh ... ich hatte heute morgen einige Probleme beim posten (weiß nicht warum) kann sein das ich dort doppelt gepostet habe. Falls ja bitte ich um Entschuldigung, ich bin seit Jahren PHPBB als Forumssoftware gewöhnt und habe mit vBulletin noch keine Routine.

Grüsse
Stefan

Zitat

Für mehr Ordnung in Der Mediathek gibt es z.B. dieses Plugin
https://de.wordpress.org/plugins/enh...media-library/
mit dem sich für die Mediathek u.a. auch Taxonomien setzten lassen, was auch mit diesem kleineren Plugin
https://de.wordpress.org/plugins/wp-...ry-categories/
bewerkstelligt werden kann.

Gerade getestet. Beide sind für meine Zwecke geeignet, bevorzugen werde/würde ich das Erste weil es flexibler ist insofern sich dort eigenständige Medienkategorien anlegen lassden die sich nicht mit den 'allgemeinen' Kategorien des Blogs überschneiden (wie beim zweizten Pludin) aber das ist Geschmacksfrage.

Trotzdem freue ich mich falls Monika noch antwortet, denn das Medien-Ordner die Wordpress selbst anlegt nicht in dem benannten Dropdown angezeigt werden scheint mir ein Bug zu sein und gäbe es dafür einen workaround käme ich ohne extra Plugin aus (nix gegen Plugins, denn die machen Wordpress flexibel, allein habe ich inzwischen schon knapp 20 Plugins am Laufen. Ist das eigentlich viel? Was sagen Profis mit Praxiserfahrung zu dieser Anzahl? )

Grüsse
Stefan

Zitat

habe es grad getestet:
ich veröffentlich einen Beitrag mit dem Datum 12.6.2005
meine Testdomain wurde vor einem Monat ausgeleert und hatte daher keinen Uploadordner aus diesem Jahr
dann nach der Veröffentlichung editierte ich den Beitrag und fügte ein Bild hinzu
und dann erstellt WP den Uploadordner mit diesem Datum: 2005 /06

Du hast recht meine Beschreibnung war falsch, ich kann nicht mehr nachvollziehen warum.

Zitat

magst also tricksen:
a)zuerst Beitrag mit geändertem Datum veröffentlichen
b) dann diesen Beitrag editieren und jetzt erst die Bilder hinzufügen

Ich glaubte jetzt schon daran das mein Problem damit gelöst sei, aber obwohl das bei mir funktioniert wie Du es beschreibst, wird danach der neue Ordner (2005 /06) nicht in der Dropdown-Liste anngezeigt und das ganze Verfahren hilft mir somit nicht, d.h. diese Bilder werden mir unter Medien-Medienübersicht nur dann angezeigt wenn ich in der zweiten Listbox von links auf "Alle Daten" klicke, was aber auch heisst das ich im Produktivbetrieb des Blogs die Bilder nur innerhalb hunderter anderer Bilder anzeigen kann.
(ja, ich komme ggf. über die Schaltfläche "Datei hinzufügen" bequem an meine Bilder, nur bei jedem Hinzufügen habe ich dann eine nochmalige Kopie des jeweiligen Bildes im Monatsordner, was praktisch darauf hinausliefe das ich in jedem Monatsordner die jeweils regelmäßig verwendeten Beitragsbilder (ca. 10) als Kopie hätte.)

Grüsse
Stefan

Zitat

Tja, das geht leider nicht (mehr), zumindest nicht ohne Plugin oder Eingriff in den Code, da aber die Mediathek von WP sowieso ziemlich schrottig in ihrem Funktionsumfang und Aufbau ist und im Grunde selbst für klassische Blogs/Magazine, denn da hat man ja auch das Problem, dass man teils dieselben Medien insb. Bilder immer wieder benötigt, gehe ich einfach ganz pargmatisch so vor wie hier

http://forum.wpde.org/plugins-und-wi…html#post647066

dort schreibst Du u.a.:
"Alle im Rahmen der Blogfunktionalität dynamisch verwendeten Grafikdateien (z.B. Beitragsbilder, Bilder in Plugins etc.) lade ich in der originalen Mediathek von WP hoch (diese lege ich dann auch für Blogs/Magazine in den automatisch von WP erzeugbaren Monats- und Jahresordnern an), weil alles andere einen zu großen Aufwand bedeuten würde und vor allem die Mitarbeiter damit in der Mehrheit nicht klar kämen, außer man baute dafür zusätzlich ein komfortables und sicher bedienbares Plugin."

und genau das beschreibt ja das Problem, denn einerseits geht es nur halbwegs bequem mit den Bordmitteln, anderseits wäre ein PLugin auch nicht schlecht, nur habe ich noch kein passendes Plugin gefunden dednn alle Plugins die ich für diesen Bereich bisher gefunden habe sind Plugins für große Fotosammlungen oder mit ZUsdatzfunktionen, ich jedoch brauche nur ein Plugin über das ich direkt auf Bilder zugreifen kann die in Ordnern (die ich bestimme) eingeordnet sind.

Grüsse
Stefan

Zitat von maxe

vielleicht probierst du mal Plugins wie diese: https://de.wordpress.org/plugins/add-from-server/

Richtig, ein geeignetes Plugin könnte mein Problem lösen, ich habe nur noch keines gefunden und das jetzt von Dir Genannte berührt mein Problem garnicht (oder verstehe ich die Beschreibung falsch) denn es vereinfacht lediglich den Bildupload, ich jedoch brauche Hilfe beim Arbeiten in der GUI der Mediathek.

Grüsse
Stefan

Hallo,
ich habe in Wordpress unter Einstellungen festgelegt das meine Uploads ("Medien") in jahres- und monats-basierten Ordner abgelegt werden.
Wie kann ich Wordpress hierbei manuell einen Ordner mit Bildern unterschieben der quasi in der Vergangenheit liegt?
Ich bin dabei mich im Umgang mit Wordpress zu üben und habe diverse Testbeiträge in Mai und JUni 2016 geschrieben und Wordpress hat automatisch dafür die passenden Ordner angelegt, z.B.:

\wordpress\htdocs\wp-content\uploads\2016\05

wenn ich nun händisch den Ordner:
\wordpress\htdocs\wp-content\uploads\2016\01

anlege zeigt Wordpress diesen nicht über das entsprechende Dropdown im Medien-Fenster zur Auswahl an.
Ebenso hilft es nicht einen Beitrag mit einem älteren Datum zu erstellen (was also in der Vergangenheit liegt) denn auch für diesen Beitrag erfolgt die automatische Einordnung von Uploads in den aktuellen Ordner (06/2016).

Wie trickse ich Wordpress aus, d.h. wo ist die Info hinterlegt (und änderbar) welche Ordner Wordpress über das Ordnerauswahl-Dropdown im Medien-Fenster anzeigt?

Wozu soll das gut sein?
ich hätte gerne in diesem Dropdown quasi einen zentralen Ordner (zusätzlich zu den zeitlich geordneten Ordnern), und weil das nicht möglich zu sein scheint, kam mir die Idee das ein bewusst alt datierter Ordner (z.B. 01/2000) letztlich denselben Zweck erfüllen könnte.

Grüsse
Stefan

Zitat

debug true verwende ich im live Betrieb nur bei akuter Fehlersuche oder wenn ich Installationen kontrolliere, weil einige Plugins aktiviert wurden und es keine Testinstallation gibt. (!)

Danke, das hilft mir das besser einzuordnen, das muss ich das also garnicht unbedingt ständig aktiv setzen.

Grüsse
Stefan

Zitat

Wenn Du die Möglichkeit hast auf den Server per FTP zuzugreifen, kannst Du Dir auch ein Logfile erstellen lassen, dann könntest Du die Fehler dort nachlesen.

Ah OK. Danke, ich schaue es mir an.

Grüsse
Stefan

Hallo,
In der Datei wp-config.php habe ich eingetragen:

[FONT=courier new]define('WP_DEBUG', true);[/FONT]

Bisher glaubte ich das entsprechende Meldungen nur auf der Startseite des Blogs erfolgen. Aktuell stelle ich jedoch fest das eine Meldung nur auf einer Beitragsseite erfolgt, weil dort augenscheinlich ein Fehler mit einem bestimten PlugIn auftritt. Da es sich nur um eine KLeinighkeit handelt ist mir das ganze bisher nicht aufgefallen beim Testen.

Da mir irgendein SicherheitsPlugin (WPSecurity?) sagte, ich solle WP_DEBUG auf true setzen, ist für mich die Frage:
Wie soll ich das im Produktivbetrieb des Blogs handhaben?

Denn:
warscheinlich ist es sinnvoll die Einstellung auf true zu lassen, ABER sollten Meldungen auf einzelnen Seiten erscheinen die ich selbst nicht sofort bemerke stören diese natürlich den äußeren Eindruck des Blogs.
Gibt es sowas wie einen stillen Alarm für "define('WP_DEBUG', true)"?

Grüsse
Stefan

Zitat

lösche diesen html title tag komplett

in der Tat, das funktioniert. Danke.

Darf ich fragen wieso es das tut?
Nach meinem bisherigen Verständnis prüft doch "Theme Check" nur stur diverse Vorgaben ab die Wordpress (also die Macher von Wordpress) definiert haben um Probleme zu vermeiden. Gibt es also irgendwo im Netz eine Spezifikation die sagt das ein lerer title-tag nicht sein darf, oder macht hier nur "Theme Check" einen Fehler?
Sorry, ich will nicht löchern, aber ich bin Anfänger und möchte wohl zukünftig so viel mit Wordpress arbeiten das sich für mich auch die Mühe lohnt ZUsammenhänge zu verstehen.

Zitat

in die functions.php des Themes, das du reparierst oder in ein Child Theme schreibst du zu etwaig andern vorhandenen
add theme support Angababen gleich unter die letzte Angabe folgendes

und das hatte ich im Netz auch schon gefunden, nur genau dieser Eintrag steht bereits in der funtions.php

Grüsse
Stefan

Hallo,

möglicherweise passt die folgende Frage auch in den Plugin-Bereich, aber ich nutze das Plugin "Theme Check" (uhttps://de.wordpress.org/plugins/theme-check/) nd somit geht es letztlich eher um eine Frage der Administration, denn "Theme Check" tut ja nichts weiter als gefundene Fehler auflisten.

"Theme Check" meldet nun:

"ERFORDERLICH: Das <title> Tag darf nur einen Aufruf von wp_title() enthalten. Verwende den wp_title Filter, um die Ausgabe zu ändern."

daraufhin habe ich alle Dateien des Themes auf "title" durchsucht und fand diese Tag nur in zwei Dateien: index.php und comments-popup.php. In beiden Dateien habe ich nun den Eintrag des title-Tags faktisch auf das Minimum begrenzt:

[FONT=courier new]<title></title>
[/FONT]
trotzdem erscheint die Meldung von Theme Check weiterhin.

Was verstehe ich falsch bzw. was ist zu tun?

Hinweis:
das title-Tag zu 'minimieren' (s.o) ist hier nur mein erster Schritt fürs quasi 'learning by doing', denn mir ist schon klar das ich als endgültige Lösung einen Eintrag in der functions.php machen muss, da ich aber bisher nicht genau weiß wie dieser aussehen muss, wollte ich zuerst den einfachen Weg gehen indem ich nur ein leeres title-Tag benutze und ich verstehe nun nicht warum das nicht geht.

Grüsse
Stefan

Zitat

Ja, und es geht so oder so auch schnell, den Browsercache zu leeren, wenn man es kurz vorher schonmal gemacht hat. Nur wenn man es seit gefühlt 500 Jahren nicht gemacht hat, rödelt der natürlich ein bisschen …

Das ist völlig richtig, aber um meine 'Zurückhaltung' in dieser Frage einmal zu erklären: ich habe hier eine langsame Internetverbindung und bin deshalb eher nicht begeistert den Browser-Cache überhaupt zu leeren. STRG+F5 bewirkt hingegen augenscheinlich nur das Erneuern des Caches für die jeweilige konkrete Seite.

Zitat

Hast du mal probiert, dich vor (d)einer Änderung auszuloggen, dann Datei überschreiben, dann wieder anmelden?

Nein, nicht bewusst.
(d.h. es kann sein das ich zum Zeitpunkt der Änderung zwar ausgeloggt war aber dann nur zufällig - z.B. logge ich mich am Ende des Tages rein aus Routine auch beim lokalen Wordpress aus und beginnt dann der neue Tag gleich mit einer Änderung bin ich danoch nicht eigeloggt.)

Zitat

Oder – eher verrückte Idee – schau, ob deine wp-config.php in der richtigen Dateicodierung abgespeichert ist (utf8 ohne bom).

Guter Hinweis, denn die ist offensichtlich als ANSI codiert, was ich jetzt geändert habe. Mal sehen ob das gegen das beschriebene Problemhilft, schaden kann es ja wohl auf keinen Fall.


Grüsse
Stefan

Zitat von maxe

du kannst die Seite auch mal versuchen mit STRG + F5 oder ...

Danke, das ist ein hilfreicher Tipp denn es geht schnell. Ich muss jetzt erstmal einige Zeit beobachten ob es hilft.

Zitat von JABA-Hosting

Kein Webhosting Paket, wo man das schnell testen könnte ob es nicht doch an der Windows Installation liegt?

Doch hätte ich, mehr noch, ich habe hier sogar eine fertig eingerichtete Version auf einem NAS.
Ich wiederhole mich aber wenn ich schreibe: das Problem tritt nicht immer auf, es ist also nicht damit getan es einmalig auf einer Serverinstallation zu testen.
Das NAS wäre prima geeignet ABER das NAS hat mich im Konkreten zu der lokalen Installation getrieben, denn Wordpress läuft auf dem konkreten MAS (Synology DS211j) schnarch langsam.

Gleichzeitig ich habe keine Lust wegen dieser Bagatelle jetzt noch Zeit zu investieren für eine Serverinstallation(*), zumal ich für meine Tests und diverses Rumprobieren ja bewusst keine Serverinstallation benutze um sicher zu sein das ich tun und lassen kann was ich will ohne ein Risiko einzugehen.

(*)
Sorry, nur wir reden hier über Praxis und das heißt ich muss zunächst bei einem meiner Provider ein HostingPaket finden wo noch nicht alle Datenbanken ausgeschöpft sind und dafür muss ich erstmal die Zugangsdaten finden auf irgendeinem postIT was hier an der Wand klebt ... usw. usw. ;-)

Grüsse
Stefan

Zitat von maxe

hast du denn dann mal den Browser-Cache geleert?

Nein, bisher habe ich das nicht getan.

Ich kann das jetzt, im Laufe der nächsten Tage, mal testweise tun (weil der Fehler nicht generell auftritt wird ein einmaliges Leeren des Cache keine zuverlässige Antwort liefern) und das Ergebnis beobachten.
Sollte dass die Lösung sein ist sie nur nicht sehr hilfreich, weil das Leeren des Cache praktisch länger dauert als eine Neuanmeldung bei Wordpress und schon diese Neuanmeldung war/ist mir ja lästig.

Grüsse
Stefan

Zitat von Woogie-Design

Wieso Bitnami und nicht einfach Xampp installieren und in den Ordner htdocs das Wordpress installieren? Bitnami nutzt ja glaube ich auch xampp aber wäre halt schon wieder ein Zusatz den man nicht braucht.
Xampp ist eigentlich auch für Laien recht easy to use.

> Wieso Bitnami und nicht einfach Xampp installieren und in den Ordner htdocs das Wordpress installieren?
Weil mir Bitnami schlichtweg die Arbeit der Selbstinstallation abnimmt.
> Bitnami nutzt ja glaube ich auch xampp aber wäre halt schon wieder ein Zusatz den man nicht braucht.
Ja Bitnami nutzt xampp, aber der 'Zusatz' besteht imho nur darin das Bitnami per 1-Klick alles Notwendige installiert. Zusätzlich hat Bitnami ein kleines Windows GUI-Programm über das man einzelne Wartungsarbeiten per Klick anstossen kann z.B. den Apache Server starten, stoppen, neustarten u.ä., nur greift das imho doch nicht in 'Interna' ein sondern tut nur das was ich manuell auch tun könnte.

Nochmals: Bitnami ist für mich eine reine Bequemlichkeitfrage. Ich kann also auch auf Bitnmi verzichten, nur sehe ich derzeitig noch keinen begründeten Anlass da nicht Bitnami als Ursache erkenne.
Ich nutze Bitnami aber seit Langem für diverse andere Webapplikationen (Redmine, phpBB, ...) und habe ein gutes Gefühl in der Hinsicht das diue 'Bitnami-Pakete' sorgsam gebaut sind.

Hinweis zu meiner FRage:
ich erwarte bei dem genannten Problem auch keine quasi systematische Analyse durch die freiwilligen Helfer des Forums (dazu scheint mir das genannnte Problem zu speziell), sondern ich hoffe darauf das etwas Ähnliches zufällig schon einmal jemand Anderem begegnet ist und das derjenige eine Lösung gefunden hat und hier zufällig meine Frage liest.

Grüsse
Stefan

Zitat von maxe

Ein Cache-Plugin oder der Browser-Cache?

> Ein Cache-Plugin
Ich selbst habe kein solches Plugin installiert, ich kenne mich aber mit Wordpress noch nicht so gut aus und falls schon bei der Standardinstallation etwas dabei ist was die Frage Cache berührt weiß ich nichts darüber.

> oder der Browser-Cache?
Eher nicht, denn egal ob das genannte Problem auftritt oder nicht, jedesmal aktualisiere ich die Seitenanzeige (Browser sind IE 11 und FF 46.x).

Vielleicht noch einmal mein Vorgehen an einem Beispiel beschrieben:
in meiner index.php steht u.a.:
[FONT=courier new]<div class="navigation">
<div class="alignleft">
<?php next_posts_link('&laquo; Previous Entries') ?>
</div>
<div class="alignright">
<?php previous_posts_link('Next Entries &raquo;') ?>
</div></div>
[/FONT]
das erzeugt auf meiner Wordpress-Startseite nun die entsprechenden Navigationslinks für ältere oder neuere Beiträge.
Ich öffne nun die Datei index.php in Notepad++ und ändere diese Stelle auf:
[FONT=courier new]<div class="navigation">
<div class="alignleft">
<?php next_posts_link('&laquo; &Auml;ltere Beitr&auml;ge') ?>
</div>
<div class="alignright">
<?php previous_posts_link('Neuere Beitr&auml;ge &raquo;') ?>
</div></div>[/FONT]
und speichere die Änderung ab.

Wordpress läuft die ganze Zeit parallel und ich bin dort auf der Startseite. Nach vorstehend gemachter Änderung lade ich nun die Startseite im Browser neu, aber die Änderung wird nicht sichtbar.
Sie wird erst dann sichtbar wenn ich mich entweder in Wordpress abmelde und neu anmelde oder in der gerade bearbeiteten Datei index.php nochmal eine Änderung mache, diese speichere, diese Änderung wieder zurückändere und nochmals speichere.
[COLOR=#FF0000]Hinweis: der beispielhaft oben gezeigte php/html-Code hat nichts mit dem Problem zu tun, das Problem tritt bei beliebigen Code bzw. Codeänderungen auf[/COLOR]

Grüsse
Stefan

Hallo,
ich benutze Wordpress 4.5.2 als lokale Installation mit dem Installationspaket von Bitnami:
https://bitnami.com/stack/wordpress
Das aber nur als allgemeine Info, denn ich nehme nicht an das mein Problem von diesem speziellen Installationspaket verschuldet ist.

Ich bin als NUtzer mit Admin-REchten an Wordpress angemeldet.

Wenn ich nun Dateien von Wordpress (*.php) mit einem externe Editor (Notepad++) bearbeite tritt in etlichen Fällen das Phänomän auf das Wordpres die (natürlich auch gespeicherte) Bearbeitung der Files zunächst nicht berücksichtigt.
Es scheint sich dabei nicht um ein Zeitproblem zu handeln denn Warten hilft nicht sichtbar.

Was hilft ist im externen Editor (Notepad++) die Datei nochmals geringfügig zu ändern, zu speichern, nochmals die gerade gemachte Änderuzng wieder zurückzunehmen und wieder zu speicherm ... oder sich bei Wordpress abzumelden und neu anzumelden.

[size=8]Das Ganze erzeugt darüber hinaus keine Probleme, aber es ist ziemlich nervig weil wenn man Dateien quasi try-und-error bearbeitet man immer wieder glaubt die Änderung sei falsch, wobei aber in Wahrheit einzig Wordpress die Änderung noch nicht übernomen hat.[/SIZE]

Ist etwas über das beschriebene Phänomän bekannt?
Gibt es vielleicht in Wordpress einen Shortcut o.ä. um Wordpress quasi neu zu initialisieren (ähnlich wie es anscheinend bei oben genannter Neuanmeldung geschieht)?

Grüsse
Stefan