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 erstellenEin Update ist gemacht - strato stellt auf PHP7.0 um - es ging alles glatt - aber der Admin sowie die Seite haben ewig lange Ladezeiten bis mal was passiert,
das ganze ist.
Ich bin verwirrt. Du zitierst mich, aber deine Antwort hat gar nichts mit meinem Beitrag zu tun.
Ich meinte: Mach das WordPress Update auf die aktuelle Version. Wenn dein Problem dann noch vorhanden ist (wovon ich ausgehe), dann poste hier mal die letzten Fehler, die in der error.log stehen...
und wir bekamen im Admin eine Internal Server Error 500
Dabei sollte auch ein entsprechender Fehler in der error.log zu finden sein. Die error.log findest du irgendwo bei Strato in deinem Kunden-Admin.
Mach erstmal das Update und (falls das Problem dann immer noch besteht) poste hier mal die letzten Fehler in der Error-Log.
So ist es auch auf deiner Beispielseite umgesetzt.
Ah, du hast recht. Die Beispielseite hatte ich mir ehrlich gesagt gerade gar nicht angeschaut.
[...] dass der Menüpunkt Reparaturangebote dauerhaft Grün makiert ist.
[...] Nur der Punkt Konsulardienste ist makiert, weil dies anscheinend der wichtigste Menüpunkt ist.
Das hatte ich interpretiert als "der soll immer grün sein, egal auf welcher Seite ich mich befinde, weil er der wichtigste ist".
Niemand im Forum der wüsste wie es geht ?:shock:
Doch. Ich behaupte sogar, das weiß hier fast jeder.
Das Problem ist nur, dass wir nicht am Freitag Abend hier sitzen und nur darauf warten, dir bei deinem Problem helfen zu dürfen.
Es ist halt ein Forum, bei dem User anderen Usern kostenlos und freiwillig helfen. Da dauert es halt ab und an auch mal einen Moment, bis sich jemand um dein Problem kümmert.
Insofern kommt so ein Bump nach 6 Stunden nicht besonders gut an. Vor allem eben nicht, wenn es (Freitag-)Abend ist.
Zu deiner Frage...
Füge folgende CSS Regeln im Admin-Bereich unter "Design/Customizer/Zusätzliches CSS" ein:
Wenn du ihn grün haben willst, aber den Hover erhalten willst:
#menu-item-1384 {
background-color: green;
}Wenn du ihn generell grün haben willst, auch bei Hover:
#menu-item-1384 > a {
background: green !important;
color: #fff !important;
}Viele Grüße,
Daniel
Ideal wäre jedoch, wenn die URL nicht immer die gleiche wäre [...]
Wie "sicher" muss denn das sein? Relativ einfach wäre z.B. einfach ein verstecktes Feld im Kontaktformular mit einem Zeitstempel (ggf. mit einem simplen, eigenen Algorithmus "verschlüsselt", damit es nicht so offensichtlich ist) und diesen dann auf der Zeilseite "entschlüsseln" und prüfen, ob er noch aktuell ist (in dem du den Zeitstempel mit dem aktuellen vergleichst). Den Download-Link zeigst du nur an, wenn der übermittelte Zeitstempel noch aktuell ist (z.B. nicht älter als 15 Minuten). Die Prüfung und Ausgabe könntest du z.B. als Shortcode lösen.
Dann hätte die Seite zwar keine wechselnde URL, aber der Download-Link würde nur angezeigt werden, wenn der Zeitstempel vorhanden und aktuell ist. Ist er das nicht, gibst du einfach einen Link auf die Seite mit dem Formular aus.
[...] und die download Seite von Google & Co? Nicht indexiert werden würde damit man den Hinweis nicht umgehen kann.
Dafür könntest du die Seite einfach auf "noindex" stellen (https://www.seo-book.de/onpage/noindex-follow). Wordpress bietet das so leider nicht an.
Aber du könntest z.B. folgendes Plugin verwenden: https://de.wordpress.org/plugins/noindex-pages/
(Vorsicht: Ich nutze das Plugin selbst nicht und habe es auch nicht getestet. Da das letzte Update schon länger her ist, solltest du unbedingt testen, ob es korrekt funktioniert)
Mach doch, in der Zeit wo du die Aussetzer hast, ein PING auf eine große Seite, wie heise.de, bild.de or what ever.
Ich wollte gerade sowas ähnliches schreiben. Ich würde aber vielleicht sogar einfach zwei Terminal/cmd Fenster öffnen und parallel mal dauerhaft die eigene Domain und eine zweite anpingen (wie du schon sagst, z.b. heise oder Bild). Und dann einfach schauen, wenn WordPress den Fehler anzeigt, ob beide gleichzeitig "aussteigen" oder nur der eigene Server und die andere Seite weiterhin erreichbar bleibt.
Möglich wäre ja auch noch, dass trotzdem beide erreichbar sind und WordPress einfach "spinnt". Dann wäre der Fehler gar nicht beim Server oder der Verbindung zu suchen.
Ich habe nun als erstes die Schreibrechte überprüft und überall die 777 eingesetzt. Allerdings ohne Erfolg. Hat jemand eine Idee, was das sonst sein könnte ?
777 ist eine sehr schlechte Idee. Das solltest du schleunigst wieder ändern.
Hast du den Besitzer des Verzeichnisses überprüft? Sollte bei 777 zwar theoretisch egal sein, ist aber oft das Problem.
Im Zweifelsfall frag mal beim Support deines Hosters nach.
Edit: Seit wann besteht denn das Problem? Ist das eine neu-installation und das Problem besteht von Anfang an oder ist es plötzlich aufgetreten (z.B. nach einem PHP Update)?
Danke, daran hab ich jetzt nicht wirklich gedacht :?
Sollte jetzt auch nicht doof rüberkommen. Eher als Ergänzung :)
die error.log ist systemabhängig je nach verwendetem os und distribution...
schau mal in /var/log ob du da was findest
Das ist zwar sachlich korrekt, bei den meisten Hostern bzw. Hosting Paketen findest die error.log aber eher irgendwo im Kundencenter (ich gehe jetzt mal davon aus, dass du keinen eigenen Server betreibst).
Kurz und knapp: Ja, gute Idee. Auch abseits vom Google-Ranking.
Aber: Mit dem "bestellen" des Zertifikats ist es nicht getan. Du musst in der Datenbank alle Verweise von http auf https ändern und auch alle externen Assets (Scripte, Styles, Bilder, iFrames etc.) in Zukunft per https laden.
Sony Xperia Z Ultra
Es ist schon ein sehr großes Smartphone.
Ich finde da leider keine konkreten Angaben zur "tatsächlich" dargestellten Größe. Man könnte das jetzt zwar errechnen, aber ich sags mal so: Das sieht auf den Bildern schon groß aus und auch die Aulösung sieht recht groß aus. Das kann also theoretisch schon sein, dass das wirklich 990px Breite anzeigt.
Ich würde dir aber empfehlen, dieses Telefon aber nicht als Referenz nehmen, da das nicht gerade eine "gängige" Größe für ein Smartphone ist.
Allerdings sehe ich alle anderen Seiten darauf auch in der mobilen Ansicht, also müssen die ja dann auch diesen Wert genommen haben?Bei Media Queries unter 980px nimmt mein Sony die Desktopvariante.
Woran machst du denn Fest, dass es die "mobile Ansicht" ist? Es gibt beim Responsive Webdesign genau genommen keine Mobil- oder Desktop-Ansicht.
Eigentlich ist das Ziel, dass die Seite in jeder Auflösung problemlos und "vernünftig" dargestellt wird. Das heißt, egal ob dein Smartphone 300px anzeigt oder dein Desktop-Monitor 1920px, es sollte für beide optimiert sein und vor allem auch für jede(!) Zwischengröße.
Dementsprechend siehst du auf deinem Xperia Ultra vermutlich etwas anders, als jemand mit einem iPhone. Aber (wenn es richtig gemacht ist) ist das am Ende egal...
Ich würde das Update ruhig probieren. Vorher, wie Hille schon sagte, unbedingt ein Backup machen und dann einfach schauen, was passiert. Du hast ja nichts zu verlieren. Ich denke, man wird schnell herausfinden, ob das Sinn macht. Notfalls kannst du ja dann immer noch "neu starten".
und warum in aller Welt schlägst Du Notepad++ vor?
Ich denke, der TE hat Windows auf der Platte und keine Linux-Distribution... :-)
LG B-52
Und warum in aller Welt sollten Windows User Notepad++ nicht verwenden dürfen? ;)
Auf der Web-Konsole werden keine Fehler angezeigt. Dumme Frage: Wo befindet sich die error.log?
Normalerweise irgendwo bei deinem Hoster. In dem Fall dann bei der Telekom (mit der Telekom als Hoster hatte ich bislang noch keinen Kontakt, deshalb kann ich es dir in dem Fall leider auch nicht genauer sagen).
Ich habe jetzt ein bisschen rumprobiert:
Damit ich auf meinem Smartphone die mobile Ansicht bekomme, muss ich max-with 990px benutzen.
Wenn man jetzt aber am PC sitzt und hat das Browserfenster auf der halben Bildschirmseite, hat man auch die mobile Ansicht. Gibt es da noch eine bessere Lösung?
Das du auf dem Desktop-Browser auch die mobile Ansicht siehst, wenn du das Browser-Fenster kleiner machst ist normal und auch so gewollt. Das ist bei allen Seiten so, wenn sie Responsive sind.
990px scheint mir aber viel zu hoch für ein Smartphone. Welches Smartphone verwendest du denn?
ich hab auch schon im entsprechenden theme-forum gefragt. aber das ist wieder englisch und abgesehen davon, sind die antworten dort sowas von unbrauchbar ...
öh-hm, der link ist im beitrag ...
oder willst du den link zum cyber-chimps-forum?
Ich vermute das er genau das meint. Weil vermutlich sind die Antworten dort gar nicht so unbrauchbar und bedürfen nur etwas mehr Erklärung.
Bevor man jetzt wieder von vorne anfängt, wäre es doch ganz hilfreich, zu sehen, was dort bereits geschrieben wurde :)
Richtig! :) Und nun will ich dass der Veröffentlichungs-Zeitpunkt ebenfalls erlaubt ist. :)
Denn für den Expirator hat bereits jeder die Berechtigungen. :)
Es kann sein, dass ich mich jetzt irre, aber ich glaube nicht, dass das geht.
Ich vermute stark, dass das "veröffentlichungsdatum", über das du die Veröffentlichung planen kannst nicht separat vom Veröffentlichen für einzelne Rollen "freigeschaltet" werden kann, sondern mit an "publish_posts" hängt.
Aber du könntest folgendes Plugin mal testen:
https://wordpress.org/plugins/revisionary/
Wenn Beiträge zur Revision vorgelegt werden sollen/müssen, bleibt dir von den "Standard-Rollen" ohnehin nur "Mitarbeiter". Oder du bearbeitest die Berechtigungen der Rollen entsprechend (manuell oder per Plugin).
Edit: Mit "Post-Expirator" meinst du vermutlich das Plugin. Warum verwendest du dafür überhaupt ein Plugin? Das Planen des Veröffentlichungsdatums ist doch in WordPress standardmäßig enthalten...
"Seite leer" heißt keine Inhalte in der Mediathek oder komplett weiß?
Prüf Mal, ob ich der error.log oder in der Web-Konsole Fehler angezeigt werden und poste diese Fehler ggf. hier.
Hallo!
Media Queries in CSS sind der richtige Ansatz. User-Agents sind quasi die Vorgänger-Technologie und sind/waren wirklich ätzend und fehleranfällig.
Die User-Agents solltest du also nur verwenden, wenn du einen wirklich guten Grund hast (davon gibt es manchmal noch welche, aber wirklich selten).
Nun haben aber die meisten Smartphones eine Full-HD Auflösung genauso wie mein 27" Bildschirm. Bald ist dort QHD der Standard also größer als viele ältere Bildschirme.
Du hast hier einen (kleinen) Denkfehler. Smartphones und Tablets haben zwar Displays mit Full-HD und QHD/WQHD, nutzen diese physikalische Größe des Displays aber nicht. Das wäre auch quatsch, weil dann alle Elemente winzig klein werden würden. Stattdessen wird einfach die Punktedichte erhöht, wodurch das Bild schärfer wird (das was Apple "Retina" nennt).
Dabei kannst du ungefähr davon ausgehen, dass FullHD eine Ratio von 2 und WHQD eine Ratio von 3 hat. Das heißt, am Ende haben die Geräte eigentlich eine effektive Breite von ca. 300 - 500px, womit du sie wieder wunderbar mit den Media-Queries "ansprechen" kannst.
Ich habe gerade mal fix gegoolt. Schau dir auch mal diesen Artikel an:
https://www.cubetech.ch/iphone-bildsch…kein-hexenwerk/
Da geht es zwar "nur" um iPhones, technisch gesehen lässt sich das aber auf jedes andere Mobil-Gerät so übertragen.
