Kann mir vielleicht jemand mit der Vorgängerversion 1.49 aushelfen?
Für zukünftige ähnliche Probleme: wordpress.org/plugins/caldera-forms/developers/ -> Andere Versionen
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 erstellenKann mir vielleicht jemand mit der Vorgängerversion 1.49 aushelfen?
Für zukünftige ähnliche Probleme: wordpress.org/plugins/caldera-forms/developers/ -> Andere Versionen
Eine Lösung wäre auch das Umwandeln der Pages in Posts und dann die korrekte Verwendung.
Dafür gibt es z.B. das Plugin Post Type Switcher.
Das Anlegen von Kategorien oder Hinzufügen/Bearbeiten von Seiten halte ich nicht für eine komplizierte Handlung, das konnte ich bisher aber nicht, am Design möchte ich nichts verändern.
In dem Fall lege "für den Alltag" am besten noch einen standard "Redakteur" Account (bei englischem WordPress "Editor" genannt) für Dich selbst an, diese Rolle ist genau dafür da und kann genau das.
Alles anzeigenDas 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ä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');
?>
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.
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.
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?
..., 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.
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.
Leider nein - kein Disable Cookie gefunden.
Doch, hier funktioniert es auf Deiner Seite, gerade getestet.
Ist denn auch das richtig, dass ich den Code vor dem Google Tracking Code hinterlegen hinterlegen muss?
Ja.
Das sieht bei mir so aus - ist das richtig eingegeben? Brauch man es überhaupt?
Ja. Und ja, sonst geht der Opt-Out Link nicht.
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.
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.
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.