Wenn kein Profilfoto in Deinem Benutzer-Account gesetzt ist (kleines Bild oben rechts in Deinem Screenshot) und unter "Einstellungen -> Diskussion" die "Avataranzeige" aktiviert ist, schaut WordPress standardmässig anhand der E-Mail des Benutzer-Accounts bei Gravatar nach...
Beiträge von b3317133
-
-
Du könntest die "Autor" Rolle mit einem Plugin wie User Role Editor anpassen oder auch eine neue Rolle mit nur den gewünschten Rechten auf Basis eines "Autors" erstellen o.ä.
-
In [FONT=courier new]template_redirect[/FONT] kannst Du z.B. irgendwas in Deiner Session prüfen und wie im Codex gezeigt ggf. einen Redirect zu Deiner Loginseite o.ä. machen.
Auf Deiner Loginseite kannst Du dann z.B. einen Login (mit oder ohne Ajax) realisieren, aber das ist eine ganz andere Baustelle.
-
Würde eine zweite WordPress-Installation z.B. auf einer Subdomain (test.deine-seite.de o.ä.) mit eigener Datenbank und einem Plugin für Passwortschutz empfehlen und den Demo Content dann dort installieren. Dann kann man auch später mal nachschauen, was wie gemacht wird.
-
Würde vorschlagen, Du beschäftigst Dich erstmal etwas grundsätzlicher mit WordPress Ajax. Der gezeigte Ansatz kann und wird so nicht funktionieren. Die Action [FONT=courier new]template_redirect[/FONT] ist zudem nicht für die Ausgabe von Code ins Frontend vorgesehen.
-
Das ist kein Ajax-Aufruf sondern ein normaler Post-Request.
Mehr zum Thema z.B. hier in einem Beispiel oder im WordPress Codex.
-
Das "ü" ist egal, wenn man die .php Datei wie überall in WordPress vorgesehen als UTF-8 kodiert erstellt/bearbeitet.
-
-
Klingt ganz nach einem aktivem "Sicherheits"-Plugin, aber nach Plugin hat maxe eigentlich schon gefragt.
-
Was verstehst Du denn unter "für bestimmte Usergruppen"? Wie sind die definiert?
-
-
Warum schreibst Du den Titel denn nochmal in den Content?
Die Klasse [FONT=courier new].entry-title[/FONT] wird in Themes oft auch für die Auszeichnung strukturierter Daten verwendet, schau Dir mal ein paar WordPress-Seiten hiermit an: search.google.com/structured-data/testing-tool
-
Die Seite verwendet ein sog. Grid. Der Container der Beiträge und die Beiträge selbst sind durch enspr. Klassen auf das aktuell angezeigte Layout (mit eigentlich einem Sidebar) abgestimmt. Man müsste daher die Klassennamen im generierten HTML-Code anpassen.
Beispiel: col-md-12 entspricht der vollen Breite, der Container hat aber nur col-md-8. Die Beiträge haben mehrere Klassen bzgl. der Breite, die sich allerdings widersprechen, da wurde vermutlich schon daran gebastelt.
-
Wahlweise benutze die lokale Datenbank in XAMPP.
Um die 1&1 Installation komplett zu XAMPP zu übertragen, benutze in der 1&1 Installation ein Plugin wie Duplicator und installiere das Paket dann in XAMPP, siehe auch Video auf der Plugin-Seite. Das Plugin sorgt autom. für alle nötigen Anpassungen in der Datenbank.
-
Frage 1 löst sich von selbst, wenn man darauf achtet, dass der PHP-Quelltext im Editor "UTF-8 encoded" ist/bleibt.
-
Füge eine body_class (im Frontend, da der auf dem Bild sichtbare Adminbar im Frontend gezeigt wird) hinzu, wenn eine Deiner gewünschten Rollen angemeldet ist und blende dann den "linken" Teil des Adminbars via CSS aus, in etwa so:
-
Du könntest ein Plugin wie z.B. Antispam Bee verwenden.
-
gibt es irgendwelche fallen, die ich beachten sollte?
WordPress nutzt keine index.html, daher auf ..meinedomain.de/projekt/ verlinken.
-
Und ich bin mir eigentlich ziemlich sicher, dass das auch möglich ist.
Bin mir auch sicher, dass man das in der bestehenden Installation beheben könnte. Bei der Nutzung von "W3 Total Cache" kommt es oft zu solchen Neben/-Nachwirkungen, wenn das Plugin nicht (wie von danielgoehr im anderen Thread beschrieben) sauber entfernt wird.
-
Man könnte das z.B. über ein Custom Field lösen. ..
Oder über ein eigenes Post-Format, dieses WordPress-Feature ist eigentlich für sowas gedacht.