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:
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 erstellenwenn 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-generator
Die 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:
function 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.
Du kannst auch ein Column Plugin nutzen. Z.b. Column Shortcodes:
https://de.wordpress.org/plugins/column-shortcodes/
Du musst deine po/mo Dateien updatesicher hinterlegen, wenn du nicht möchtest, dass die bei einem Update überschrieben werden.
Am einfachsten geht das mit dem Plugin Loco Translate.
Die Fehlermeldung deutet auf einen Fehler in deinem Theme hin. Dort wird eine Funktion aufgerufen, die nicht existiert.
Seit wann tritt die Fehlermeldung denn auf? Vorher irgendwelche Änderungen gemacht?
Wordpress, Theme und Plugin sind aktualisiert?
du siehst doch täglich wie viele User wild die PHP Version wechseln und sich dann beklagen das nichts funktioniert.
Wir fahren ein "einfach" Konzept, sodass die gängigen CMS und PHP Scripte problemlos funktionieren.
Mit Debian 9 wird dann PHP7.0 folgen, gefolgt von http/2.
Aber das kommt, wenn man sicher sein kann das mit PHP7.0 die Kunden keine Probleme bekommen werden.
Das finde ich zwar nachvollziehbar, ich persönlich würde aber keinen neuen Projekte mehr mit PHP5 erstellen, insofern wäre für mich PHP7 auch Voraussetzung.
Ich hätte es dann zumindest gern als Option.
Nur noch Sicherheitslücken werden beseitigt.
[...] Provider die daran festhalten würde ich wirklich dringend meiden.
Tatsächlich sehe ich das auch eher wie Hille. So lange sicherheitsrelevante Updates kommen, kann man es auch noch einsetzen.
ich bin auch bereit 3 euro oder so pro monat zu zahlen nur wäre dann eine kürzere laufzeit für mich gut (6 monate) z.b und für den wechsel könnte ich auch 20 ausgeben.
Gibt es denn einen Hoster, der dir das angeboten hat? Weil sonst kannst du dazu zwar bereit sein, aber mangels Angebot ist das dann ja sehr hypothetisch.
ich würde das gerne von einer person hören die nicht für jaba arbeitet
Ich glaube ausser Jaba-Hosting arbeitet hier niemand für Jaba. ![]()
ich will mir auch sicher sein dass ich einen guten server habe.
Du musst einfach bedenken, dass du quasi nichts bezahlen willst/kannst. Siehe dazu auch den Beitrag von Hille. Für 2 Euro im Monat kannst du keine Wunder erwarten. Vor allem dann nicht, wenn du auch noch einen Umzug inklusive haben möchtest. Da finde ich, wie gesagt, das Angebot von Jaba wirklich nicht verkehrt... Klar gibt es größere, bessere, schnellere Pakete bei anderen Anbietern (und vermutlich auch bei Jaba). Aber eben nicht für 2 Euro im Monat.
Mein perönlicher Favorit für "einfache" Hosting-Pakete ist im Moment All-Inkl. Da bist du aber mit SSL/https auch "schon" bei 7,95 Euro im Monat.
JABA-Hosting:
Nur mal interessehalber: Gibt es bei dir tatsächlich keine Pakete mit >= PHP7? Und wenn nein, warum nicht?
Persönliche Erfahrungen mit Jaba habe ich nicht. Aber er ist hier im Forum sehr aktiv und wenn dir sein Angebot zusagt, probier es doch einfach. Selbst bei 12 Monaten Laufzeit ist das finanzielle Risiko ja sehr überschaubar.
Den Umzug kannst du aber auch selbst machen. Das ist eigentlich kein Hexenwerk. Aber wenn es bei Jaba eh mit drin ist, probier es doch einfach aus.
Ansonsten wurden die "üblichen" alternativen ja hier im Thread schon genannt.
Naja, üblicherweise würde man die Bilder vor dem Upload mit einem Bildbearbeitungsprogramm (Photoshop, Gimp, notfalls Paint) so zuschneiden, wie man sie haben möchte.
Die optimalen Abmessungen hängen vom Theme ab. Normalerweise steht das in der Dokumentation. Du kannst die Größe aber auch herausfinden, in dem du in der Demo rechts klickt und auf Grafik-Info gehst (oder über die Entwicklertools deines Browsers).
Die Webseite um die es geht ist http://www.flyradar.org Oben sehen Sie das IFrame, das noch zu weit links ist
Genau genommen ist es lingsbündig und der Rest der Seite zentriert. Da wird die Lösung mit einem festen Abstand links icht viel bringen.
Versuch es mal so:
Dem Div, das den iFrame umschließt, gibts du eine Klasse. Z.b. Class="iframe-wrap".
Dann ergänzt du folgende CSS Regeln unter "zusätzliches CSS":
.iframe-wrap
{ margin: 0 auto;
max-width: 1086px;
padding: 0;
}
.iframe-wrap iframe
{
width:100%;
}
Alles anzeigen
und wo die Höhe nicht 100% ist.
Was meinst du damit? Höhe 100% bedeutet, so hoch wie das Browser-Fenster. Soll das so sein?
- Wo trage ich javascript/jQuery-Änderungen genau ein?
Im Editorberich des Dashbords wo die css-Datei des neuen Childthemes abgelegt ist oder direkt in der neuen css-Datei?
Weder noch. Javascript gehört nicht in eine CSS Datei. Wie der Name schon sagt, gehört in eine CSS-Datei nur CSS ![]()
Javascript kommt entweder in eine JS-Datei, die dann über die functions.php eingebunden wird.
https://codex.wordpress.org/Plugin_API/Act…enqueue_scripts
Notfalls auch direkt im <head>-Bereich oder im Footer:
https://wiki.selfhtml.org/wiki/HTML/Skripte/script
Ich bearbeite das WP-Theme Twenty Seventeen mit Xampp und phpMyAdmin.
Nach Möglichkeit möchte ich so wenig Plugins verwenden wie möglich.
Ein Plugin wird bei oben beschriebender Vorgehensweise nicht benötigt.