Ok. Innerhalb des BEGIN/END WordPress Bereichs in der .htaccess sollte nichts geändert oder auskommentiert werden, das bringt später garantiert Probleme...
Beiträge von b3317133
-
-
Wenn in der .htaccess entspr. BEGIN und END Marker für WordPress und andere BEGIN und END Marker für Deine Regeln genutzt werden, wird beim Speichern der Permalinks nichts (nur der WordPress Teil) überschrieben.
Wie/wo genau wurde für welchen Post Type die Hierarchie aktiviert?
-
Wie/wo genau wurde für welchen Post Type die Hierarchie aktiviert?
-
-
ein Plugin Loco Translate installiert, das übersetzt alles, nur nicht diese Buttons also die Begriffe in den Buttons ..
Da es keine klare Antwort dazu gab, gehe ich davon aus, dass es sich um dieses "MyListing" Theme handelt. Wende Dich bzgl. der Buttons an den Support des Theme Herstellers, den hast Du mitgekauft.
Bei Installationen mit Kauf-Themes, die zudem noch im Maintenance Mode sind, kann man nur schwer weiterhelfen.
Generell wäre wohl erstmal zu klären, woher diese Buttons überhaupt genau kommen, das geht aus einem einfachen Screenshot aber nicht hervor.
.. Loco Translate .. Und so hinterlegen, dass ich es nicht bei jedem Update neu übersetzen muss.
Wie man die Übersetzungen in "safe locations" ablegt, so dass sie bei Updates nicht überschrieben werden, seht in der Plugin-Anleitung.
-
.ich habe das Theme: My Listing installiert
Handelt es sich um dieses Theme? Falls ja, eine deutsche Sprachdatei wird dort meines Wissens mitgeliefert, falls die fehlt oder nicht funktioniert, sollte der mitgekaufte Support des Herstellers da am besten weiterhelfen können.
und ein zusätzliches Übersetzungstemplate
Was genau ist damit gemeint? Wozu? Was ist das für ein Template? Oder ist ein Plugin wie Loco Translate gemeint? Wie man dessen Übersetzungen in "safe locations" ablegt, so dass sie bei Updates nicht überschrieben werden, seht in der Plugin-Anleitung.
-
Hast Du schon im Support Forum des Plugins gefragt? Die Autoren des Plugins sollten das am besten beantworten können und sind dort sehr aktiv.
-
Ist im Editor bei "drei Punkte oben rechts > Ansicht anpassen" das "Beitragsbild" angehakt?
Wird ein Plugin wie Disable Gutenberg oder Classic Editor verwendet?
-
Der erste und wichtigste Punkt ist: Anhand Server-Logs & Backups feststellen, wann/woher der Hack kam, Lücke identifizieren, Lücke schliessen.
Danach kann man sich ans Neueinrichten oder Bereinigen usw. machen.
-
Wie schon bei der Contact Form 7 Frage hilft auch hier sicher das Durchlesen der Anleitung, Tutorials, usw.
Weiterhin, da Du die Pro Version hast, die Inanspruchnahme des mitgekauften Supports.
-
" Auf diesen Server braucht man Zugriff, um die Seite jetzt zu reparieren (entweder auf die Datenbank oder über FTP)." Woher bekomme ich den?
Nochmal: Wende Dich an die Person, die den Server eingerichtet hat und von der Du die Seite übernommen hast und zeige der Person diesen Thread.Gehostet ist die Seite wie von @danielgoehr bereits mitgeteilt bei https://all-inkl.com/ - dafür brauchst Du Zugangsdaten. KAS heisst der technische Bereich bei diesem Hoster, siehe auch Button "Kundenlogin". Darüber kann man die Datenbank einsehen und wie oben beschrieben die Änderung machen.
Du kannst theoretisch auch bei All-Inkl. im Support anrufen, genau schildern, was Du gemacht hast, und um Änderung der hier im Thread genannten Einträge in der Datenbank oder das Einspielen eines Datenbank-Backups von gestern bitten, das setzt aber voraus, dass Du dort irgendwie entspr. nachweisen kannst, dass Du dafür berechtigt bist oder dass die einen sehr netten Tag haben.
-
Wenn Du alleine nur Zugangsdaten zum WordPress-Dashboard hast, kann man hier nicht weiterhelfen.
Wende Dich an die Person, von der Du die Seite übernommen hast und zeige der Person diesen Thread.
Die Seite läuft auf irgendeinem Server (das nennt man Hosting). Auf diesen Server braucht man Zugriff, um die Seite jetzt zu reparieren (entweder auf die Datenbank oder über FTP).
-
Würde empfehlen, eigenen Code auf Basis der Beispiele des Plugins ACF zu erstellen, Link siehe oben.
Formuliere Dein Problem ggf. nochmal neu mit dem dazu passenden richtigen Code-Beispiel, dann kann Dir vielleicht jemand weiterhelfen.
-
Die Abfrage von Checkbox-Werten bei ACF funktioniert eigentlich anders, siehe Link zu den Beispielen oben.
Hast Du getestet was passiert, wenn "Keine" und zusätzlich eine andere "Organisation" angehakt wird?
Füge mal nach Deinen beiden get_field Zeilen noch das hier ein und poste die Ausgaben bei verschiedenen Checkbox-Einstellungen, dann kann man ggf. eine passende Lösung ermitteln.
-
Dann wende Dich an die Person, die den Server eingerichtet hat bzw. betreut. Die soll in der Datenbank in der Tabelle [FONT=Courier New]wp_options[/FONT] in den beiden Zeilen [FONT=Courier New]siteurl[/FONT] und [FONT=Courier New]home[/FONT] das [plain]https://.. dort zurück auf http://..[/plain] ändern. Dann ist alles wie vorher. Das ist eine der von @FloRet bereits verlinkten Lösungsmöglichkeiten.
-
Das gibt es nicht.
-
Die Datei wp-config.php findet man über einen sog. FTP-Zugang zum Server. Habt ihr FTP-Zugang?
Alternativ kann man das Problem auch direkt in der Datenbank reparieren. Habt ihr Zugang zum Webhosting (z.B. 1&1 oder Strato o.ä.) und dort zur Datenbank (meist genannt phpMyAdmin)? Welcher Hostinganbieter wird verwendet? Dann kann man das ggf. genauer beschreiben.
-
-
Du kannst mit entspr. Aufwand die gesamte Mediathek einer WordPress Installation z.B. auf einer anderen Subdomain ablegen, dafür gibt es Anleitungen wie z.B. diese (ungetestet, über 2 Jahre alt!). Das betrifft dann aber komplett alle Einträge der Mediathek, nicht nur ein paar. Weiterhin muss der Server der Hauptdomain dann natürlich auch direkte Schreibrechte via PHP auf die Ordner der Subdomain haben, um Dateien dort abzulegen. Das Einpflegen und Verwalten der Mediathek erfolgt weiterhin über die Hauptdomain. Das dürftge also Deine max. Anzahl Dateien Problematik nicht lösen.
Am Rande bemerkt gibt es sicherlich viele Plugins, die mit einem solchen eher ungewöhnlichen Szenario wegen unsauberer Programmierung bzgl. der WordPress nicht zurechtkommen werden.
Generell stellt sich hier auch die Frage, wie es zu so vielen Dateien kommt, evtl. hast Du Caching oder Minify o.ä. Plugins laufen, die nicht richtig aufräumen?
Alternativ kannst Du z.B. die Upload-Ordner älterer Jahre auf einen komplett anderen Server auslagern und dann über ein passendes Redirect-Muster per htaccess auf diesen umleiten. Das ist aber nur lesend möglich, wenn sich in den alten Ordnern nichts mehr ändert.
Poste dafür ggf. eine entspr. Anfrage in der Jobbörse, weitere Beschreibungen usw. führen hier zu weit.
-
Ok, damit wäre das gelöst. Interessanterweise zeigte die REST API Ausgabe via .../wp-json/ diesen / nicht an. Ein sehr seltsamer Effekt...
Am Rande, bitte keine Vollzitate, der Bezug ergibt sich klar aus dem Thread...