Hast Du denn das Child-Theme auch aktiviert?
Es zeigt natürlich nur Wirkung, wenn es auch aktiv ist.
Gruß
Ingo
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenHast Du denn das Child-Theme auch aktiviert?
Es zeigt natürlich nur Wirkung, wenn es auch aktiv ist.
Gruß
Ingo
Der Browser versucht die angegeben Schriften von links nach rechts zu verwenden. Die erste gefundene Schriftart wird benutzt. Der letzte Eintrag "sans-serif" sorgt dafür, daß selbst wenn keiner der zuvor genannten Fonts existiert, zumindest eine serifenlose Schriftart verwendet wird. Das ist dann die Standard-Schrift des Systems oder die in den Browser-Optionen eingestellte.
Gruß
Ingo
Du mußt das so wie oben von mir gezeigt machen. Nicht:
Zitat/Vision-Ex.de/wp-content/themes/southcentral/css/reset.css
sondern einfach:
Zitat/404/css/reset.css
Dann klappts auch mit der Darstellung. :-)
Gruß
Ingo
So, ist ein bißchen länger geworden, weil ich auch kurz den technischen Hintergrund erläutere:
https://schnurpsel.de/strato-appwiza…-trotzdem-2030/
Ich hoffe, es funktioniert so. Bei meinem Test mit der 3.8er WP-Installation hat es zunmindest geklappt.
Gruß
Ingo
Ist doch ganz einfach.
Nimm die 404.php, mach sie leer und pack dort alles rein, was in der /404/index.html steht.
Dann ändere noch die Stellen beim css und js, die relative URLs verwenden, in absolute URLs.
z.B.:
wird zu
Fertig ist die Laube. :-)
Gruß
Ingo
Ja, das geht ohne Neuinstallation. Ich melde mich dann, wenn ich es habe. Wird aber wohl erst morgen etwas werden.
Gruß
Ingo
Das Problem ist, daß Strato das Update (noch) nicht anbietet. Ich habe dort auch ein 3.8er Wordpress, wo das Update nicht angezeigt wird. Bei anderen Versionen werden Updates angezeigt, aber nur kleine innerhalb einer Hauptversion. Das sieht dann so aus:
Ich befürchte mal, daß ohnehin kein Update auf eine höhere Hauptversion möglich ist.
Es gibt aber einen Ausweg, der das Online-Update wieder direkt in Wordpress verfügbar macht. Ich arbeite dran...
Gruß
Ingo
...
Zur Info: Ich habe die Wordpress Version über den Strato AppWizard installiert, kann es sein dass es daran liegt?
...
Genau daran liegt es. Aktualisierungen mußt Du dann im Strato-AppWizadr vornehmen.
Gruß
Ingo
Ich vermute das es daran liegt, daß die Browser auf dem Smartphone alles was nach Telfonnummer aussieht, gerne anklickbar machen, damit man sie direkt anwählen kann. Nun ist vermutlich die Farbe für Links oder so ungünstig konfiguriert.
Gruß
Ingo
Ich habe mir nun eine coole 404 Error Seite gekauft...
Was sind das nur für Zeiten, in denen man sogar mit Fehlerseiten Geld verdienen kann. :shock:
Gruß
Ingo
Schreibrechte scheinen zu bestehen, schließlich wird ja eine .htaccess-Datei angelegt.
Ich vermute eher, daß mod_rewrite nicht verfügbar/erlaubt ist und die somit ungültige Konfiguration eine Zugriffssperre nach sich zieht.
Die Meldung kommt übrigens auch, falls keine der als DirectoryIndex konfigurierten Dateien existiert und das Directory-Listing deaktiviert ist.
Bei welchem Webhoster mit welchem Paket wird denn Deine Seite gehostet?
Gruß
Ingo
Gut, wenn der Workflow es vorsieht, die Bilder direkt ohne Umwege von der Kamera hochzuladen, dann wäre zu überlegen, ob sie nicht gleich in einer geringeren Auflösung aufgenommen werden.
Letztendlich geht es schon darum, wie die Bilder auf der Webseite abgezeigt werden sollen. Es ist nicht sinnvoll ein 16MP-Bild hochzuladen, welches nachher auf der Webseite eh nur mit 4MP oder 5MP angezeigt wird, egal ob nun von WP oder bereits vorher verkleinert.
Aber gut, wenn der das Memory-Limit ausreichend erhöht werden kann, ist das natürlich auch eine Lösung. :-)
Gruß
Ingo
Ich finde die Frage gar nicht so abwegig. Man darf nicht vergessen, daß WP die Seite ja dynamisch aus dem in der Datenbank gespeicherten Text erstellt. Wenn ich micht recht entsinne, werden Zeilenumbrüche und Absätze erst bei der Ausgabe in die HTML-Tags <br /> bzw. <p>...</p> umgesetzt. Deshalb können sehr viele Zeilenumbrüche und Absätze durchaus die Verarbeitungszeit und damit die Ladezeit erhöhen.
Zugegebenermaßen fallen da aber vermutlich andere Komponenten noch mehr ins Gewicht, wie z.B. Shortcodes und alle Plugins, die sonst noch an der Ausgabe rumfummeln. :-)
Gruß
Ingo
Zitat von 'Marcus[IS;576015']...
Im oben genannten Beispiel fehlt jetzt der Slash und der Browser startet automatisch eine erneute Anfrage an den Server indem er den Slash der URL hinzufügt.
Beispiel: domain.com/ordner/
Warum sollte ein Browser das tun? Wenn er mit dem ersten Request ohne Slash am Ende die Seite mit einem Status 200 geliefert bekommt, dann passiert nichts weiter. Die Browser, die ich kenne, verhalten sich so.
Den zweiten Request gibt es nur, wenn eine Seite nicht so aufgerufen wird, wie es in WP konfiguriert ist. Dann sendet WP einen 301er und der Browser ruft die richtige URL ab. Von alleine macht der Browser das nicht.
Gruß
Ingo
Also kein Grund zur Panik? Was mich allerdings doch wunderte, das der Bot von seitenreport.de nicht zugreifen kann...
Genau, kein Grund zur Panik. Ich weiß nicht, was der Bot von Seitenreport macht, aber möglicherweise verhält er sich genau so, wie der von quixapp.
Wichtig ist, daß der normale Nutzer die Seite ohne Fehlermeldung angezeigt bekommt und das der Google-Bot sie lesen kann. Alle anderen Tools und Bots können Dir egal sein.
Hast Du die Seite in den Google-Webmastertools angemeldet? Wenn ja, hättest Du schon eine Nachricht bekommommen, falls so schwerwiegende Probleme wie der Status 403 auftreten würden.
Gruß
Ingo
Das sagt nichts weiter, als daß das Tool schlecht programmiert ist.
Bei meinen Seiten wird auch ein Statuscode 403 angezeigt. Das ist bei mir immer dann der Fall, wenn der Zugriff mit einem leeren Useragent-Feld erfolgt, was hier vermutlich auch der Fall ist.
Gruß
Ingo
Wenn Du an der Zuordnung etwas ändern willst, dann eben mit einem Plugin oder einer selbst geschriebenen Funktion.
Ein IPTC-Feld "Long Description" kenne ich nicht. Wenn ich z.B. im Photoshop die Metadaten bearbeite, habe ich zumindest nichts derartiges gefunden. Dort gibt es das Feld "Beschreibung", welches auch mehr als 128 Zeichen aufnehmen kann. Genau das Feld wird von WP beim Bildupload dem "Content" zugeordnet.
Gruß
Ingo
In der Funktion media_handle_upload werden die Metadaten aus dem Bild, fall vorhanden, in die Attachment-Daten übernommen:
Title wird also zu Title und Caption zu Content, was bei Bildern der Description entspricht. Die Zuordnung ist aus meiner Sicht auch durchaus sinnvoll, denn in der Funktion wp_read_image_metadata wird das Arrayfeld Caption aus den EXIF/IPTC-Feldern Description gespeist.
Um das zu ändern, müßte man sich an den entsprechenden Stellen per Filter einhängen.
Gruß
Ingo
...
In einer anderen Installation verwende ich ein Theme, bei dem nur die Auswahl der Startseite möglich ist. Wähle ich also dort Statische Seite aus gibt es diese erweiterte Option nicht. Was nun?
...
Seltsam. Eigentlich ist das eine Einstellung von Wordpress selbst, die erstmal nichts mit dem Theme zu tun hat.
Man findet sie unter "Einstellungen" → "Lesen". Es würde mich wundern, wenn ein Theme die Optionen manipuliert oder deaktiviert.
Gruß
Ingo
Es gibt sogar einen FAQ-Artikel dazu:
http://faq.wpde.org/statische-startseite-und-artikelliste/
Die "Beitragsseite" ist nur ein Platzhalter für eine Seite, auf der nun die Blogartikel statt auf der Startseite angezeigt werden. Alles was sonst auf der Startseite passiert, passiert nun auf dieser Beitragsseite.
Gruß
Ingo