• Du befindest Dich hier:
• Community
• »
• Mitglieder
• »
• david.m
• »
• Beiträge von david.m

Warum die Methoden umständlich per Reflection in ein Dictionary packen gerade wenn die statisch sind und nicht bei der Definition.

        Dictionary<string, Func<bool>> methodMap = new();

        methodMap["true"] = static () =>
        {
            return true;
        };

        methodMap["false"] = static () =>
        {
            return false;
        };

Es gibt laut Doku die Methode ServerManager.OpenRemote(String) die wohl das macht was Du willst.

Du öffnest die Datei mit einen relativen Pfad und dieser muss halt nicht der sein wo die exe liegt.

Das aktuelle Verzeichnis kann mit Directory.GetCurrentDirectory Methode ermittelt werden.

Ich bin mit jetzt auch nicht ganz sicher, aber ich meine wenn das Programm aus Visual Studio gestartet wird ist das aktuelle Verzeichnis in dem die Projektdatei liegt.

Sollte nicht auch folgendes zum Ergebnis führen

var minute = 7; // nur z.B.

var gerundet = minute - (minute % 5); // 5 = 7 - (7 % 5)

break ist aber keine Lösung. Denn was machst Du, wenn es mehr als eine Zeile ist.

Schaue dir DataGridViewRow.IsNewRow Eigenschaft an.

Ich habe ewig nichts mehr mit Winforms und dem DGV gemacht.

Aber kann es sein das die NullReferenceException beim zweiten Durchlauf kommt.
Ich meine wenn die Rows durchlaufen werden sind alle dabei, auch die Zeile um eine neue zustellen dabei.

Was man machen könnte wäre die Ausgabe von where zu parsen.

where externesProgramm.exe

Schaue Dir mal https://keepachangelog.com/ an.

Auf UI Elemente darf nur auf dem UI-Thread zugriffen werden.

[FAQ] Controls von Thread aktualisieren lassen (Control.Invoke/Dispatcher.Invoke)

Sieht für mich wie ein Netzwerkpfad aus, also kann man https://docs.microsoft.com/de-de/dotnet/api/system.io.file.readallbytes?view=net-6.0 nehmen und braucht kein HttpClient.

Schaue Dir auch FileStreamResult an
https://docs.microsoft.com/en-us/dotnet/api/microsoft.aspnetcore.mvc.filestreamresult?view=aspnetcore-6.0 besser
https://www.aspsnippets.com/Articles/FileStreamResult-Net-Core-Example-Using-FileStreamResult-in-ASPNet-Core-MVC.aspx


Ohne eine Prüfung (Berechtigung, ...) eine Datei zurückzugeben ist vielleicht keine so gute Idee.

Sehe Dir folgende Links an:
How to manage the global packages, cache, temp folders in NuGet
nuget.config reference

Schau Dir mal folgenden Thread an Dokument mit C# und HTML

Per UDP Broadcast kann man die SQL Server im lokalen Netzwerk ermitteln analog zur SqlDataSourceEnumerator, dazu siehe GitHub - mrsquish/SqlBrowserClient: A replacement for SqlDataSourceEnumerator in .Net5

Du willst eine Konsolen Anwendung und darin WinForms verwenden?

Siehe dir mal Konsolenfenster und Windows-Fenster in einer .NET-5.0-App und OutputType für WPF- und WinForms-Apps auf WinExe festgelegt an.

<DisableWinExeOutputInference>true</DisableWinExeOutputInference>

Siehe Doku https://docs.microsoft.com/de-de/dotnet/api/system.io.filestream.-ctor?view=net-5.0#System_IO_FileStream__ctor_System_String_System_IO_FileMode_

Ab ASP.NET Core 2.1 ist die Verwendung von Ok(...) nicht mehr notwendig.
Rückgabetypen für Controlleraktionen in der ASP.NET Core-Web-API

Als Alternative bietet sich ggf. eine Symbolische Verknüpfung.

Wenn ich das richtig verstehe wird VisitedOn in ForumThreadUserVisits aktualisiert, wenn ein Thread aufgerufen.
Und das gleiche bei ForumBoardUserVisits, wenn ein Board aufgerufen wird.

Ich weiß nicht wie fix das Datenbankschema ist.
Ich hätte da einen Vorschlag.

Ist es wichtig zu wissen wann eine Thread zuletzt aufgerufen wurde oder reicht es nur zu wissen das für einen User ungelesene vorliegen.

Die Tabellen ForumThreadUserVisits und ForumBoardUserVisits werden durch ForumThreadUserUnread ersetzt.
Diese hat die Spalten UserId, ThreadId und BoardId.

Ist in der Tabelle ein Eintrag vorhanden, bedeutet es liegen ungelesene Post für einen Thread vor.

Wird ein neuer Post (oder auch neuer Thread) erstellt, wird in der Tabelle für alle User ein Eintrag erstellt, wenn noch nicht vorhanden.
Wird von einen User ein Thread aufgerufen, wird ein vorhandenen Eintrag wieder entfernt und man weiß dieser ist gelesen.

Ich greife mal das SQL Fragment von weiter oben auf

SELECT
   Id,
   BoardName,
   (SELECT COUNT(*) FROM ForumThreadUserUnread WHERE UserId = @UserId AND BoardId = Id) AS CountUnreadThread
FROM ForumBoards
JOIN (hier Permission Check)

Wir verwenden für HTML E-Mails scriban. Ist zwar eine andere Syntax als Razor, aber ggf. einfacher.

Die IP Adresse in der E-Mail passt jetzt.

Zum Thema DKIM, habe dort mal die Ausgabe detaillierte Fehlerursache aktiviert.
Und erhalte die Meldung Ungültig (SDID Tag hat falsches Format).
Bei anderen gibt es auch die Meldung Interner Fehler.

Die "Time Series (Daily)" sehen für mich wie ein Dictionary aus, wo der Key der Tag ist.

public class TimeSeries: Dictionary<string, Datum>
{
}

public class TimeSeries: Dictionary<DateTime, Datum>
{
}

Hilfreich finde ich immer den ConnectionStringBuilder des entsprechenden ADO.NET Provider und deren Eigenschaften, um zu sehen was der erstellt
Hier wohl SqlConnectionStringBuilder.

Man erhält jetzt ja eine E-Mail die über dem Login informiert.

In dieser E-Mail steht auch eine IP-Adresse, welche nach meinen Verständnis meine öffentliche sein sollte.
Wenn ich es aber richtig sehe ist es die von einem vorgeschalteten Reverse-Proxy (Cloudflare, Inc.)?

Und DKIM Verifier in Thunderbird zeigt an das diese Ungültig (Signatur ist falsch formatiert) ist.

Von Microsoft gibt es seit kurzen WebView2.

Bei allen hat man das Problem das sich die SQL Dialekte leicht unterscheiden, unabhängig ob man nun
ODBC, OLEDB, ADO und ADO.NET verwendet.

Verwende nicht die direkten Implementierungen der ADO.NET Providern, sondern die Abtraction aus dem Namensraum System.Data.Common
Und für die Erstellung entsprechende die Methoden der Klassen DbProviderFactory und DbProviderFactories.

Im Netzwerk einen eigenen NuGet Server z.B. mit BaGet bereitstellen oder einen lokalen Feed lokal oder einen Share einrichten.
Und die Quelle mit dotnet nuget add source hizufügen.

Wenn man Spaß hat, kann man auch sein eigenes System bauen.
Dazu kann man sich ja mal .Cake (C# Make) ansehen.