Delphi Community Edition und größere Projekte

[dummzeuch]

Zitat:

Zitat von Codehunter (Beitrag 1546416)

Hier ist der besagte Artikel.

"Sonderlich praxisnah war das Set-up allerdings nicht: Parker stellte das Windows-XP-System in einer virtuellen Maschine bereit. Das System wurde direkt mit dem Internet verbunden, also ohne einen Router als zusätzliche Sicherheitsbarriere.

Eine Antivirensoftware war nicht installiert und auch die Firewall des Betriebssystems deaktivierte Parker für seinen Versuch. Danach ließ er das frisch installierte System eine Weile ruhen."

Mit anderen Worten: Der Test sagt so gut wie gar nichts aus.

[Redeemer]

Das mit den Sicherheitsupdate für Windows ist Panikmache. Welche Sicherheitslücken sind im Privatumfeld überhaupt relevant? Browser-0-Days (dagegen helfen Betriebssystemupdates nicht), insbesondere mit Betriebssystem-Sicherheitlücken durch die sie aus der UAC ausbrechen können, und Sicherheitslücken des Typs authentifizierte Remote-Angreifer. Gegen letztere hilft normalerweise bereits NAT (die natürlich nicht gegen andere infizierte Rechner im LAN), ansonsten die Software-Firewall. Bleibt also die Situation, dass ein Browser aus der UAC ausbricht. Mit Werbeblocker ist man da dann auch relativ sicher.
Ergo: Reine Panikmache.

[himitsu]

Es ging hier vorallem um WinXP ... ist Sicherheitstechnisch nochmal 'ne andere Hausnummer, gegenüber den "aktuelleren" auslaufenden WinNT (Win7, Win10 erste Win11)

[Codehunter]

Zitat:

Zitat von himitsu (Beitrag 1546428)

Es ging hier vorallem um WinXP ... ist Sicherheitstechnisch nochmal 'ne andere Hausnummer, gegenüber den "aktuelleren" auslaufenden WinNT (Win7, Win10 erste Win11)

Ist das nicht immer nur eine Frage des zeitlichen Standpunkts? In 10 oder 15 Jahren hat ein Win 7 oder 10 genauso Lücken in Scheunentorgröße. Aber das ist eigentlich auch nicht der Punkt sondern die Frage, was wäre wenn aus welchen Gründen auch immer, modernere Delphis ihr Mutterschiff nicht mehr erreichen können? Ich guck Nachrichten und wenn ich sehe was in den USA abgeht, dann frag ich mich schon welches wirtschaftliche Risiko für kommerzielle Anwender in dem Online-Zwang-sonst-Deaktivierung-Mechanismus liegt. Bei der CE kann man noch sagen, dann gibts halt nix mehr geschenkt. Aber die großen Delphis betriffts ja genauso. Mit einem ELC kann man das Problem abfedern wie es scheint. Das sollte man vielleicht als Empfehlung an alle kommerziellen Delphi-Nutzer nehmen: ELC aufsetzen und vorsorglich alle normalen Lizenzen in Netzwerklizenzen umwandeln lassen.

[dummzeuch]

Zitat:

Zitat von Codehunter (Beitrag 1546441)

Aber das ist eigentlich auch nicht der Punkt sondern die Frage, was wäre wenn aus welchen Gründen auch immer, modernere Delphis ihr Mutterschiff nicht mehr erreichen können? Ich guck Nachrichten und wenn ich sehe was in den USA abgeht, dann frag ich mich schon welches wirtschaftliche Risiko für kommerzielle Anwender in dem Online-Zwang-sonst-Deaktivierung-Mechanismus liegt. Bei der CE kann man noch sagen, dann gibts halt nix mehr geschenkt. Aber die großen Delphis betriffts ja genauso. Mit einem ELC kann man das Problem abfedern wie es scheint. Das sollte man vielleicht als Empfehlung an alle kommerziellen Delphi-Nutzer nehmen: ELC aufsetzen und vorsorglich alle normalen Lizenzen in Netzwerklizenzen umwandeln lassen.

Es gibt eigentlich kaum einen Grund mehr, das nicht zu tun. Eine kleine Linux VM mit dem ELC läuft auf allen aktuellen Rechnern im Hintergrund, ohne dass man das wirklich bemerkt. Also kann selbst ein einzelner Entwickler dies benutzen, es ist nicht mehr nur was für Firmen. Und was die Sicherheit dieser VM angeht: Local Only Netzwerk konfigurieren und man braucht sich keine Gedanken über Updates für das OS der VM machen.

Die Frage wäre eher, ob nicht Embarcadero diese Nutzung irgendwann einschränkt, weil man natürlich beliebig viele Kopien einer solchen VM machen kann, man also auch beliebig viele Kopien der Lizenz verwenden könnte. Das ist deutlich einfacher und sicherer als eine Delphi-Installation zu patchen.

[johndoe049]

Zitat:

Zitat von dummzeuch (Beitrag 1546444)

Die Frage wäre eher, ob nicht Embarcadero diese Nutzung irgendwann einschränkt, weil man natürlich beliebig viele Kopien einer solchen VM machen kann, man also auch beliebig viele Kopien der Lizenz verwenden könnte. Das ist deutlich einfacher und sicherer als eine Delphi-Installation zu patchen.

Keine gute Idee, wenn man den ELC einstampfen würde.

Zum Beispiel würden wir dann auf dem letzten Stand vom RAD Studio bleiben, bis es vom Betriebssystem nicht mehr möglich ist und paralell alles auf Lazarus oder Pilotlogic umstellen. Im Embedded Bereich hat man da zeitlich nicht so einen Druck mit Windows, eher mit Linux Unterstützung.


Nebenbei, unsere neue ERP/Warenwirtschaft sind wir aktuell mit Lazarus primär am erstellen und ohne FastReport.

Bis auf eine Bibliothek für XML und XRechnung sehen wir bei reinen Datenbankanwendungen aktuell nicht unbedingt einen Nachteil in Lazarus. OK, optisch wahrscheinlich nicht so schön wie mit dem RAD Studio und Styles, aber das ist für hausintern egal. Außerdem wird seit neustem auch IntraWeb unterstützt. Mal sehen, ob wir eine Webanwendung für uns machen oder was hybrides.

[Uwe Raabe]

Zitat:

Zitat von johndoe049 (Beitrag 1546446)

Keine gute Idee, wenn man den ELC einstampfen würde.

Das halte ich auch nicht für sehr wahrscheinlich. Immerhin ist es die Voraussetzung für die Network Named User und insbesondere die Network Concurrent Lizenzen, die ja gerade für die größeren Kunden von Bedeutung sind. Gerade bei denen sehe ich auch nicht die Gefahr eines Missbrauchs des ELC.

[Codehunter]

Zitat:

Zitat von Uwe Raabe (Beitrag 1546447)

Immerhin ist es die Voraussetzung für die Network Named User und insbesondere die Network Concurrent Lizenzen, die ja gerade für die größeren Kunden von Bedeutung sind. Gerade bei denen sehe ich auch nicht die Gefahr eines Missbrauchs des ELC.

Vermute ich hier richtig: Das sind Lizenzen welche nicht an einen bestimmten User geknüpft sind sondern eine Firma hat einfach eine Anzahl X freier Lizenzen für Arbeitsplätze und genau so viele können auch gleichzeitig aktiv sein, also parallel ein Delphi starten?

[himitsu]

Nein, es gibt Named-Lizenzen sowohl als auch.

Named User (werden direkt im Windows an einen Windows-User-Account gebunden)
Network Named User (für einen bestimmten Nutzer im Netzwerk) <- ELC (Embarcadero Licence Center)
Concurrent User (irgendein Nutzer im Netzwerk kann sie verwenden) <- FLEX (FlexNet Licence Server)

Im ELC kann man die Netzwork-Named-User selbst einem Nutzer zuweisen (und auch jederzeit ändern)
die Concurrent-User ... da nimmt sich der User, welcher zuerst kommt, die Lizenz (wenn der beendet hat, kann ein anderer User)

[jaenicke]

Aber leider sind die concurrent Lizenzen deutlich teurer (zumindest war das früher so, ich habe auch nichts Gegenteiliges gehört), weshalb sie für die meisten Entwickler kaum in Frage kommen.

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1546494)

Nein, es gibt Named-Lizenzen sowohl als auch.

Die korrekte Antwort auf die Frage wäre aber ein "Ja", denn das Network Concurrent war im Quote explizit nochmal von ihm hervorgehoben worden.

[himitsu]

Nja, bei ELC kann man auch die User wechseln, wenn auch mit bissl mehr Aufwand und nicht automatisch.

Hast du z.B. 3 Entwickler, die nur ab und an und nie gleichzeitig, dann reicht eine Concurrent, anstatt 3 Named-User.

[Codehunter]

Zitat:

Zitat von Uwe Raabe (Beitrag 1546497)

Zitat:

Zitat von himitsu (Beitrag 1546494)

Nein, es gibt Named-Lizenzen sowohl als auch.

Die korrekte Antwort auf die Frage wäre aber ein "Ja", denn das Network Concurrent war im Quote explizit nochmal von ihm hervorgehoben worden.

Genau das meinte ich. Wie läuft das dann in der Praxis? Fragt dann ein Delphi beim Start beim ELC an "Hey darf ich noch?" und der sagt dann "Nö, mit der Lizenznummer läuft schon woanders ein Delphi"? Und wenn der andere Arbeitsplatz das Delphi schließt, wirds am ELC wieder freigegeben?

Ich kann mir nicht vorstellen dass das so komfortabel ist. Das würde ja z.B. internationalen Teams, wo sich die Arbeitszeiten nicht überschneiden, eine Menge Geld sparen. In einer Firma wie unserer dagegen würde es keine Vorteile bringen. Bei uns sind die Entwickler schon zu 120% ausgelastet und arbeiten alle gleichzeitig :roll:

[Uwe Raabe]

Zitat:

Zitat von Codehunter (Beitrag 1546501)

Wie läuft das dann in der Praxis? Fragt dann ein Delphi beim Start beim ELC an "Hey darf ich noch?" und der sagt dann "Nö, mit der Lizenznummer läuft schon woanders ein Delphi"? Und wenn der andere Arbeitsplatz das Delphi schließt, wirds am ELC wieder freigegeben?

Genau.

Zitat:

Zitat von Codehunter (Beitrag 1546501)

Ich kann mir nicht vorstellen dass das so komfortabel ist. Das würde ja z.B. internationalen Teams, wo sich die Arbeitszeiten nicht überschneiden, eine Menge Geld sparen. In einer Firma wie unserer dagegen würde es keine Vorteile bringen. Bei uns sind die Entwickler schon zu 120% ausgelastet und arbeiten alle gleichzeitig :roll:

Da beschreibst du ziemlich genau die beiden Zielgruppen. In den mir bekannten Unternehmen wird der ELC ausschließlich mit Network Named Lizenzen bestückt. Die sind an den Benutzernamen (genauer den Windows-Anmeldenamen) geknüpft. Dieser User darf dann dieselbe(!) Delphi-Version auf bis zu drei Rechnern bzw. VMs gleichzeitig aktiv haben. Starts dieser Version auf weiteren Systemen wird dann mit einem entsprechenden Hinweis verweigert. Auf demselben System zählen beliebig viele Delphi-Instanzen als eine. Das reicht nach meiner Erfahrung für alle realen Anwendungsfälle aus.

Ich habe selbst mehrere VMs mit separaten Delphi-Versionen pro Kunde und da kann es schon mal vorkommen, dass ich diese drei Instanzen tatsächlich ausschöpfe. Wenn dann noch ein weiterer Kunde anruft und was wissen will kriege ich schon ab und an mal so eine Meldung, aber in der Regel gibt es dann auch mindestens eine Instanz die eigentlich schon längst hätte geschlossen werden können. Man wird also auch etwas zum Aufräumen angehalten. Mit meiner früheren Standard Named User Lizenz hätte ich schon bei der Installation Probleme bekommen und mich bestimmt öfter mit dem Support herumschlagen müssen.

Zitat:

Zitat von jaenicke (Beitrag 1546496)

Aber leider sind die concurrent Lizenzen deutlich teurer (zumindest war das früher so, ich habe auch nichts Gegenteiliges gehört), weshalb sie für die meisten Entwickler kaum in Frage kommen.

Eine Network Concurrent Neulizenz kostet m.W. knapp das Doppelte einer Network Named User. Bei nur zwei nicht überlappend arbeitenden Entwicklern ist die Ersparnis also nur marginal. Das lohnt meiner Meinung nach den Aufwand nicht. In anderen Konstellationen mag das durchaus sinnvoll sein.

[himitsu]

Das ist der andere Vorteil von ELC.

Bei Named-User gibt es ein Installationslimit Akivierungslimit, wo die Installation verweigert wird, wenn zu oft installiert wird, also grade wenn man viel mit VMs arbeitet usw.
(da muß man sich dann erst wieder über den Support das zurücksetzen lassen)

Beim ELC gibt es dieses Problemchen nicht, da man alles selbst in der Hand hat.
(hier wird seitens Emba nur die Aktivierung der Lizenz im ELC betrachtet, aber nicht der Delphis gegenüber dem ELC)

Und das mit den 3 Delphis gleichzeitig (unter dem selben Nutzernamen) ist ja bei Beiden gleich.
Bei mir aufm RDP-Server, lokal im Arbeitsschlepptop und manchmal in VM.


Wer ganz viele VMs hat, der könnte halt doch mal über Network-Concurrent nachdenken.
Viele Installationen, aber nur wenige gleichzeitig aktiv.
(klar, ist teurer, aber dafür nicht die Beschränkung auf 3)
Oder halt noch eine zweite Named-User, oder so.



Concurrent könnte man mit dem alten AppWave vergleichen.
Damals gab es temporäre Delphi-Installationen, also wo man aus einem Pool von Lizenzen (oder einer Einzigen) sich etwas nehmen konnte,
dafür dann irgendwo das Delphi quasi auscheckte (runterladen/installlieren),
wenn man es nicht mehr brauchte, es wieder deinstallierte
und mit einem Klick es anderswo wieder draufmachen konnte.

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1546509)

Wer ganz viele VMs hat, der könnte halt doch mal über Network-Concurrent nachdenken.
Viele Installationen, aber nur wenige gleichzeitig aktiv.
(klar, ist teurer, aber dafür nicht die Beschränkung auf 3)

Hast du das selbst schon mal probiert mit Concurrent Licenses? Ich verstehe das so, dass nur die lizensierte Anzahl der User gleichzeitig arbeiten können.

Zitat:

Network Concurrent licenses are managed through the License Server. This provides multiple users with the flexibility of using any Embarcadero product, but each user will only acquire a license when the application or feature is open. This license option tracks the number of simultaneous users. If the number of simultaneous users exceeds the number of purchased licenses, anyone who subsequently tries to start the software is denied access.

Bei einer Concurrent License ist das genau ein User - lediglich der Name ist dann egal. Dass dort keine Beschränkung auf drei gleichzeitige Instanzen auf unterschiedlichen Systemen besteht sehe ich da nicht. Ich würde mich auch nicht wundern, wenn das dabei sogar auf eine beschränkt ist. (Wäre mal eine Frage an @DevidEspenschied)

Was internationale Teams und nicht überlappende Arbeitszeiten betrifft, sollte man auch dies einbeziehen:

Zitat:

Network Concurrent licenses are only valid for the geographic region in which they are sold. Global contracts can be purchased on a contractual basis.

Das schränkt den Einsatz der Concurrent Lizenzen noch weiter ein.

[jaenicke]

Zitat:

Zitat von Uwe Raabe (Beitrag 1546511)

Dass dort keine Beschränkung auf drei gleichzeitige Instanzen auf unterschiedlichen Systemen besteht sehe ich da nicht. Ich würde mich auch nicht wundern, wenn das dabei sogar auf eine beschränkt ist.

Richtig. Der Sinn der 3 Rechner ist ja, dass man die Lizenz als ein Entwickler z.B. auf Laptop, Desktop und Homeoffice-PC nutzen kann. Es geht ja nicht um paralleles Arbeiten. Das entfällt hier, da man auf einem beliebigen Rechner eine Lizenz ziehen und nutzen kann.

Zitat:

Zitat von Uwe Raabe (Beitrag 1546511)

Was internationale Teams und nicht überlappende Arbeitszeiten betrifft, sollte man auch dies einbeziehen:

Zitat:

Network Concurrent licenses are only valid for the geographic region in which they are sold. Global contracts can be purchased on a contractual basis.

Das schränkt den Einsatz der Concurrent Lizenzen noch weiter ein.

Ja, deshalb meinte ich, dass das für die meisten kaum in Frage kommt. Ich habe mich schon immer gefragt, wann eine solche Lizenzierung für einen Kunden Sinn macht. Denn wie oft hat man z.B. 20 Personen in einer Region, die so selten parallel mit Delphi arbeiten, dass z.B. 5 Lizenzen reichen? Das müsste ja dann ein Crossover aus IT, Entwickler, Tester, ... sein. Das gibt es natürlich, aber dann ja eher in Firmen, wo nicht genug Mitarbeiter da sind, um die Positionen dediziert zu besetzen. Und dann braucht man auch wieder eine solche Lizenzierung nicht.

Ja, es würde mich ehrlich interessieren. ;-)

[jaenicke]

// EDIT:
Ich prüfe genauer, daher ziehe ich das erstmal zurück.