Beiträge von b3317133

Zitat von Barbarella

Das war der Code, den ich in die functions.php eingegeben hab:

<?php
function cookierichtlinie() {

echo '<!-- Cookie Hinweis - Start -->
<script type="text/javascript">
window.cookieconsent_options = {"message":"Diese Website verwendet Cookies. Durch die Nutzung unserer Services erkl&auml;ren Sie sich damit einverstanden, dass wir Cookies setzen. ","dismiss":"Zustimmen","learnMore":" - Mehr erfahren","link":"http://www.domain.de/datenschutz/%2…:%22dark-bottom"};
</script>

<script type="text/javascript" src="//cdnjs.cloudflare.com/ajax/libs/cookieconsent2/1.0.9/cookieconsent.min.js"></script>
<!-- Cookie Hinweis - Ende -->';
}
add_action('wp_footer', 'cookierichtlinie');
?>

Alles anzeigen

Vermutlich steht da noch irgendwo ein <?php zuviel in Zeile 4.

Edit: Am Rande bemerkt erfordert eine solche Einbindung von cloudflare.com o.ä. dann wiederum einen Extra-Absatz in der Datenschutzerklärung. Würde eher ein lokales Plugin wie Cookie Notice o.ä. empfehlen.

Zitat von SabineL

Eine Frage habe ich noch, ich möchte den anderen Administrator nicht sperren, aber ich möchte nicht, dass er mich als Administrator einschränken kann.

Das geht nicht wenn er vollwertiger Administrator bleiben soll.

Zitat von SabineL

Ich habe das Passwort zum Ändern der Benutzerkontenverwaltung geändert, aber über ftp kann er das wahrscheinlich auch wieder ändern, oder?

Was für ein Passwort ist das? Ausserhalb von WordPress?

Zitat von SabineL

..., aber sich sehr schwer getan, mir die Administratorrechte einzuräumen, warum, weiß ich nicht.

Er weiss wie viele Administratoren aus Erfahrung, dass unbedarfte Benutzer dann irgendwas sehr essentielles "aus Versehen" verstellen, so wie es auch hier im Forum fast täglich zu beobachten ist, Fälle wie "ich dachte, ich ändere einfach mal den Domainnamen" oder "..http zu https geht bestimmt, wenn ich das in den Einstellungen einfach mal reinschreibe" usw.

Ergänzung, OT: Keiner unserer Kunden hat für die tagtägliche Betreuung des Websites einen eigenen Admin-Account (ausser in einem verschlossenen "Notfall-Umschlag" in deren Safe), dafür einen exakt angepassten Redakteur-Account mit dem je nach Bedarf des Kunden auch die Menüs oder Widgets oder Benutzer (bis auf die Admin-Rolle) o.ä. geändert werden können. Das ist reiner Selbstschutz für uns und für den Kunden.

Wie im o.g. Link oder auch hier beschrieben, "Advanced settings pages" bzw. "Erweiterte Einstellungen" aktivieren.

Benutzer -> Alle Benutzer -> Spalte: Rolle

Es liegt aber nach kurzer Google-Recherche nicht am Benutzer.

Hier ist die Lösung zum Problem: wordpress.org/support/topic/yoast-menu-missing-is-it-a-bug/

Hier sieht das z.B so aus:
[ATTACH=CONFIG]16624[/ATTACH]

Welche Version des Plugins verwendest Du? Welche WordPress-Version? Ist der WordPress-Account ein Administrator?

Du musst mit dem Code-Schnipsel einen neuen Account erzeugen, mit neuer E-Mail und neuem Benutzernamen. Und Dich dann mit dem neuen Account einloggen.

Wenn E-Mail und/oder Benutzername bereits existieren, macht der Code-Schnipsel (aus guten Gründen) gar nichts.

Klicke einmal bei Einstellungen -> Permalinks -> Speichern, das erzeugt eine ggf. fehlende .htaccess neu.

Sollte es ggf. nicht

'taxonomies' => array('category'),

heissen?

Bzw. wenn Du eine eigene Taxonomy verwenden willst, benenne die mal anders als den Custom Post Type.

Die Sitemap funktioniert auch in der kostenlosen Version, wenn man sie unter "SEO -> XML-Sitemaps" anschaltet.

Du kannst auch (sofern möglich) die bisherigen Änderungen rückgängig machen und dann auf der alten Domain mit dem Plugin Duplicator ein Umzugspaket erstellen (am besten erstmal das gesamte Video auf der Duplicator Plugin-Seite anschauen, erklärt vieles) und das erstellte Paket dann auf der neuen Domain installieren, die neue Domain dafür am besten in einen neuen, leeren Ordner zeigen lassen. Dann werden alle nötigen Änderungen in der Datenbank usw. automatisch erledigt.

Zitat von mteepee

Leider nein - kein Disable Cookie gefunden.

Doch, hier funktioniert es auf Deiner Seite, gerade getestet.

Zitat von mteepee

Ist denn auch das richtig, dass ich den Code vor dem Google Tracking Code hinterlegen hinterlegen muss?

Ja.

Zitat von mteepee

Das sieht bei mir so aus - ist das richtig eingegeben? Brauch man es überhaupt?

Ja. Und ja, sonst geht der Opt-Out Link nicht.

Zitat von Lisa23

Allerdings ist mir noch nicht ganz klar, wie ich das am geschicktesten per ShortCodes lösen kann. Wie würdet ihr da rangehen. Mit dem Peter Login Skript kann man den Benutzer auf eine eigenen Seite weiterleiten. Allerdings muss die scheinbar jeweils neu angelegt werden.

Geht das nicht automatisch, das user1 sich neu anmeldet und dadurch direkt bei seinem Login auf die http://www./xxx.de/wp/user1 Seite gelangt und diese dann mit den Shortcodes versehen ist. Im Endeffekt ist auch hier jede Seite gleich nur werden die Diagramme per Charts.js eben dann mit den Daten für den current_user abegfrgat und daraus erstellt.
Irgendwie steh ich nich etwas auf dem Schlauch

Bei der Variante mit Nutzung eines Shortcodes würde man für alle eine gemeinsame Seite erstellen, z.B. example.com/chart/

Auf dieser Seite wird ein Shortcode, z.B. [chart] ohne weitere Parameter eingebunden.

Der Shortcode erzeugt die Ausgabe dann aufgrund des Kontextes:

- Ist ein Benutzer angemeldet
- Welcher Benutzer ist angemeldet
- MySQL-Daten für diesen Benutzer

Ist kein Benutzer angemeldet, gibt der Shortcode einfach nichts, oder einen Link zum Login aus.

Auch bei Nutzung des Backends sind die Menü-Links usw. für alle gleich, lediglich die Ausgaben auf den Seiten unterscheiden sich.

Zitat von Lisa23

Login -> User1 registriert -> email verification -> nach Anmeldung Weiterleitung auf seine Seite.

Es soll auch nicht nur eine personlisierte Seite geben sondern mehrer die er nach dem Login erreicht, was ich am liebsten über ein seperates Menü erstellen wuerde.

Es empfiehlt sich gerade dann die Nutzung von Menüs und Seiten im Admin-Bereich anstelle der Shortcode-Lösung im Frontend, siehe Link oben und add_menu_page, add_submenu_page usw.

Das ist einfacher als es zunächst aussehen mag. Am besten ein paar Howto-Plugin-Tutorials querlesen, das ist eine gute Grundlage. Hier ein zufällig ausgesuchtes Beispiel.

Weiterleiten nach Login über den login_redirect Filter, kein extra Plugin nötig.

Man könnte entspr. Anpassungen über after_switch_theme bei der Aktivierung des Themes einpflegen.

Hier ein Google-Vorschlag: Plugins zur Altersprüfung

Weil der Kunde lt. seiner Angaben nicht im falschen Verzeichnis gearbeitet hat.

Zitat von Wordleo

So - das ging aber nun fix. Der Hoster hatte mir das Plugin deaktiviert.

Das erklärt leider in keinster Weise, warum die o.g. Änderungen per FTP nichts bewirkt haben.

Off Topic: Wenn das alles an Erklärung war, würde ich den Hoster wechseln.

Zitat von claudius88

Ich bin für jeden Ratschlag dankbar.

1. Beschäftige Dich mit CSS
2. Poste einen Link zu Deiner Seite, dann gibt Dir ggf. jemand ein für Dich passendes CSS-Beispiel

Bei mir erscheint unter freiheitenwelt.de nach wie vor der gleiche Fehler und der Plugin-Ordner ist ebenfalls noch da... Geht es überhaupt um diesen Website?

Evtl. arbeitest Du an einer anderen Installation?

Die aktuelle Sprache beim Plugin "qTranslate X" würde man mit [FONT=courier new]qtrans_getLanguage()[/FONT] ermitteln.

if ( qtrans_getLanguage() == 'de' ) {
} ...

Die Konstante [FONT=courier new]ICL_LANGUAGE_CODE[/FONT] gibt es nur bei Nutzung von WPML.