Beiträge von Syntafin

Back to the Gateway Queue, hoffentlich heute schneller!

Zitat von flyingtable07

versteh ich nicht

Was verstehst du nicht?

Zitat von Blacksonny

Dann bist du ja richtig Leidenschaftlich am Spielen, dass du bis nach Manchester fliegst für Citizen

Und nach dem was man heute so sah, und die Atmosphäre dabei im Raum, hat es sich gelohnt!

Ja, in Manchester!

Auf dem einen Foto sieht man ein Triebwerk, dazu eine Insel....

Zitat von flyingtable07

Segelflugzeug

Überdenke diese Aussage.

Ratet mal!

Zitat von mmaark

Ok bei MySQL hätte man keine Probleme? Sehe ich das so richtig?

Kommt auf den Anwendungszweck an, man plant ja aber stets richtung Zukunft und gerade was die Weiterentwicklung angeht, da hängt MariaDB aktuell stark hinterher.

Zitat von mmaark

Ah ok MariaDB, wird derzeit nicht mehr weiter entwickelt?! (Updates usw)

Sehr, sehr langsam. Gerade was Performance angeht kam mit MySQL 8 einige gute Dinge dazu.

Zitat von mmaark

Sollte ich lieber auf MySQL wieder umsteigen? Damit ich keine Probleme bekomme mit meinen Seiten, wenn sie mal größer werden?

Der Punkt an dem einfache Dinge wie eine WSC Installation "zu groß" werden, dürfte schwierig zu erreichen sein, ich glaube auch kaum das da jemand bisher an die Grenzen stößt.
Solche Themen sind für größere Anwendungen mit tausenden/Millionen Nutzern gleichzeitig relevant und vor allem wenn es um Geo-Load-Balancing geht.

Zitat von Blacksonny

Das wäre cool hatte bisher nicht viele Berührungspunkte mit Datenbanken.

Das ist jetzt nur eine grobe Überlegung, ausbaufähig bestimmt, wie gesagt grob überlegt zum Aufbau.

Zitat von mmaark

MariaDB ist nicht gut, für größere Projekte?

Wenn es um Skalierbarkeit und Clustering geht, nein.

Zitat von mmaark

Meinst du , wenn beim Projekt, sich viele Nutzer aktiv sind und registriert sind und so, dass man eher MySQL nehmen soll?

Die Menge an Daten hat damit nichts zu tun, es geht schlicht um die Skalierbarkeit, MariaDB unterstützt meines Wissens nach noch immer kein Clustering, MySQL/PostgreSQL schon (letzteres wird im Professionellen Umfeld ja eh bevorzugt).

Auch ist die Zukunft von MariaDB seit einigen Monaten sehr ungewiss wie es da nun wirklich weiter geht. Persönlich bin ich selbst auf PostgreSQL umgestiegen, da es mir die Entwicklung vereinfacht hat, und ich nicht zwei DBMS laufen lassen muss lokal.

Kommt auf die Größe an, PostgreSQL oder MySQL (kein MariaDB) sind für größere Projekte gut.

Dazu natürlich noch Redis/SwooleTables/Memcache für Cache speicherungen.

Datenbank ist Recht "einfach" vom Aufbau her. Da kann ich heute mittag mal meine Ideen reinschreiben.

Wenn Apple es seine gelegentliche Disfunktion in der Verwendung von backdrop Filtern nicht korrigiert, kann man da leider nicht viel machen, außer eventuell auf Backdrop Filter zu verzichten, was leider eine Menge sind...

Zumal unverständlich ist für mich wieso es nur diesen Part betrifft, da ich Backdrop Filter überall einsetze (sämtliche UI Elemente).

Ich kann nur tippen das es auf die Hintergrundfarbe irgendwie reagiert (IIRC sind die Fuchsia-100/10)

Einen gewissen Zusammenhang kann man da langsam feststellen, da es allesamt iOS 18 sind.

Zitat von Blacksonny

Safari verwendet denke ich auch eine andere Rendering Engine.

Safari verwendet WebKit .

Spezifisch das CSS das auf die Kategorie Liste angewendet wird:

    -webkit-text-size-adjust: 100%;
    tab-size: 4;
    font-family: ui-sans-serif,system-ui,sans-serif,"Apple Color Emoji","Segoe UI Emoji",Segoe UI Symbol,"Noto Color Emoji";
    font-feature-settings: normal;
    font-variation-settings: normal;
    -webkit-tap-highlight-color: transparent;
    --fina-color-primary: #86198f;
    --fina-color-secondary: #f5d0fe;
    --fina-text-light: #f9fafb;
    --fina-text-dark: #111827;
    --primary-50: 236 253 245;
    --primary-100: 209 250 229;
    --primary-200: 167 243 208;
    --primary-300: 110 231 183;
    --primary-400: 52 211 153;
    --primary-500: 16 185 129;
    --primary-600: 5 150 105;
    --primary-700: 4 120 87;
    --primary-800: 6 95 70;
    --primary-900: 4 78 56;
    --primary-950: 2 44 34;
    --surface-0: 255 255 255;
    --surface-50: 250 250 250;
    --surface-100: 244 244 245;
    --surface-200: 228 228 231;
    --surface-300: 212 212 216;
    --surface-400: 161 161 170;
    --surface-500: 113 113 122;
    --surface-600: 82 82 91;
    --surface-700: 63 63 70;
    --surface-800: 39 39 42;
    --surface-900: 24 24 27;
    --surface-950: 9 9 11;
    --primary: var(--primary-500);
    --primary-inverse: var(--surface-0);
    --primary-hover: var(--primary-600);
    --primary-active-color: var(--primary-600);
    --primary-highlight-opacity: .1;
    --primary-highlight-inverse: var(--primary-700);
    --primary-highlight-hover-opacity: .2;
    line-height: inherit;
    letter-spacing: .05em;
    --tw-text-opacity: 1;
    white-space: nowrap;
    --tw-border-spacing-x: 0;
    --tw-border-spacing-y: 0;
    --tw-translate-x: 0;
    --tw-translate-y: 0;
    --tw-rotate: 0;
    --tw-skew-x: 0;
    --tw-skew-y: 0;
    --tw-scale-x: 1;
    --tw-scale-y: 1;
    --tw-pan-x: ;
    --tw-pan-y: ;
    --tw-pinch-zoom: ;
    --tw-scroll-snap-strictness: proximity;
    --tw-gradient-from-position: ;
    --tw-gradient-via-position: ;
    --tw-gradient-to-position: ;
    --tw-ordinal: ;
    --tw-slashed-zero: ;
    --tw-numeric-figure: ;
    --tw-numeric-spacing: ;
    --tw-numeric-fraction: ;
    --tw-ring-inset: ;
    --tw-ring-offset-width: 0px;
    --tw-ring-offset-color: #fff;
    --tw-ring-color: rgb(59 130 246 / .5);
    --tw-ring-offset-shadow: 0 0 #0000;
    --tw-ring-shadow: 0 0 #0000;
    --tw-shadow: 0 0 #0000;
    --tw-shadow-colored: 0 0 #0000;
    --tw-blur: ;
    --tw-brightness: ;
    --tw-contrast: ;
    --tw-grayscale: ;
    --tw-hue-rotate: ;
    --tw-invert: ;
    --tw-saturate: ;
    --tw-sepia: ;
    --tw-drop-shadow: ;
    --tw-backdrop-brightness: ;
    --tw-backdrop-contrast: ;
    --tw-backdrop-grayscale: ;
    --tw-backdrop-hue-rotate: ;
    --tw-backdrop-invert: ;
    --tw-backdrop-opacity: ;
    --tw-backdrop-saturate: ;
    --tw-backdrop-sepia: ;
    --tw-contain-size: ;
    --tw-contain-layout: ;
    --tw-contain-paint: ;
    --tw-contain-style: ;
    box-sizing: border-box;
    border-width: 0;
    border-style: solid;
    border-color: #e5e7eb;
    color: inherit;
    text-decoration: inherit;
    transition-property: color,background-color,border-color,text-decoration-color,fill,stroke;
    transition-duration: .5s;
    transition-timing-function: cubic-bezier(.4,0,.2,1);
    background-color: #a21caf1a;
    padding-left: 1rem;
    padding-right: 1rem;
    padding-top: .5rem;
    padding-bottom: .5rem;
    --tw-backdrop-blur: blur(4px);
    backdrop-filter: var(--tw-backdrop-blur) var(--tw-backdrop-brightness) var(--tw-backdrop-contrast) var(--tw-backdrop-grayscale) var(--tw-backdrop-hue-rotate) var(--tw-backdrop-invert) var(--tw-backdrop-opacity) var(--tw-backdrop-saturate) var(--tw-backdrop-sepia);

Kann man auch direkt sehen man darf nur nicht den Fehler des "Quelltext anzeigen" begehen:

Da mich der mmaark darauf hinwies, und mir bis eben bekannte Fragen die Apple Geräte haben keine Möglichkeit bleibt, hier mal die Frage in die Runde, ob die Darstellung eines gewissen Elementes auf meiner Seite:

Syntafin

Willkommen bei meiner kleinen Galerie, hier landen hauptsächlich Aufnahmen aus Spielen. Manches sind einfache Screenshots, manches aber auch aufwendig…

syntafin.de

für andere ebenfalls "falsch" ist. Vorab die Information: Wer DarkReader oder entsprechende Browser-Einstellungen verwendet zum "erzwingen" eines "Dark Modes" ist.... disqualifiziert eigentlich, verfälschte falsche CSS Dateien sind nicht hilfreich (CoinMiner Browser Ergebnisse jucken mich ebenfalls nicht... es geht um Apple + Safari [WebKit]).

Wie es nicht aussehen sollte, aber scheinbar bei Apple + Safari aussieht:

Wie es aussehen sollte:

Weil ich kann mir das absolut nicht erklären. Probiere ich es selbst mit Epiphany (WebKit) aus, sieht es wie es sein soll aus:

Hoffe hier hat noch die ein oder andere Person ein wenig Feedback dazu, oder sogar die Lösung für dieses Apple-Problem.

Hab da grob eine Idee, klingt Recht einfach in der Umsetzung werde ich vlt heute mittag mal kurz mir anschauen, was ähnliches brauchen wir ja vlt auch bald bei XIVData.

Kenne jetzt keine fertige Lösung dafür, außer es lässt sich zB ein Shop System dafür umbiegen.

Was genau müsste es denn können? Sonst würde sich Selfmade ja Recht einfach anbieten.

Was hast du angegeben um freigeschaltet zu werden ?

Hetzner hat jetzt angekündiget eine S3 kompatible Lösung zu starten, Grund genug es sich doch mal anzusehen und über mögliche Kosten zu diskutieren .

Zitat von Hetzner Cloud

Join the beta test for Object Storage

We’re thrilled to announce the upcoming launch of Object Storage and the beginning of its beta phase!

• How to participate Click here to request access. If you meet our criteria and we still have spots available, we'll activate the feature for your account.
• About the beta test Until the end of October, Object Storage will be free of charge. On 1 November 2024, you can either continue using the feature or delete your Buckets and their data. The service will be charged from this point on. See our Docs to learn more about the billing model. At the beginning of beta, Object Storage is only available in Falkenstein. We can't guarantee flawless performance at this stage. If you run into issues, please let us know via the forum.

Was denkt ihr dazu? Interessant? Für mich kommt das recht passend, da ich aktuell überlege zumindest meine private Seite(n) zukünftig wohl richtung Serverless zu gehen.

Bis auf einige Ausnahmen lasse ich/wir alles auf Hetzner VPS (Cloud) laufen, gerade die ARM Server sind ganz geil.

Backups kann man bei Cloud einfach aktivieren/zu buchen, gibt dann Daily-Backup das 7 Tage Backlog bietet.
Sieht dann so aus:

Da siehst auch gleich die Angaben zu den Kosten diesbezüglich.

Gut, ich halte auch nicht alle. Eine habe ich sogar mal gelöscht und später als sie wieder frei war wieder registriert, nicht um sie zu nutzen... Sondern um Schandtaten wie davor damit zu verhindern.

Einige Domains werde ich aber nie kündigen, auch wenn es nur für einen Scherz entstanden ist, wie so teile wie eorzeadates.com.... aber denke meine erste .space Domain werde ich wieder löschen, da wir nun eine bessere dafür haben.

Eigentlich sagt der Titel schon alles, wie geht ihr mit alten Domains um die ihr nicht mehr benötigt?

Ich für meinen Teil halte sie, teils lasse ich sie einfach unkonfiguriert beim Registrar liegen oder leite sie auf meine private um.