Beiträge von Marcus[IS]

Oi, das muss mir doch glatt entgangen sein. Wusste gar nicht das nur die Verwendung des _blank Attribut ein Problem darstellen kann. Man lernt immer wieder dazu. :-)

Ergänzend dazu kommt auch hinzu, dass früher viele Anfragen vom User einfach wieder gelöscht wurden und somit die Antworten zwar noch da waren, aber keiner den Sinn hinter den Antworten noch verstand.

Zumal man ja auch noch die Möglichkeit hat einen Mod zu bitten, den Beitrag nochmal zum Editieren freizuschalten, falls man wirklich noch Ergänzungen machen muss, oder hängt es einfach mit in den Thread. Dafür reißt einem keiner den Kopf ab. ;)

Hi,

das kam schon recht häufig vor.

http://forum.wpde.org/installation/1…lermeldung.html

Du könntest auch die Fehlermeldung in der Foren Suche verwenden (Auf die Lupe oben klicken). Dann findest du weitere Threads mit möglichen Lösungsansätzen. Obwohl ich denke sind alle die selben Ansätze. ;)

Ich kenne mich mit Storefront Komponenten nicht so aus, da ich diese nicht nutze, aber so wie ich das sehe kommst du nicht umhin das Storefront Theme zu installieren, da ist ja ein Link in der Fehlermeldung hinterlegt. Nur kannst du dann das Twenty Seventeen nicht mehr als Haupttheme wählen, da ja das Woocommerce Storefront unbedingt das Storefront Theme als Haupttheme haben will. Bisschen Merkwürdig, weil es eine ziemlich aggressive Kundenbindung wäre.

Hi,

ich bin da zwar jetzt nicht so der Experte mit, aber scheinbar wird das durch Mixed Content im Zusammenhang mit eurem Zertifikat verursacht.
Die Hauptseite geht auf https und die Elemente sollen wohl über http geladen werden.
Ist quasi das selbe Problem, als wenn man versucht eine https Seite anzuweisen, ein Bild über http zu laden, worauf jeder Browser das dann mit einer Fehlermeldung beim Aufruf quittiert (Mixed Content). Nur das dies jetzt bei euch im Hintergrund Serverseitig abläuft.

Mal so als Beispiel;

Zitat

[COLOR=#ff0000]Access to Font at 'https://[/COLOR]http://www.n51e12.de/wp-content/the…m/flaticon.woff' [COLOR=#ff0000]from origin 'http://[/COLOR]http://www.n51e12.de' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://www.n51e12.de' is therefore not allowed access.

Wenn du bei Google bezüglich der Fehlermeldung has been blocked by CORS policy suchst, finden sich sicher reichlich Ansätze. Ich denke mal es dürfte nur eine Kleinigkeit sein, die in die .htaccess eingefügt werden muss, damit es rund läuft.

Aber wie gesagt bin kein Experte und habe dies jetzt nur Anhand der Fehler Ausgaben des Entwicklertools im Chrome nachvollzogen.

Hi,

im Edge wird es zumindest alles korrekt dargestellt, soweit ich das sehe.

Aber ich vermute mal aufgrund der Fehlermeldung, dass Storefront das WP Twenty Seventeen nicht mag und will unbedingt das Storefront Theme als Parent Theme haben.

Hi,

In der Regel kommt der More Tag auf Statischen Seiten nicht zur Anwendung, ist auch nicht so vorgesehen. Allerdings soll es wohl gehen wenn man die Anweisung für den More Tag innerhalb des Loop auf der Statischen Seite unterbringt. (page.php wäre ein Ansatz)

Bezüglich des Darstellungsproblem kommt es jetzt an, wie das Theme aufgebaut ist.
Manche Themes verwenden anstelle der Weiterlesen Funktion eine extra Excerpt Funktion und da wird der More Tag meines Wissens nach schlichtweg ignoriert, wenn man ihn einfügt.

Bei den Standard Themes von WordPress sollte der More Tag an für sich ohne Probleme funktionieren.

Ist zwar ein Kostenpflichtiges Plugin und da kenne ich mich genauso wenig mit aus, da bei mir der Cache Serverseitig läuft, aber wenigstens haben die Authoren mal mitgedacht und die FAQ frei zugänglich gemacht.

So wie ich das sehe liegt es an der Lazy Load Funktion.
Die Müsstest du für Bilder wohl deaktivieren, indem du die Betreffenden Beiträge zum Bearbeiten aufrufst.
http://de.docs.wp-rocket.me/article/448-la…ge-deaktivieren

Es kann aber auch sein, dass es irgendwo eine globale Option gibt, welche du nutzen kannst.

Ansonsten einfach mal ein Ticket an die Plugin Authoren senden. Ich denke die können dir da genauer weiter helfen.

Wäre ja schön wenn es so einfach wäre. ;)

Habe mal so on the fly in meiner lokalen Installation was versucht.

.navigation-top {    bottom: 0;
    font-size: 14px;
    font-size: 0.875rem;
    left: 0;
    position: relative;
    right: 0;
    width: 100%;
    z-index: 3;
}

Wenn du das in die style.css packst sollte das Menü oben am Bildschirm sein.
Im Orginal ist die Position des Nav Menü auf absolute gesetzt, durch die Verwendung von relative rutschte es dann nach oben.

Hi,

kann jetzt verschiedene Ursachen haben.

Werden die Bilder denn im Medienbereich korrekt angezeigt, bzw. sind die im Upload Ordner auch vorhanden?

Falls dem so ist, die üblichen Verdächtigen untersuchen.

Debug Modus aktivieren und schauen was so an Fehlermeldungen bezüglich der Bilder auftaucht.
Wenn du Zugriff auf ein php error.log hast, mal da rein schauen.

Plugins deaktivieren, um zu testen, ob das Problem dann noch auftaucht.
Eventuell mal ein Standardtheme von WordPress aktivieren, falls keines eingesetzt wird.

Wie hoch ist denn das php memory limit?
Wurde eventuell die PHP Version im April umgestellt?

Wie du siehst, kann so was viele Ursachen haben. ;)

Hi,

ist jetzt ungetestet, aber in der header.php des Twenty Seventeen finden sich folgende Anweisungen;

<?php get_template_part( 'template-parts/header/header', 'image' ); ?>


        <?php if ( has_nav_menu( 'top' ) ) : ?>
            <div class="navigation-top">
                <div class="wrap">
                    <?php get_template_part( 'template-parts/navigation/navigation', 'top' ); ?>
                </div><!-- .wrap -->
            </div><!-- .navigation-top -->
        <?php endif; ?>

Theoretisch müsstest du nur hingehen und die get_template_part Anweisung unter die has_nav_menu Anweisung zu setzen, da die Dateien ja der Reihe nach abgearbeitet werden.

Ob das nachher noch gut aussieht vermag ich nicht zu sagen, da wie gesagt ungetestet und der Effekt beim 2017 ja dahingehend ist, dass die Headergrafik nach oben ausgeblendet wird, und das Navigationsmenü oben am Bildschirmrand bleibt, wenn man auf die Inhalte Scrollt.

Und du solltest dafür ein Childtheme anlegen, falls noch nicht geschehen, da bei einem Themeupdate die Änderung wieder weg wäre.

Hi,

habe ich auch keinesfalls als Meckern aufgefasst. ;)

Wenn es bei deinem Freund auch normal im Hochformat angezeigt wird, könnte es sein das dein Browser dir da einen Streich spielt.
Falls noch nicht geschehen, könnte ein löschen des Browser Cache das Problem schon beseitigen, da eventuell noch irgendwo alte Fragmente die im Cache des Browsers hinterlegt sind aufgerufen werden.

Zitat

[COLOR=#333333]Also die Bilder sind hochauflösend. Ich lade Sie mit WP hoch und skaliere sie dann in WP nach unten.[/COLOR]

Das könnte eventuell zur Unschärfe des Bild führen. Ich muss auch gestehen das ich nicht weiß welchen Algorithmus WordPress für die Nachbearbeitung verwendet, da ich das nie einsetze.

Wenn ich Fotos von meiner Kamera auf den Rechner lade sind die auch meist jenseits der 3000px Auflösung und dann gehe ich einfach hin und skaliere die an meinem Rechner mit einem Bildbearbeitungsprogramm auf die gewünschte Auflösung. Meist nehme ich dafür 1024x768px da es ja nur einfache Fotos sind. Dann lade ich die skalierten Fotos einfach in WordPress hoch, ohne diese nochmal zu bearbeiten. Könntest du ja mal versuchen und schauen, ob du so ein besseres Ergebnis erzielen kannst.

Hm. Bezüglich des Layout ;
Wenn du schreibst, dass das Beitragsbild komplett ausgeblendet wird, denke ich mal wird diese Option dann dafür sein, wenn man Bilder direkt in den Artikel einfügt und so den Textfluss dann anordnen kann, welche für die im Artikel eingefügten Bilder gilt. Obwohl das an für sich ein Standard Feature von WordPress ist. Zumindest kenne ich es nicht anders.

Allerdings ist das auch in der Demo beim Themeauthor so.
Es gibt zwar auch ein Beispielbeitrag wo das Bild dann Links und der Text rechts ist, aber wenn ich mir das so anschaue denke ich mal das das Bild dann in den Artikel eingefügt wurde und kein Beitragsbild festgelegt wurde.

Mojn,

Dieses Plugin ist recht aktuell und laut Beschreibung kann man da einstellen, dass nur Angemeldete Nutzer entsprechende Dateien herunter laden können.
https://de.wordpress.org/plugins/download-monitor/

Ob es allerdings etwas taugt, weiß ich nicht. Habe es jetzt nicht getestet. ;)

Jo, da dürfte das Problem liegen.

Die Erste Zeile sagt aus, das die Auto Update Funktion abgeschaltet werden soll.

Die kannst du auskommentieren, oder das true durch false ersetzen.

Dann sollte auch im Adminbereich unter dem Punkt Aktualisierungen ein Hinweis stehen, welcher lautet Du benutzt die aktuelle Version von WordPress. Zukünftige Sicherheitsaktualisierungen werden automatisch durchgeführt.

Edit;
Die Zweite Zeile kommentiere auch mal aus, die scheint wohl einen Fehler zu enthalten bei der Anweisung Return ist ein Leerzeichen drin. Entweder ist das jetzt beim Einfügen in diesem Thread passiert, oder steht das wirklich so in der config Datei?
Zumal diese die Meldung unterdrücken soll, dass WP Updates vorliegen und dann fehlt da noch eine wichtige Zeile, bezüglich des WP Versionscheck. Alleine funktioniert die zweite Zeile nicht und das könnte auch die ganze Problematik erklären. ;)

Mojn,

kommt manchmal vor, dass Anfragen auch mal unter gehen. Darf man sich nicht wundern, da wir das alle hier auch nur in der Freizeit erledigen und viele Fragen den Weg ins Forum finden. ;)

Wieso und weshalb sich das Bild auf deinem Rechner nicht im Hochformat darstellen lässt kann ich leider nicht beantworten, da es bei mir richtig herum angezeigt wird, wenn ich deine Seite aufrufe.

Die Artikelbilder sehen bei mir alle irgendwie Krisselig und unscharf aus.
Womit hast du die denn gemacht, bzw. hast du die eventuell noch irgendwie bearbeitet, vor dem Hochladen?

Für mich sieht das irgendwie so aus, das die Thumbnails aus der Gallerie als Artikelbilder genommen werden und nicht die eigentlichen Bilder, welche dazu gehörig sind.

Bezüglich des Textlayout habe ich beim Themeauthor auf einem Screenshoot gesehen, dass man da etwas in den Theme Optionen einstellen kann.
Der Punkt nennt sich wohl Content Layout und wäre unter dem Menüpunkt Design/Theme Optionen im Adminbereich aufrufbar.

Zitat von Man of Hatschi

... [COLOR=#333333]Den Betreiber des Servers habe ich angemailt. Der sagt es könnte was mit url-fopen zu tun haben, das wäre aber aus Sicherheitsgründen deaktiviert... [/COLOR]

Mojn,

Hm... am url-fopen wird es wohl nicht liegen liegt, da WordPress anstelle fopen dann automatisch curl verwendet. Und wenn fopen und curl deaktiviert wären, wage ich mal zu behaupten würde WP denke ich nur so mit Fehlermeldungen um sich werfen.

Was mich stutzig macht ist, das deine Autoupdates für die Plugins wohl funktionieren, aber du Probleme beim Update des WordPress Kern hast.

Ist natürlich jetzt nicht einfach nachzuvollziehen was da gerade nicht rund läuft und da kann man leider auch nur allgemeine Tipps geben, was die Ursachenforschung angeht.

1. Debug Modus von WordPress mal aktivieren, und schauen was so an Fehlern angezeigt wird.
https://codex.wordpress.org/Debugging_in_WordPress

2. Die wp-config.php Datei mal anschauen, ob dort Eintragungen bezüglich der Update Funktionen eingetragen sind und diese notfalls mal auskommentieren (/* ..Anweisung.. */), damit sie nicht mehr ausgeführt werden.
https://codex.wordpress.org/Configuring_Au…kground_Updates

3. Die Plugins mal alle deaktivieren.
Es kommt immer wieder mal vor, das Plugins mit älteren WP Versionen (ist ja scheinbar bei dir so) nicht klar kommen und sich das ganze dann negativ auf die Funktionen im Adminbereich auswirken kann.

3. Eventuell mal ein anderes Theme ausprobieren, falls kein Standard Theme von WP im Einsatz ist.
Es gibt bei den meisten Themes auch eine functions.php, deren Anweisungen auch zu diversen Störungen in der Funktionsweise führen kann.

4. Notfalls ein Update per Hand durchführen.
Es kann ja sein, dass ein Autoupdate mal daneben gegangen ist und WP daher nicht mehr rund läuft.
In dem Fall hilft es meist sich eine aktuelle WP Version herunter zu laden, das File auf der Festplatte zu entpacken und die darin enthaltenen Dateien und Ordner per FTP Programm nochmals auf den Webspace zu überspielen, damit die dort befindlichen Dateien alle überschrieben werden.

Ich hoffe ich konnte dir mit den Tipps soweit helfen, damit du weißt, wo du ansetzen kannst. ;)

Zitat von hassun

ich hab zwei Bilder und möchte das manschmal das erste Bild angezeigt wird und dass andere nicht also wenn Bild angezeigt wird soll der Quelltext von 2 nicht interpretiert werden und wenn Bild 2 angezeigt wird soll der Quelltext von Bild 1 nicht angezeigt werden.

Ach darum geht es dir. Das war jetzt so aus der Beschreibung nicht ersichtlich. Versuche doch die in WP eingebauten Bildunterschriften Felder zu verwenden, die man zur Verfügung hat wenn man Bilder auf einer Seite, oder in einem Beitrag einfügt. Das Feld dafür nennt sich Beschriftung.

Falls es dir allerdings darum geht die beiden Bilder nach dem Zufallsprinzip anzeigen zu lassen, wenn man die Webseite aufruft, ist das ohne größeren Programmieraufwand nicht möglich. Es wäre sicher umsetzbar, aber ich müsste selber erst mal suchen, wie so eine Lösung zusammen gebaut werden müsste.

Zitat von hassun

Hallo;

ist es möglich den in Wordpress einen bestimmten Quelltext unsichtbar zu machen ?

Ich hab das im Post unter TEXT versucht zu machen mittels /* quelcode */
jedoch wird der Befehl nicht interpretiert.
An sich nicht mögich weil alles als TEXT gesehen wird oder gibt es dort eine andere Möglichkeit das umzusetzen ?

danke!

Mojn,

nein damit machst du das nicht unsichtbar. ;)
Wie du schon richtig fest gestellt hast, dienen diese Anweisungen nur zu Dokumentationszwecken, oder es soll verhindert werden, dass der Quellcode an dieser Stelle vom Browser interpretiert und ausgeführt wird.

Wie schon erwähnt käme eine Java Script Verschlüsselung in Frage.
Eine weitere Variante wäre die Base64 Verschlüsselung.

Hier wird mal auf alle möglichen Sachen eingegangen;
https://www.a-coding-project.de/ratgeber/javas…ltext-schuetzen

Allerdings 100% sicher ist keine der Varianten, da Javascript Lösungen auch umgangen werden können und bewusst Base64 einzusetzen rate ich persönlich von ab, da auch Hacker diese Variante nutzen um eingeschleuste Schadcodes zu tarnen.

Mojn,

Weißt du denn ob Revisionen vorliegen sollten?
Wenn keine Revisionen für den Artikel, oder der Seite vorliegen, wird die Option nicht angezeigt.

Ansonsten versuche dies mal in deiner wp-config.php

define('WP_POST_REVISIONS',true);

Das hat bei einigen mit dem selbem Problem schon geholfen.

Ein weiterer Ansatzpunkt wären auch die üblichen Verdächtigen, wie zum Beispiel das Theme, oder ein Plugin.
Also mal das Theme wechseln, oder die Plugins deaktivieren und schauen, ob das Problem dann noch besteht.

Zitat von danielgoehr

Hm, das klingt jetzt vielleicht doof, aber hat die originale single.php überhaupt eine sidebar? Zumindest in dem, von dir hier gezeigten, Code sehe ich keine.

In der Regel eigentlich nicht, aber was sollte einen daran hindern die get sidebar Anweisung auch auf der single.php zu verwenden? Alles eine Frage des Geschmacks, wie man das Theme stricken mag. ;)