Beiträge von danielgoehr

    Ich würde zwar zustimmen, dass die 400 MB ganz schön viel sind und du nochmal prüfen solltest, ob das wirklich alles Dateien sind, die auf deinen Webspace gehören. Aber abgesehen davon kannst du das Theme auch einfach über FTP in den Ordner "wp-content/themes" hochladen.
    Über FTP spielt die Größe keine Rolle.

    Zitat von 'Marcus[IS

    ;709347']
    Eventuell ist das Bild zu groß?
    Habe Fälle erlebt, da hatte WP sich an einer Bildabmessung von 3000px aufwärts verschluckt

    Genau das würde ich auch vermuten. Auf Shared Hosting Paketen mit kleinen Memory Limits "verschluckt" sich WordPress auch gern bei noch wesentlich kleineren Bilder.
    Die Beschreibung klingt für mich danach, als würde sich die Funktion aufhängen, die die Thumbnails erzeugt.

    Ich würde auf jeden Fall mal den debug modus anschalten oder in die error.log schauen.

    Falls das keinen Aufschluss bringt, hat dir Marcus ja schon eine Menge Dinge vorgeschlagen, mit denen du das Problem eingrenzen kannst.

    Du hast auch keine anderen Sorgen als das unter jede meiner Fragen zu schreiben? :´D Bitte such dir echte Hobbys und verbring nicht soviel Zeit vorm PC ^^ Over and Out :)

    Komisch, ich dachte immer, es sei der Sinn von einem Forum, dass Menschen Antworten unter Fragen von anderen Menschen schreiben.

    Die Antwort von rantanplan2000 hat dir vielleicht nicht weitergeholfen, ist aber inhaltlich korrekt. Insofern finde ich deine Reaktion völlig unangebracht. Immerhin nehmen sich hier Leute die Zeit, dir kostenlos und freiwillig bei deinem Problem zu helfen. Wenn du mit seiner Antwort nichts anfangen kannst oder sie dir nicht gefällt, ignorier' sie halt einfach statt ihn blöd anzumachen.

    Das war jetzt zwar OT, aber da das Problem ja schon gelöst zu sein scheint, konnte ich mir das gerade nicht verkneifen...

    Ich habe auch das Problem und komme einfach nicht weiter. Ich habe keine Veränderungen an der wp-config.php vorgenommen. Hatte zuvor Probleme mit Mama gehabt und musste dieses Programm neu installieren. Nach der Neuinstallation ist der Zugang nicht mehr möglich über localhost:8888/wp-admin
    vielen Dank schon mal für die Hilfe

    Ich glaube, dein Problem hat nicht wirklich etwas mit diesem zu tun. Mach am besten einen neuen Thread auf.

    Ohne Up- und Download wird das nicht funktionieren, außer ihr benutzt einen Online-Editor und die Files liegen in der Cloud

    Ich würde auch sagen, dass das so nicht möglich ist. Der Webserver kommt ja "normalerweise" nicht an Dateien heran, die oberhalb des www bzw. htdocs liegen. Und das ist auch gut so. Alles andere wäre sicherheitstechnisch eine ziemliche Katastrophe.
    Im Intranet ist das sicherlich nicht so dramatisch, aber das ändert ja erstmal nichts daran, wie ein Webserver funktioniert.

    Ob man den Webserver irgendwie "erlauben" kann, auf beliebige Verzeichnisse zuzugreifen, weiß ich spontan allerdings auch nicht. Da gibt es hier im Forum vermutlich Leute, die dir das eher beantworten können.

    Aber Tatsache ist: Deine Frage hat eigentlich nichts mit WordPress zu tun, sondern eher mit Webservern im allgemeinen. Weil welche Anwendung nachher auf dem Webserver läuft ist ja für die Fragestellung erstmal nicht relevant.

    Einfach so kannst du das nicht sehen. Such mal nach wordpress template hierarchie. Da bekommst du Anhaltspunkte.

    Du kannst auch z.B. mit Notepad ++ das Verzeichnis nach der entsprechenden Klasse, ID oder vergleichbarem durchsuchen. So mache ich es eigentlich immer, wenn ich gerade ein Theme vor mir hab, das ich nicht gut kenne und die entsprechende Datei im Theme suche.

    Wordpress ist open source, also kannst du es normalerweise löschen. Ich sage also ja, zu 99,9%.

    Vorsicht. Nur weil WordPress Open Source ist, gilt das nicht automatisch auch für Themes, plugins etc. Die können problemlos anderen (auch kommerziellen und/oder sehr eingeschränkten) Lizenzen unterliegen. In dem Fall wäre es ggf. nicht immer erlaubt, einfach Copyright-Hinweise zu entfernen.

    Ich hab jetzt nicht explizit geprüft, unter welcher Lizenz dein Theme veröffentlicht ist. Aber wenn es auch Open Source/GPL ist, ist das entfernen kein Problem.

    Ein 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...

    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:

    Code
    #menu-item-1384 {
    
    
        background-color: green;
    
    
    
    
    }

    Wenn du ihn generell grün haben willst, auch bei Hover:

    CSS
    #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)?