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 erstellenMeines Wissens geht das bei Strato über eine php.ini-Datei die man im Hostingbereich ablegen muss. Ist auf der Seite ganz unten angedeutet. Eventuell wäre es besser, wenn Du dich dazu an den Strato-Support wendest.
Unabhängig davon ist die wp-config.php in jeder Wordpress-Installation im Hauptverzeichnis enthalten, da wo auch z.B. index.php und wp-cron.php liegen. Außer man hat eine composer-Installation vorgenommen, dann liegt sie im public-Verzeichnis.
Die max_execution_time setzt Du am besten in deinem Strato-Hosting. Es gibt dazu auch von Strato einen FAQ-Eintrag:
https://www.strato.de/faq/hosting/wi…-hosting-paket/
Impreza ist ein Kauf-Theme. Du solltest dich zu Fragen dazu an deren Support wenden:
https://themeforest.net/item/impreza-r…s-theme/6434280
Hier wird das vermutlich kaum jemand haben. Ein Tipp wäre jedoch solche Updates in einem Testsystem vorab zu testen und nicht am Live-System vorzunehmen. Wenn es für den Tipp zu spät ist, müsstest Du eine vorher erstellte Sicherung einspielen um auf den vorherigen Stand zu kommen und könntest dann in Ruhe in einem Testsystem das Update testen.
Ist eben auch eine Frage der UserExperience. Hab immer mal beim Wordpress-Backend stellen wo ich mich frage "wieso machen die sowas mit den Redakteuren?". Kleine Plugins helfen da oft ;)
Ich verstehs weiterhin nicht. Kannst Du dein Anwendungsbeispiel dazu mal beschreiben?
Dann gibt es auch keinerlei Texte die Du irgendwie sichern könntest.
Werden die Texte überhaupt noch irgendwo dargestellt?
Was für Codes meinst Du?
D.h. Du hast keine Datenbank und auch keine Datenbankzugangsdaten? Dort sind die Texte. Wenn die Datenbank nicht mehr da ist, sind auch die Texte weg.
Solltest Du eine Sicherung der Datenbank haben, könntest Du bei dir eine Wordpress-Installation einrichten und die Sicherung dort einspielen. Dann hättest Du Zugriffe auf alles und könntest auch den Export nutzen.
Ja, dafür gibt es Vorlagen die auch tatsächlich im deutschen Vorlagen heißen, im englischen Pattern. Hier ist eine Seite die die Erstellung von Vorlagen beschreibt: https://wpwissen.com/eigene-gutenberg-block-vorlagen/
Es gibt auch Plugins die bei der Erstellung helfen, z.B.:
https://wordpress.org/plugins/mywp-custom-patterns/ (hab ich selbst jetzt nicht getestet)
Als IT-Profi berate ich niemanden bei seiner Webseite aus rechtlicher Sicht. Daher stellt sich die Frage einer "juristischen Aufstellung" diesbezüglich nicht. Dafür und um das abzusichern ist der Webseitenbetreiber verantwortlich, der sich dazu mit einem Anwalt beraten sollte. Aus dem Grund dürfte das Thema hier auch nicht irgendwie Sticky hervorgehoben sein - eine rechtsverbindliche Auskunft dazu wirst Du hier nicht finden. Wenn Du die suchst, wende dich an einen Anwalt.
Technisch gesehen achte ich bei der Umsetzung natürlich auf eine Art Minimalismus. Also: möglichst keine Daten von extern laden lassen (egal ob Schriftarten oder Bilder), keine nicht wirklich benötigten Cookies setzen lassen und auf Google Analytics verzichte ich auch inzwischen eher es sei denn der Webseitenbetreiber wünscht es explizit (bringt nur wegen dem notwendigen Cookie Consent inzwischen immer weniger).
Abgesehen davon finde ich, dass ein Login personenbezogen sein sollte. Logins gibt man nunmal nicht weiter. So gesehen finde ich das ganze Ansinnen etwas merkwürdig.
Ähm hältst du das für eine gute Idee? Du willst wohl verhindern, dass sich jemand deine Videos vollständig anschaut? Weil wenn man auf die Art das Abspielen des Videos verhindern kann, braucht man sich ja nur einloggen und einfach alle Video-Seiten mal aufrufen um jeden anderen Nutzer rauszuschmeißen.
Wäre es nicht besser eine Video-Seite für Person B zu sperren solange Person A sich auf dieser befindet?
Wieso soll eigentlich immer nur einer ein Video sehen können? Hängt das mit dem Ablauf der Nachhilfe zusammen oder hat das technische Gründe?
Danke für die Blumen :) Diese Art Code ist für mich absolute Normalität und geht mir daher leicht von den Fingern ;)
Du hast recht wegen der Absicherung - habe ich mal etwas im Repo ergänzt.
Und auch danke für den Hinweis auf Einstellungen > Schreiben. Das ist etwas was @Kurt Singer und mir so spontan gar nicht bewusst war denke ich. Ein Nachteil hat diese Einstellung jedoch: die dort gewählte Kategorie wird erst gesetzt nachdem man einen Beitrag als Entwurf gespeichert oder veröffentlicht hat. Mein Plugin zeigt die gewählte Standard-Kategorie an bereits bevor man den Beitrag speichert. Das ist finde ich aus redaktioneller Sicht besser da man so sicher sein kann was gesetzt wird. Habe ebenfalls in meinem Repo ergänzt, dass die Standard-Kategorie in Wordpress analog gesetzt wird. Und jetzt überlege ich, ob das im Wordpress Repo wirklich noch etwas jemandem bringt .. mmh
Ich weiß auch nicht was Updraft da genau macht, aber ich sehe für die Fehlermeldung 2 Lösungsmöglichkeiten:
Das hat mit dem Theme nichts zu tun sondern mit dem Browsercache. Du solltest den normalen Cache des Browsers vielleicht mal leeren.
Nein, ich habe dort nicht die Ansicht wie du. Bei mir werden keine Google Fonts geladen.
Vermutung: dein Browser-Cache vielleicht? Machs mal im Inkognito-Fenster.
Das kann ich beim Laden der Seite so nicht sehen. Im Netzwerk-Tab wird zudem keinerlei externe Quelle für irgendeine Datei genannt - das wäre hier für die Analyse ausschlaggebend. Oder rufst Du eine bestimmte Unterseite des Webs auf die sich vlt. von allen anderen die ich gerade angeschaut habe unterscheidet?
Welche Meta-Daten meinst Du genau? Wenn es um die Description geht wäre das mit Yoast-SEO sehr einfach möglich gewesen - auch individuell pro Seite, was ohnehin zu empfehlen wäre.
Das geht angeblich mit diesem älteren Plugin auch aktuell noch - habs selbst nicht getestet: https://wordpress.org/plugins/uninstall-yoast-seo/ - vorher am besten ein Backup anlegen.
