Beiträge von b3317133

Evtl. verträgt sich Dein Theme nicht mit "Antispam Bee" und/oder "WP GDPR Compliance", deaktivere diese beiden Plugins mal und teste es erneut.

Oops, der else Zweig fehlte noch, für das Zurückstellen auf Standard bunt...

} else {
        setcookie( 'farbschema', '', 0, '/' );
    }

Man könnte die "bunte" Version als Standard [FONT=Courier New]style.css[/FONT] des Themes anlegen, und die entspr. Farbanpassungen für die anderen Versionen als ergänzende [FONT=Courier New]style-sw.css[/FONT] bzw. [FONT=Courier New]style-blue.css[/FONT] nachladen.

function b3317133_farbschema() {
    $farbschema = !empty( $_COOKIE['farbschema'] ) ? $_COOKIE['farbschema'] : '';
    $farbschema = !empty( $_GET['farbschema'] ) ? $_GET['farbschema'] : $farbschema;
    if ( !empty( $farbschema ) && in_array( $farbschema, array( 'sw', 'blue' ) ) ) {
        setcookie( 'farbschema', $farbschema, 0, '/' );
        wp_enqueue_style( 'style-farbschema',  get_stylesheet_directory_uri() . '/style-' . $farbschema . '.css', array( 'dein-theme-handle' ), '1.0' );
    }
}
add_action( 'init', 'b3317133_farbschema' );

Für Umschaltung, die in diesem Beispiel per Cookie ohne weitere Anpassung von Links auf dem ganzen Website funktioniert, würde man drei individuelle Links mit [FONT=Courier New]/?farbschema=bunt /?farbschema=sw /?farbschema=blue[/FONT] in ein Menü setzen, anzupassen wäre noch je nach Theme [FONT=Courier New]dein-theme-handle[/FONT] im Code.

ul50px ist kein HTML-Tag, schau mal hier zur Schreibweise von Tags, IDs, Klassen in CSS (google).

Könnte man über entspr. Benutzerrechte beim Account des Users lösen, siehe dazu [FONT=Courier New]capabilities[/FONT] usw. bei register_post_type().

Zitat von Robota

Ist das möglich?

Könnte man mit CSS und margin-left machen.

Zitat von Autor33

Aber wo kommt das width: auto her?

Deaktiviere Dein Cache- bzw. Minify-Plugin, dann siehst Du die echte Quelldatei anstelle general-xxx.css im Inspector.

Habe das mal vor langer Zeit über das Anlegen einer Google E-Mail [plain]irgendeinegmail@gmail.com[/plain] mit diversen Alias gelöst, also alles was da ankommt zu einer E-Mail von Dir weiterleiten und für die Autoren jeweils einfach ein eigenes Alias dieser Google E-Mail [plain]irgendeinegmail+autor1@gmail.com[/plain] in WordPress eintragen. Keine Ahnung, ob das noch so funktioniert, einfach mal testen...

Alternativ ein E-Mail Konto auf dem eigenen Server mit Alias für autor1 bis autor20 o.ä. anlegen und diese E-Mails bei den Autoren verwenden, das dürfte ähnlich funktionieren.

Zitat von Autor33

Hat jemand eine Erklärung?

Ohne Link zu Deiner Seite wo man das ansehen kann, wahrscheinlich nicht.

Ein Ansatz für entspr. Recherche wären z.B. die Suchbegriffe Twenty Seventeen Full Width (google) bzw. Twenty Seventeen volle Breite

Am Rande, bei einer Beschreibung "nix besonderes" schrillen bei den meisten Dienstleistern die Alarmglocken, oft stellt sich dann raus, dass die Vorstellung "sowas wie ebay" oder "ähnlich instagram, aber mit kleinem shop, aber nur für 2-3 Produkte, also ganz einfach" oder sowas ist. Und dann kommt das grosse Staunen. Und wieviele Beiträge in welcher Länge am Ende da sind, ist meist auch irrelevant, da es beim Erstellen des Themes erstmal hauptsächlich nur um das dahinterliegende Template geht.

Setze eine exakte und komplette Projektbeschreibung in die Jobbörse hier im Forum, dann bekommst Du ggf. direkte Angebote per PN, wo im Verlauf dann sicherlich auch Preise genannt werden.

Zitat von DonHumorlos

Ja wurde es aber es wird kein error log erstellt:(

Wurde der Pfad entspr. angepasst? Wie genau wurde der korrekte Pfad ermittelt?

Welcher FTP-Client wird verwendet? Funktioniert es z.B. mit Filezilla?

Für statisches HTML kann man das fertige HTML-Widget von WordPress verwenden.

Für dynamische Inhalte ist der wichtigste Teil, woher die gezeigten Daten kommen.

Am Rande: Die Tastenkombination Shift-Alt-j für Blocksatz funktioniert im Classic Editor bzw. in einem Classic Block auch in der aktuellen WordPress Version.

Zitat von DonHumorlos

wenn wir den Error Log aktivieren, das funktioniert wiederum auch nicht

Was genau funktioniert nicht? Wurde nach irgendeiner Anleitung wie z.B. hier (mit angepasstem Pfad) vorgegangen?

Für Mitleser und Benutzer mit ähnlichen Problemen:

Ein kurzer Test ergab, dass offenbar irgendein WordPress-Plugin läuft, das nach 5 fehlerhaften Passworteingaben sowohl die Loginseite als auch den ganzen Website sperrt, mit einer Meldung

Zitat

[size=24]403 Forbidden[/SIZE]
You don't have permission to access this website.

Daher am besten immer die genaue Fehlermeldung posten, dann bekommt man ggf. schneller passende Hilfe.

Wann eine IP-Adresse wechselt, kann man nicht generell sagen, das hängt ganz vom Telekommunikationsanbieter bzw. dem entspr. Vertrag ab.

Wende Dich am besten an Deinen Hostingprovider, um diese mutmaßliche "Firewall" o.ä. auf dem Server zu entschärfen.

Oder laufen irgendwelche "Sicherheits"-Plugins in WordPress? Da gibt es einige, die bei erkannten Angriffen o.ä. den Login sperren, aber üblicherweise nicht die ganze Seite, ausser man hat das vergleichsweise scharf eingestellt...

Und / oder nutze das Plugin Classic Editor, dann "beschiesst" der Editor den Server nicht pausenlos mit Ajax REST API Aufrufen...

Zitat von Kurt Singer

...und Deine Site ist auch komplett aufrufbar)

Zitat von Henk1060

... und ja die seite ist erreichbar!

Auch hier funktioniert Seite inkl. Loginseite. Liegt also wohl an Dir oder Deinem Browser, probier es ggf. mal mit einem anderen Computer.

Eine andere Möglichkeit wäre, dass warum auch immer - z.B. durch viele oder bestimmte REST API Aufrufe des Gutenberg Editors o.ä. - irgendeine "Firewall" oder "Sicherheits"-Funktion bei Deinem Server getriggert wurde, und so Deine IP-Adresse derzeit ausgesperrt ist. Das kannst Du prüfen, indem Du z.B. mit dem Handy über mobile Daten (also über 3G/H/LTE/o.ä., nicht WLAN) die Seite aufrufst, dann kommst Du über eine andere IP-Adresse.

Zitat von ShirinWP

Ging das automatisch, weil gemacht habe ich mal fix nix. ...

Gutenberg wurde mit WordPress 5.0 veröffentlicht. Eigentlich ging das nicht automatisch, da WordPress bei solchen Versionssprüngen in der Regel eine manuelle Bestätigung abfragt. Viele Hostingprovider mit speziellen WordPress Paketen o.ä. haben dieses Update aber auch automatisch installiert.