Ggf. auch mal das error.log prüfen.
Beiträge von danielgoehr
-
-
eine Frame Seite möchtest du 2017 nicht mehr bauen :) wirklich nicht:
Frames - Warum Sie keine Frames einsetzen sollten
http://www.akademie.de/wissen/html-le…en/keine-framesder Rahmen auf deiner Beispiel-Seite sind Frames!
Das stimmt nicht. Das sind keine Frames.
Aber es hat sich jemand viel Mühe gemacht, eine Seite zu bauen, die aussieht wie ein Frameset. ;) -
Die Informationen sind leider etwas dürftig bzw. sehr allgemein. Aber generell kann man mit CSS jede beliebige Ebene ansprechen.
-
Ich befürchte, dafür gibt es keinen speziellen Namen. Das ist ja generell eine ganz "normale" Website. Nur halt so, wie Webseiten vor 20 Jahren aussahen. ;)
Oder was meinst du konkret?
Das mit dem "statischen" Rahmen entsteht dadurch, dass man feste Höhen vergibt und dann den Content per CSS "scrollbar" macht:
http://www.css4you.de/overflow.html
oder
https://www.w3schools.com/cssref/css3_pr_overflow-y.asp -
Ja geht. Das Grundgerüst der Seite wird bei WordPress aber auch bei jedem Seitenaufruf geladen (es sei denn, die arbeitest mit Ajax, was aber nicht Standard wäre).
Von der Herangehensweise ist es so, wie bei anderen WordPress-Seiten auch:
Entweder du suchst dir ein passendes Theme (und passt es ggf. noch an) oder "programmierst" es dir selbst. -
Ohne Link zur Seite kann man nur raten...
Mögliche Ursachen wären z.B. ein falscher Pfad zu Bild oder ein nicht kompatibles Bildformat.
-
Keiner eine Idee? :-/
Doch, Ideen schon.
Du könntest z.B. einen Filter oder Hook verwenden, der beim senden der E-Mail ausgelöst wird (z.B. ninja_forms_submit_data):
http://developer.ninjaforms.com/codex/submission-processing-hooks/Mit diesem Hook/Filter könntest du einen alphanumerischen Code erzeugen, den in der Datenbank hinterlegen und gleichzeitig als Link mit GET-Parameter in der E-Mail einfügen.
Dann könntest du eine Funktion schreiben, die den GET-Parameter beim Aufruf deiner Seite "abfängt" und entsprechend den Datenbank-Eintrag ändern.
Dann bräuchtest du noch eine Seite im Dashboard, die dir entsprechend anzeigt, ob auf den Aktivierungslink geklickt wurde.
Das ist so in etwa das Prinzip, wie solche Double-Opt-In Geschichten funktionieren.
-
Warum auch immer das jetzt zerschossen wurde
Vermutlich irgendwo eine nicht (korrekt) geschlossene Klammer drin.
-
Ich nutze keines.
Ich auch nicht.
In Ausnahmefällen (z.B. wenn bereits ein Hack und eine anschließende Bereinigung erfolgt ist) nutze ich zur Kontrolle Wordfence. Meist aber auch nur vorrübergehend.
-
wenn ich es .elea-eluanda body{} passiert nur das der zur eingetragene Wert margin auch nicht mehr funktioniert
Das kann so nicht funktionieren. Du kannst in der Hierarchie nicht rückwärts gehen.
In dem Fall müsstest du die Body-Klassen verwenden:
-
Hast du den Code exakt so bei dir drin? Falls ja, müsstest du überhaupt mal zwischen verschiedenen Usern unterscheiden ;)
Aktuell fragst du die Daten vom User mit der ID 1 ab und prüfst anschließend, ob der User mit der ID 1 die ID 1 hat. Das trifft natürlich immer zu. Deshalb sind auch alle blau.Was ich meinte ist:
1. Abfragen, welcher User (bzw. User ID) den Kommentar geschrieben hat
2. Für diese User-ID mit get_userdata() die Daten holen
3. Über die Eigenschaft "roles" abfragen, ob der User Autor ist. -
Am einfachsten ist es, wenn du einen der vielen automatischen Generatoren im Netz verwendest.
Z.B. den von 1und1:
https://hosting.1und1.de/favicon-generatorDie erstellen den entsprechenden Code für den Hintergrund gleich mit. Leider ist es so, dass in dem Bereich jeder so ziemlich sein eigenes Ding macht, so dass fast jeder Browser und jedes Betriebssystem eigene Favicons und Farbdeklarationen benötigt.
-
Das wäre eine Lösung. Aber etwas umständlich bei 50+ Kategorien :-|
Du kannst auch mit pre_get_posts arbeiten und jede Query so anpassen, dass sie die "globale" Katregorie mit "abfragt".
https://codex.wordpress.org/Plugin_API/Act…e/pre_get_posts -
Mein Ansatz wäre es über die ID zu bestimmen, aber das macht irgendwie kein Sinn? Ideen?
Warum ergibt das keinen Sinn?
Ohne zu wissen, wie dein aktueller Code aussieht, ist es irgendwie sehr schwer dir zu helfen.
Deshalb hier ein sehr allgemeiner Ansatz:
https://codex.wordpress.org/Function_Reference/get_comment
https://codex.wordpress.org/Function_Reference/get_userdata -
Bei mir schon.
-
Man könnte die Seite auch in der Search Console unter Google-Index --> URLs entfernen eintragen. Du teilst Google damit die Seiten-URL mit, die Seite wird aber nicht indexiert. Sollte doch auch eine gute Lösung sein.
Das ist aber relativ aufwendig und es gibt ja auch noch andere Suchmaschinen neben Google ;)
-
Oh, habs gefunden. Funktioniert super vielen Dank!
Aber ein Problem habe ich noch:Man wird jetzt zum Adminbereich weitergeleitet nach dem Login. Ist es auch möglich, dass man einfach auf die Startseite kommt?
Dafür musst du den Code leicht abändern:
Codefunction my_intranet_redirect() { if(!is_user_logged_in()) { wp_redirect( wp_login_url([B]get_home_url()[/B]) ); exit; } } add_action( 'template_redirect', 'my_intranet_redirect' );
Und "Eingeloggt bleiben" funktioniert nicht. ich komme trotzdem immer wieder auf die Login seite, wenn ich den Browser schließe"Eingeloggt bleiben" arbeitet mit Cookies. Werden die bei dir zufällig gelöscht, wenn du den Browser schließt?
-
Ich meine die Modifikationen die ein Plugin vornimmt. Beispielsweise „Loco Translate“ oder „Thrive Content Builder“. Letzteres ist ja ein Plugin zum erstellen von Landingpages
Diese Modifikationen und Einstellungen eines Plugins werden in der Regel in der Datenbank gespeichert und sind somit ohnehin updatesicher.
Plugins, die Dateien erzeugen oder speichern, speichern diese in der Regel nicht im Plugin-Verzeichnis. Insofern gehen auch diese Dateien bei einem Update nicht verloren.Anders verhält es sich, wenn du Plugin-Dateien editierst. Dafür gibt es in Wordpress leider keine brauchbare Lösung, dies updatesicher zu machen. Hier wäre es zwar schön, wenn es etwas vergleichbares zu den Child-Themes gäbe, gibt es aber nicht...
-
Es besteht die Möglichkeit, eine oder mehrere Seite erst nach einem Login nutzbar zu machen. Das gleiche gilt auch für den Menüeintrag. Dieser wird auch erst nach dem Login sichtbar
Du könntest das Problem auch relativ einfach mit einem Redirect in der functions.php lösen.
Z.B. so:
-
Die einfachste Möglichkeit, den Fehler zu beheben, wäre in Zeile 114 in der single.php den Aufruf von the_subheading() zu löschen oder auszukommentieren.
Dann ist zwar auch die Funktionalität weg, aber die dürfte dann auch aktuell schon nicht mehr vorhandern sein.