es gibt ein schönes aria-validator plugin für den chrome, der sucht alle kritischen Stellen raus mit Lösungsvorschlängen, also darf das nicht die Ausrede sein
Ja, Firefox hat sowas in der Entwicklerkonsole sogar eingebaut.
Beiträge von AutoYaST
-
-
Gibts schon
Blödsinn, gibt es nicht.
-
Eventuell könnte man in Bielefeld kostengünstig ein Rechenzentrum "bauen"...
-
Was bei dem ganzen Nichtvalidieren aber zu kurz kommt: Accessibility für Menschen mit Einschränkungen - für Screenreader etc
Das ist ein riesen Problem! JavaScript basierte Websiten *können* zugänglich gestaltet werden, sind es aber leider oft nicht.
-
Ihr mit euren 3TB Speicher.. ich wäre über irgendwas mit RS um die 10 Euro schon glücklich.. Speicher, Kerne, mir alles Banane!
-
@ Lars: Mal nebenbei: Beim Rumklicken auf Ostereiersuche ist mir aufgefallen, dass der Demo-Link zur SOGo einen 503er auswirft.
Mir ist aufgefallen, dass wenn man versucht von der Seite "Jobs" zur Seite "Ausbildung" zu wechseln, mein Firefox einen Redirection Error auswirft.
-
Der Link zu Themenvorschlägen im README.md scheint defekt zu sein, wollte den ersetzen, konnte aber mit der Suche keinen passenden Foreneintrag dafür finden - ist dieser Thread hier der korrekte Ersatz?
-
Da hat sich wohl noch nichts getan. Ich hoffe wenigstens die Fehler mit den abgeschnitten Tickets bei bestimmten Zeichen ist behoben. Hab es vor längerer Zeit im Forum dokumentiert und auch dem Support geschrieben.
Wenn nicht auch deine Dokumentation abgeschnitten wurde...
-
managed Server
Vielleicht verstehe ich etwas falsch, aber ist der Sinn eines managed Servers nicht, solche Thematiken dem Support zu übergeben?
-
Bei Plattformen wie Flippa kann man einen beliebigen Registrar nutzen und die Verifizierung via TXT Record vornehmen. Ich meine bei Sedo ging das auch irgendwie, vielleicht aber nicht bei allen Produkten.
Edit: Sehe gerade, dass du die Parking Funktion nutzen möchtest. Das ist dann was anderes, da sie wollen, dass man dafuer die Nameserver umstellt. Allerdings sollte es hier möglich sein, die Nameserver selbst beim verwendeten DNS Hoster (zB deinem Registrar) einzutragen - werden da nicht "hinter" dem Auswahlmenü welche angezeigt?
-
Och, ich dachte immer da kommt ein Netcup Mitarbeiter und bohrt ein Loch durch die Platte.
-
Nur als kurzer Kommentar, falls nicht irgendwo erwähnt wurde, welches Dateisystem verwendet wird - resize2fs ist nur für ext* Dateisysteme anwendbar.
Einem GUI User wird aber ein Boot mit GParted am leichtesten fallen - GParted verwendet dann von alleine die richtige Software im Hintergrund.
-
Let's Encrypt sind die IP Adressen egal.
Mit einer DNS Challenge muss der authoritative DNS Server nichtmal A/AAAA Records liefern.
Nur fuer HTTP/TLS ACME Challenges ist das relevant, da hier versucht wird, einen Server "hinter" der Domain zu kontaktieren, um diese zu verifizieren - dann muss das natuerlich auch ein aus dem Internet erreichbarer sein.
-
Ihr seid ja lieb und habt anscheinend noch nie Zugang zu einem Produktivsystem erhalten, welches euch beim ersten Login mit einem 1,5 Jahre alten Arch Linux begrüßt hat.
-
Die Verwaltungssoftware bist du selbst, wenn du nicht eigens eine installiert hast.
-
Ich habe da derzeit nur die Kurzhostnamen drinnen, finde die Idee von ThomasChr, noch das Modell dazuzuschreiben, aber ziemlich gut - dann hätte ich etwas weniger Angst, bei Inhaberwechsel vom falschen Server die Festplatte zu löschen.
-
Muss nicht - manche Mailserverstacks verlangen zwar eine Drittleveldomain, aber rein theoretisch könntest du auch mit einem einfachen Kurzhostnamen ("foo") im lokalen Netzwerk einen Mailserver betreiben.
-
Schon doof, wenn der ssh-login per key zu einem neuen Server nicht klappt, man ne dreiviertel Stunde nach Fehlern in den Konfigurationen sucht und dann am Ende feststellt, dass man nur ständig die IP des falschen Servers genommen hat.
Oder die alte Adresse noch im DNS Cache schlummert.
-
<selector>._domainkey.<domain, fuer welche du gerade DNS bearbeitest>
-
Hi,
der Mailserver läuft nur unter einer Domain, dieser kann dann Email-Dienste für beliebig viele weitere Domains verwalten. Sprich, dein bestehender Mailhost "mail.domain.de" wird dann bei sämtlichen Domains als MX eingetragen.
MX, DMARC, SPF records sind bei allen verwalteten Domains identisch (es sei denn, du wünscht aus eigenen Gründen unterschiedliche DMARC/SPF Einstellungen, bspw. unterschiedliche DMARC RUA Parameter - sorgt bei "simplen" Setups aber in der Regel nur für mehr Probleme bei der Fehlersuche).
Lediglich der DKIM record sollte unterschiedlich sein - wenn auch nicht erforderlich - für DKIM solltest du für jede neue Domain einen eigenen key generieren - das bietet Mailcow neuerdings, wenn ich mich recht erinnere, direkt als Option an, wenn man eine neue Domain anlegt.
