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 erstellenWas ist denn der Unterschied zwischen Profil und Konto?
Du schreibst doch in deinem Eröffnung-Post selbst, dass man das Profil ändern und die Profilfelder anpassennkönnen muss. Das kann man doch.
Aber ich will dir das Plugin auch nicht aufdrängen. War nur ein Vorschlag ;)
Das was du beschreibst, geht eigentlich alles ohne Plugins (so sollten normalerweise die Variablen Produkte in Woocommerce funktionieren).
Die E-Mails kannst du in den Einstellungen unter "E-Mails" inhaltlich bearbeiten. Das, was dort nicht bearbeitbar ist, geht nur programmatisch (durch ändern der Templates oder durch die Nutzung von entsprechenden Hooks). Hier müsstest du vielleicht nochmal beschreiben, was du genau in welcher E-Mail ändern möchtest.
Ich wüsste nicht, dass es dafür ein Plugin gibt (wobei ich natürlich auch nicht alle Plugins kenne...)
Hi Alex,
das müsste z.B. mit dem Plugin "Custom Stock Status" gehen.
Wenn du das Style-Attribut nicht im Template entfernen kannst, kannst du es auch mit !important überschreiben.
Ultimate Member ist auch eine gute und relativ populäre Lösung.
Bei solchen Fragen ist es immer sehr hilfreich, einen Link zu deiner Seite mitzuliefern, auf der man das Problem sehen kann (siehe auch Forenregeln). Sonst können wir eigentlich fast nur raten...
Vielleicht schreibst du netterweise noch dazu, welches du jetzt verwendest. Das ist sicher auch für andere interessant, die später mal auf diesen Thread stoßen ...
Für den lokalen Einsatz reicht ja überlichterweise ein selbstsigniertes Zertifikat. Das sollte ja in jedem Fall gehen.
Also XML wäre zwar auch eine Möglichkeit, finde ich aber als "Laie" eher schwierig zu pflegen. Da bieten sich Dateformate, die in Excel bearbeitbar sind eher an.
Kannst Du mir diesbezüglich mehr verraten bzw. mich mal per PN anschreiben?
Per PN leider nicht. Für mich ist der Sinn eines Forums, dass Dinge öffentlich besprochen werden und auch für Dritte nachlesbar und so auch in Zukunft eine Hilfestellung sind.
Aber ich führe das gern hier öffentlich etwas genauer aus:
Mein Ansatz wäre, eine Tabelle als Datenbasis zu verwenden. Das heißt, ihr pflegt eure Notdienste in einer CSV (einfacher auszulesen in PHP) oder eine XLS(X) (robuster weil keine Delimiter, aber etwas komplizierter auszulesen). Z.b. einfach mit zwei Spalten (Datum, Inhalt).
Diese Tabelle legt ihr dann per FTP in ein vorher definiertes Verzeichnis auf eurem Webspace. Wenn die Tabelle aktualisiert wird, überschreibt ihr die Datei einfach.
Auf der Website erstellt ihr dann einen Shortcode, der die Tabelle öffnet und die zum Datum passende Zeile ausgibt (ggf. natürlich entsprechend mit HTML und CSS formatiert).
Das wäre sozusagen die einfachste Form meiner Idee. Theoretisch kann man das Konzept auch noch erweitern (z.B. die Tabelle regelmäßig in die Datenbank per Cron einlesen, weil das etwas schneller wäre, vor allem, wenn die Liste sehr lang sein sollte). Oder man könnte die Tabelle auch z.B. in der Dropbox ablegen, was das Bearbeiten etwas konformtabler machen würde. Alternativ könnte man den Wert für den aktuellen Tag auch in einer Option zwischenspeichern usw.
Im Detail müsste man dann schauen. Aber das wäre grob die Idee...
Das Directory Listing ist nicht grundsätzlich ein Problem. Wenn es keine Alternative gibt (was ich eigentlich bezweifle), kann man das unter Umständen schon so machen.
Die Gefahr beim Directory Listing ist eher, dass man unnötig viele Informationen preisgibt, z.B. wie Dateien heißen, welche Software installiert ist und in welcher Version, wie das Dateisystem aufgebaut ist, etc. Außerdem kann man daran z.B. nachvollziehen, wie User-Uploads funktionieren, wo Dateien abgelegt werden, wie die benannt werden, etc.
Du schreibst ja, dass dort nur MP3-Dateien und PDFs abeglegt werden. So lange du sicherstellen kannst, dass das so bleibt, könnte man es theoretisch schon so machen. Sowas wir Wordpress gehört dann aber auf gar keine Fall mehr auf diesen Webspace (bzw. in den Bereich für den das Directory Listing aktiv ist).
Konsequenterweise würde ich dann auch gleich das Ausführen von Skripten insgesamt deaktivieren (also PHP, CGI, etc.).
Du könntest z.B. cURL verwenden, um den Quelltext der Seite in eine Variable zu holen und das Ergebnis dann in PHP mit DOMDocument parsen (und dann z.B. in ACF Felder oder einem Custom Post Type oder was auch immer speichern).
Wenn du das Ganze mit einem Cron machst, könntest du es täglich automatisieren.
Allerdings solltest du vorher prüfen, ob die AGB von otto.de das erlauben. In der Regel ist so etwas eher ungern gesehen.
Sicherheit wird zum OT?
Naja, der TE hat eigentlich eine andere Frage gestellt und nur beiläufig geschrieben, dass er das Directory Listing aktiviert hat. Insofern ist es für mich schon OT (was es nicht weniger wichtig macht).
Weil ihm in einem anderen Thread jemand dazu geraten hat, ohne auf mögliche Folgen hinzuweisen.
Ah ok. Irgendwie sehe ich sowas hier in letzter Zeit öfter (auch von anderen Usern). Auch wenn direkt danach gefragt wurde, gehört da meiner Meinung nach eigentlich schon der Hinweis hin, dass es keine gute Idee ist.
Gibt es bessere (sichere) Lösungen als ".htaccess" mit der Zeile "Options +Indexes"?
Ich habe noch nicht ganz verstanden, was du genau machen möchtest. Eigentlich möchtest du doch nur eine Liste mit Links zu Mediendateien haben, oder? Sind das so viele und ändern die sich so regelmäßig, dass du nicht einfach mit normalen Links arbeiten kannst?
Alternativ könntest du auch alle Dateien, die bestimmten Regeln entsprechen (z.B. in einem bestimmten Verzeichnis liegen und die Dateiendung MP3 und den dazu passenden Mime-Type haben) automatisch als Linkliste ausgeben. Das birgt zwar immer noch ein gewisses Risiko, sollte aber zumindest schon deutlich sicherer sein, als das Directory Listing zu aktivieren.
[...]als ich in den Root die Datei ".htaccess" mit der Zeile "Options +Indexes" eingefügt habe.
Ist zwar OT, aber aus welchem Grund hast du denn das Directory Listing im Apache aktiviert? Das stellt durchaus ein ziemlich erhebliches Sicherheitsrisiko dar und sollte auf einem öffentlichen Webserver normalerweise nicht aktiviert werden.
Das geht z.B. auch mit dem Plugin YITH Affiliate. Das haben wir auch ziemlich genau so im Einsatz, wie du deinen Fall beschreibst. Allerdings ist die Übersetzung solala und es benötigte ein paar optische und textliche Anpassungen (vor allem im Dashboard-Bereich des Affiliates). Insofern eine Empfehlung unter Vorbehalt.
Ich vermute, es wäre zielführender, wenn du etwas mehr Informationen mitliefern würdest (siehe auch Forenregeln), statt die gleiche Frage zwei mal zu stellen.
Ich bin zwar normalerweise auch ein Fan von Custom Post Types, aber in dem Fall wäre auch eine XLS oder ein CSV als Datenbasis eine gute Lösung. Das ist für solche Zwecke wahrscheinlich sogar einfacher und übersichtlicher zu pflegen.
@Knutella
Es wäre zu hoffen, dass cmfrank bereits eine Lösung gefunden hat. Sein Beitrag ist 3,5 Jahre alt...
Einen VPS bekommt man für €60 pro Jahr, 8 GB RAM und 200 GB Platz. (SSD wenn ich mich nicht irre) Konfigurieren musst du ihn können.
Das hast du im anderen Threads auch schon vorgeschlagen. Wenn du aber berücksichtigst, welche Fragen der TE hier stellt, kannst du mit 100%iger Sicherheit davon ausgehen, dass er natürlich keinen Web-Server selbst konfigurieren und/oder betreiben kann. Und selbst wenn er es mit irgendwelchen Tutorials hinbekommen würde, wäre dieser Server wahrscheinlich in kürzester Zeit eine gehackte Spamschleuder, wie es sie leider zu Tausenden im Netz gibt. Der Hinweis ist aus meiner Sicht also mindestens grob fahrlässig und wird dem TE kaum helfen.
Ansonsten würde ich mich anschließen: Lieber Fehler beheben, als Hosting aufstocken. Der Speicherverbrauch ist wirklich ungewöhnlich hoch für so eine Seite. Und bislang weißt du ja auch nur, dass mehr als 633 MB gebraucht werden, nicht aber wie viel tatsächlich benötigt wird. Im schlimmsten Fall hast du eine Endlosschleife und der Speicherbedarf ist quasi unendlich.
