Suchergebnisse

Moinsen, der SQL-Server bietet in den aktuellen Versionen die Verschlüsselung der Datenbanken an. Aber: Verschlüsselte Daten wieder herstellen (z. B. nach einem Plattencrash) ist schwierig bis unmöglich. Die Frage ist, welche Möglichkeiten man haben möchte, wenn die Datenbank mal nicht mehr funzt. Da wäre meine dringende Empfehlung, die Sicherungen nicht zu verschlüsseln. Ebenso sollte man die Daten auch in einem gut lesbaren Format als zusätzliche Sicherung vorhalten. So, und erst dann kommt di…

Moinsen! Noch eine Sache, die ich vergessen habe zu erwähnen: Die beste Verschlüsselung der Daten nutzt nix, wenn der unberechtigte Zugriff über Sicherheitslücken in der Webanwendung oder anderen Zugriffsebenen erfolgt, die von der DB die unverschlüsselten Dateen zur Verfügung gestellt bekommen. Viele Grüße Gerrit

Moinsen, beim Webzugriff würde ich von SQLite, Access etc. absehen, da diese nicht oder nur eingeschränkt mehrere Abfragen parallel verarbeiten können. Ich persönlich bevorzuge den MS-SQLserver (die Kostnix-Version scheint für Deine Zwecke ausreichend). Allerdings würde ich dazu raten, diesen nicht direkt dem Webinterface zugänglich zu machen sondern einen selbstgeschriebenen Proxy - nein, das ist dann kein Webinterface auf einem IIS oder Indianer sondern ein natives TCP-Protokoll oder, wenn es …

Moinsen, Zitat von MrTrebron: „Bitte keinen selbstgeschriebenen HTTP-Server oder komisch gestricktes Zeug.“ Na, das sehe ich aber deutlich anders. Egal ob Indianer, IIS, oder andere: Die Dinger sind so komplex geworden, daß man da nur allzu leicht was in der Konfiguration übersehen kann. Wenn dann noch PHP, WordPress etc. pp. mitwerkeln wirds noch unübersichtlicher. Und auch die entsprechenden NET-Klassen nutzen im Hintergrund entsprechende Funktionen. Da sieht das bei einem ganz schlanken HTTP-…