Damit "einige " meine Kunden nicht wieder komplett auf dem Schlauch stehen ... beim anlegen von zusätzlichen Domains und Subdomains, habe ich hier ein kleines jquery script gebastelt für die White Label > all languages > JS Abteilung.
Bei der Eingabe eines Domain Namens wird dieser automatisch in das untere Feld Directory eingefügt (realtime), lässt sich natürlich danach auf Wunsch auch abändern, der Slash wird automatisch vorne angehängt.
24unix wrote: ↑Sun 22. Oct 2023, 16:51
Ich habe es mal in ES6 nachgenaut, IMHO besser zu lesen.
sauber
ich überlege noch ob es sinnvoll wäre bei Subdomain alle dots " . " gleich mit rauszunehmen ...
Für Leute die dort eine Domainendung mitangeben ... und sub.sub.domain.tld geht mir eh zu weit - wg. noch mehr doppelter wildcard Möglichkeiten in der DNS Zone ...
24unix wrote: ↑Sun 22. Oct 2023, 17:34
also sub.domain.tld liegt auch unter /sub.domain.tld, sehe da kein Problem.
Ja sub.domain.tld ist auch noch OK, ich dachte eher an sowas:
/sub.sub.domain.tld - /sub.sub.sub.sub.domain.tld
da müssten dann entweder die Punkte gezählt werden oder mit dem letzten alles vorne (also hinten) weg löschen - substring()
aber ist auch zu viel Fummelei für ein "zu perfektes Resultat"
24unix wrote: ↑Sun 22. Oct 2023, 17:34
also sub.domain.tld liegt auch unter /sub.domain.tld, sehe da kein Problem.
Ja sub.domain.tld ist auch noch OK, ich dachte eher an sowas:
/sub.sub.domain.tld - /sub.sub.sub.sub.domain.tld
da müssten dann auch die Punkte gezählt werden oder mit dem letzten alles vorne weg löschen - substring()
aber is auch zu viel Fummelei für ein "zu perfektes Resultat"
Sehe ich auch nicht als Problem. Wenn die Domain so heißt, heißt sie halt so
Entweder löscht man alle Punkte, oder lasst sie halt stehen.
mfg Micha
--
If Bill Gates had a nickel for every time Windows crashed … … oh wait, he does.
24unix wrote: ↑Sun 22. Oct 2023, 17:58
Sehe ich auch nicht als Problem. Wenn die Domain so heißt, heißt sie halt so
Entweder löscht man alle Punkte, oder lasst sie halt stehen.
Ja, wäre etwas übertrieben .... meine exzessive Seite halt
Mit dem kommenden Update (23.3 / 24.0 je nachdem) wird beim Anlegen von neuen Domains (über die UI) nun immer ein Verzeichnis vorgeschlagen, nach dem Schema:
Alexander wrote: ↑Wed 15. Nov 2023, 16:12
Mit dem kommenden Update (23.3 / 24.0 je nachdem) wird beim Anlegen von neuen Domains (über die UI) nun immer ein Verzeichnis vorgeschlagen, nach dem Schema:
Alexander wrote: ↑Wed 15. Nov 2023, 16:43
Vielleicht hat ja noch jemand einen Vorschlag, wie man mit Umlauten / Sonderzeichen bei entsprechenden Domains umgehen sollte.
1) Umwandlung in punycode?
täst.de -> <HOME-Verzeichnis>/www/xn--tst-qla.de/
Ich würde die Version bevorzugen, schliesslich heißt die Domain ja so.
Andererseits, dass Leute eine Unicode-Domain nutzen ist ja schon eine Diagnose für sich … die würde das wohl überfordern.
Also, einfach übernehmen, und abwarten, wann der erste mit seinem FTP-Client Probleme bekommt
mfg Micha
--
If Bill Gates had a nickel for every time Windows crashed … … oh wait, he does.
Data Collector für Community Support
___
Ich verwende zwei verschiedene Schriftfarben in meinen Beiträgen /
I use two different font colors in my posts:
In dieser Farbe schreibe ich als Moderator und gebe moderative Hinweise oder begründe moderative Eingriffe /
In this color, I write as a moderator and provide moderative guidance or justify moderative interventions
In dieser Farbe schreibe ich als Community Mitglied und teile meine private Meinung und persönlichen Ansichten mit /
In this color, I write as a community member and share my personal opinions and views
Umlaute in den Domains würde ich ggf einfach in ae, oe, ue, ss (oder sz) umwandeln, andere Sonderzeichen entweder weglassen oder durch ein '-' oder '_' ersetzen. Wobei Punycode den Charme hat, dass die Umwandlung eineindeutig ist. Unterschiedliche Domainnamen erzeugen ein unterschiedliches Ergebnis und man kann aus dem Ergebnis auch wieder eindeutig die ursprüngliche Domain zurückgewinnen.
Ja, so wäre es eine saubere Lösung.
Die Ausgabe für das Verzeichnis ... da könnte man eventl. noch per css. auch alles lowercase vorschlagen.
Wenn ein User es unbedingt ändern will, ist ja kein Problem - abgesehen von Sonderzeichen und Umlauten, die sollten bei domain und bei verzeichnis raus bleiben.