Das WordPress Plugin „Hello Dolly“ kann/soll als Beispiel bzw. als Basis für eigenentwickelte Plugins dienen.
Fazit:
Das WordPress Plugin „Hello Dolly“ kann ohne schlechtes Gewissen gelöscht werden.
Das WordPress Plugin „Hello Dolly“ kann/soll als Beispiel bzw. als Basis für eigenentwickelte Plugins dienen.
Fazit:
Das WordPress Plugin „Hello Dolly“ kann ohne schlechtes Gewissen gelöscht werden.
Die wichtigesten Infos rund um die Neuerungen einer WordPress Version findet sich innerhalb einer WordPress-Installation über folgende Webseite.
https://<WEBSEITE>/wp-admin/about.php
Als Grundlage, vor einer (Neu-)Installation, ein LVM einrichten.
Ziel:
Auf einfache Art und Weise ein LVM einrichten und anschl. einen einigermaßen gesicherten Server-Betrieb zu gewährleisten.
Auszug aus: https://de.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
14 Verzeichnisse oder symbolische Verknüpfungen auf Verzeichnisse werden im Stammverzeichnis verlangt:[7]
| /bin | Binärdateien grundlegender Befehle | historisch: „utility programs“ (Programme wie Assembler und Compiler)[8] |
| /boot | statische Dateien des Bootloaders | historisch: – |
| /dev | Gerätedateien | historisch: „devices“ (Geräte wie Festplatten und Systemkonsole)[8] |
| /etc | Host-spezifische Systemkonfiguration | historisch: „essential data and dangerous maintenance utilities“ (essenzielle Daten und gefährliche Wartungsprogramme wie init und passwd)[8] |
| /lib | grundlegende dynamische Bibliotheken und Kernel-Module | historisch: „object libraries and other stuff“ (Objektbibliotheken und anderes Material)[8] |
| /media | Einhängepunkt für Wechseldatenträger | historisch: – |
| /mnt | für temporär eingehängtes Dateisystem | historisch: – |
| /opt | zusätzliche Anwendungsprogramme | historisch: – |
| /run | für laufende Prozesse relevante Daten | historisch: – |
| /sbin | essenzielle Binärdateien des Systems | historisch: – |
| /srv | Daten für Dienste | historisch: – |
| /tmp | temporäre Dateien | historisch: „temporary files“ (temporäre Dateien, üblicherweise auf schnellem Gerät)[8] |
| /usr | sekundäre Hierarchie | historisch: „general-purpose directory“ (Universalverzeichnis, üblicherweise Einhängepunkt eines weiteren Dateisystems)[8] |
| /var | variable Daten | historisch: – |
Die Verzeichnisse /opt, /usr und /var sind so konzipiert, dass sie nicht in der Partition des Stammverzeichnisses liegen müssen.
Zusätzliche Verzeichnisse sind erforderlich, wenn entsprechende Untersysteme installiert sind:[9]
| /home | Verzeichnisse der Benutzer |
| /root | Verzeichnis des Root-Kontos |
| /lib… | alternative dynamische Bibliotheken, beispielsweise /lib32 und /lib64 für 32-Bit und 64-Bit |
Andere Verzeichnisse sollen im Stammverzeichnis nicht angelegt werden. Anwendungsprogramme sollen keine Dateien im Stammverzeichnis fordern oder anlegen.
Wer mehrere LDAP-Server, aufgrund Ausfallsicherheit/Redundanz, am Laufen hat, will natürlich auch wissen bzw. sich sichern sein, dass die Daten überall den selben Stand haben. Wie also prüfen/monitoren?
Hierzu eine Anleitung – Auszug aus help.ubuntu.com
https://help.ubuntu.com/lts/serverguide/openldap-server.html#openldap-server-replication:
Once replication starts, you can monitor it by running
ldapsearch -z1 -LLLQY EXTERNAL -H ldapi:/// -s base -b dc=example,dc=com contextCSN dn: dc=beispiel,dc=com contextCSN: 20120201193408.178454Z#000000#000#000000
on both the provider and the consumer. Once the output (20120201193408.178454Z#000000#000#000000 in the above example) for both machines match, you have replication. Every time a change is done in the provider, this value will change and so should the one in the consumer(s).
If your connection is slow and/or your ldap database large, it might take a while for the consumer’s contextCSN match the provider’s. But, you will know it is progressing since the consumer’s contextCSN will be steadly increasing.
If the consumer’s contextCSN is missing or does not match the provider, you should stop and figure out the issue before continuing. Try checking the slapd (syslog) and the auth log files in the provider to see if the consumer’s authentication requests were successful or its requests to retrieve data (they look like a lot of ldapsearch statements) return no errors.
To test if it worked simply query, on the Consumer, the DNs in the database:
sudo ldapsearch -Q -LLL -Y EXTERNAL -H ldapi:/// -b dc=example,dc=com dn
You should see the user ‚john‘ and the group ‚miners‘ as well as the nodes ‚People‘ and ‚Groups‘.
Informationen zu DUMP SPLITTING CONFIGURATION … findet sich am Ende des Textes vom folgenden Link:
http://manpages.ubuntu.com/manpages/trusty/man5/amanda.conf.5.html
bzw. konkret für Ubuntu 18.04 LTS unter
http://manpages.ubuntu.com/manpages/bionic/man5/amanda.conf.5.html#dump%20splitting%20configuration
Build a test environment
http://wiki.zmanda.com/index.php/How_To:Build_a_Test_Environment_With_Virtual_Tapes
chg-robot ??
http://wiki.zmanda.com/man/amanda-changers.7.html
Write multiple volumes parallel
http://wiki.zmanda.com/index.php/How_To:Write_to_Multiple_Volumes_in_Parallel
Encryption
http://wiki.zmanda.com/index.php/How_To:Set_up_data_encryption
amrecover – amanda-client.conf !?!?http://wiki.zmanda.com/index.php/GSWA/Recovering_Files
Unter manpages.ubuntu.com/manpages/<RELEASE-NAME>/… findet man entsprechend für jede Anwendung in Ubuntu dessen Manpage („man“).
Für Amanda in der Ubuntu 18.04 LTS (Bionic) Version z.B. unter:
http://manpages.ubuntu.com/manpages/bionic/en/man8/amanda.8.html
DELL EMC RepositoryManager aufsetzen.
DELL EMC OpenManage Enterprise Server aufsezen.