Directory Autocomplete bei User Domain & Subdomain erstellen [GELÖST]

[Ralph]

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.

Code: Select all

if (window.location.href.indexOf("page=domains&action=add") != -1) { 
$(function () {
    var $src = $('#input-domain_main'),
        $dst = $('#input-path');
    $src.on('input', function () {
        $dst.val("\/"+$src.val());
    });
});
$(function () {
    var $src = $('#input-domain_subdomain'),
        $dst = $('#input-path');
    $src.on('input', function () {
        $dst.val("\/"+$src.val());
    });
});  
}

[24unix]

Nette Idee.

Ich habe es mal in ES6 nachgenaut, IMHO besser zu lesen.

Code: Select all

if (window.location.href.includes("page=domains&action=add")) {
    
    const handleInput = (srcSelector, dstSelector) => {
        const $src = $(srcSelector)
        const $dst = $(dstSelector)
        $src.on('input', () => {
            $dst.val(`/${$src.val()}`)
        })
    }
    
    handleInput('#input-domain_main', '#input-path')
    handleInput('#input-domain_subdomain', '#input-path')
}

[Ralph]

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]

ich überlege noch ob es sinnvoll wäre bei Subdomain alle dots " . " gleich mit rauszunehmen ...

Hmm, ich lasse die immer drin.

also sub.domain.tld liegt auch unter /sub.domain.tld, sehe da kein Problem.


Aber klar, geht natürlich:

Code: Select all

if (window.location.href.includes("page=domains&action=add")) {
    
    const handleInput = (srcSelector, dstSelector) => {
        const $src = $(srcSelector)
        const $dst = $(dstSelector)
        $src.on('input', () => {
            const sanitizedValue = $src.val().replace(/\./g, '')
            $dst.val(`/${sanitizedValue}`)
        })
    }
    
    handleInput('#input-domain_main', '#input-path')
    handleInput('#input-domain_subdomain', '#input-path') 

[Ralph]

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]

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.

[Ralph]

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

[Alexander]

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:

<HOME-Verzeichnis>/www/hauptdomain.de/
<HOME-Verzeichnis>/www/sub.sub.sub.hauptdomain.de/

[Ralph]

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:

<HOME-Verzeichnis>/www/hauptdomain.de/
<HOME-Verzeichnis>/www/sub.sub.sub.hauptdomain.de/

Super, das freut mich.
Danke Alex!

[Alexander]

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/

2) Sonderzeichen entfernen.
täst.de -> <HOME-Verzeichnis>/www/tst.de/

3) Einfach übernehmen.
täst.de -> <HOME-Verzeichnis>/www/täst.de/

4) ... ggf. hat ja noch wer eine schöne Idee ...


Der Benutzer kann den Vorschlag natürlich immer noch abändern, entfernen, etc. wie ihm beliebt.

[24unix]

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

[Jolinar]

Die sauberste Variante dürfte Option 1 sein...

[tab-kh]

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.

[Ralph]

1) Umwandlung in punycode?
täst.de -> <HOME-Verzeichnis>/www/xn--tst-qla.de/

2) Sonderzeichen entfernen.
täst.de -> <HOME-Verzeichnis>/www/tst.de/

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.

[24unix]

Umlaute in den Domains würde ich ggf einfach in ae, oe, ue, ss (oder sz) umwandeln,

Das Problem ist dabei, es gibt keine Library, die das sauber kann.

OK, im Deutschen haben wir nur 8 Umlaute, eigentlich 4, weil Domains ja case insensitive sind.

Nut: KeyHelp ist in x Sprachen lokalisiert, das bekommst Du nie vollständig umgesetzt.