Hallo liebe Community,
da ich es gerade schon wieder mitbekommen habe, dass wieder Scripts veröffentlich worden sind, habe ich aus gegebenem Anlass diesen Thread hier verfasst.
Und zwar geht es um dass veröffentlichen von Webscripts ohne die ausdrückliche Genehmigung des Autors bzw. der Autoren.
Ich werde hier nur auf Hobbycoder eingehen, da professionelle/komerzielle Webcoder gute Chancen haben, rechtlich gegen solche Leecher vorzugehen. Im Gegensatz zu Hobbycodern deren Chance rechtlich gegen solche Fälle vorzugehen gegen Null geht.
_______________________________________________________________
Schön und gut. Die Förderung des Open-Source Gedanken. Jemand schreibt einen Script und released in für die breite Masse. Sehr löblich und gegen die benutzung spricht nichts. Eher erfreut es den Autor dass sein Script so zahlreich genutzt wird. Kommen wir aber zur Schattenseite.
Ein Autor schreibt ein Script für einen bestimmten Zweck. Nennen wir das Kind mal beim Namen und machen da ein kleines Beispielchen dazu.
Jemand arbeitet für einen Privatserver, hat tolle Skills im Bereich WebDevelopment. Er schreibt eine eigens für diesen Privatserver gecodete Website mit allen möglichen, tollen Funktionen. Der Admin und das Team sind stolz auf den Developer, andere Privatserverbetreiber stechen sich die Augen aus und platzen anschließend vor Neid und User bekommen einen virtuellen Orgasmus.
_______________________________________________________________
Der Aufwand einer Webapplikation ist von Fall zu Fall unterschiedlich. Greifen wir aber mal unser obiges Beispiel auf.
Ein gutes Panel zu coden is keine Arbeit von 2 Wochen. Es stecken etliche Stunden darin. Wunde Finger, Kaffeeshocks und schlaflose Nächte sind Opfer, die Coder erbringen müssen um das Ziel zu erreichen.
Leecher haben gar keine Ahnung wie viel Arbeit in den 4 MB`s stecken, die sie auf ihrer Platte haben. Es ist eigentlich schon fast Ironie, dass in so wenigen Bytes, so viel Arbeit steckt.
_______________________________________________________________
Unter "leechen" versteht man Umgangssprachlich, dass klauen, benutzen und/oder verbreiten von Dingen die nicht von ihnen gemacht wurden und von denen keine Genehmigung des Autors besteht, diese Dinge zu verwenden.
Leecher wissen nicht, was sie dem Scriptautor antun, besonders bei Webapplikationen ist das ein imenser Schaden der dem Autor entsteht.
Webapplikationen zu schützen ist nach einem Leech eigentlich nahezu unmöglich...
_______________________________________________________________
... da ein PHP Script z.B. vorher nicht kompiliert wird. Man kann die Dateien einfach öffnen und bearbeiten.
Wird ein nicht kommerzieller Zweck verfolgt, so ist das Script meist für eine bestimmte Person bzw. Personengruppe geschrieben und auch nur diese haben dass Recht darauf es zu verwenden.
Nun gibt es zwei Arten von blödsinnigen, dummen Menschen durch die das Script released werden könnte:
a) ScriptkidDz0rs: Diese Gruppe von meist pubertierenden Teenagern, haben nichts besseres zu tun als auf einer Seite (auf die sie Meist neidisch sind) Krampfhaft nach Lücken zu suchen um sich dass Script herunterladen zu können. Anstatt dem Autor des Scripts zu helfen, meinen sie ihm den größtmöglichen Schaden zufügen zu müssen, in dem sie das Script releasen. Unter diese Kategorie fallen auch böse h4xX0rs die sich anderweitig Zugang zum Space verschaffen um sich das Script zu leechen.
b) Gefühlsgeleitete Ex-Teammember oder Vertrauenspersonen:
Diese Art ist eigentlich noch viel schlimmer, da ein Vertrauensbruch zwischen Scriptautor und Vertrauensperson zustande kommt.
Gemeint sind hiermit Personen, denen der Autor im Vertrauen Zugang zum Script ermöglicht hat und die es schamlos missbraucht haben.
So ist es entweder der Admin, der nach einem kleinen Streit mit dem Scripter aus Wut mal seine Arbeit released oder ein Teammember, der ein Team verlässt und selbiges tut.
_______________________________________________________________
Hier tuts weh. Manchmal möchten Scripter ihr Script kommerziell vertreiben und verlangen wenns etwas aufwendig ist, zurecht einen Obolus für den erhalt des Scriptes. Nach dem Eingang des Geldes bekommt der Kunde das Script.
Da wie oben bereits genannt kaum eine Effektive Möglichkeit besteht, dass Script zu sichern, muss der Autor dem Kunde Vertrauen. Und hier liegt auch das Arschloch begraben:
c) Kunde: Ein Kunde releast aus Lust und Laune einfach mal das Script, nichtmal unbedingt um dem Autor zu schaden, sondern einfach nur aus Lust und Laune eben.
Hierdurch würde sogar ein finanzieller Schaden für den Autor bestehen.
_______________________________________________________________
Ich bin mir ziemlich sicher dass ich durch diesen geistreichen Beitrag niemanden konvertieren konnte nichts mehr zu leechen. Ich wollte aber nur aufzeigen wie verdammt weh es tut wenn so viel Arbeit einfach so, mir nichts, dir nichts entwertet wird.
Durch sowas stirbt die Motivation der Autoren, denn: "Warum etwas schreiben, wenn am Ende eh alles für die Katz' ist?"
Momentan, und ich bin da auch verdammt froh drüber, ist WebApp-Piraterie noch nicht sooo verbreitet hier in diesem Forum allerdings Vertrauen die Scripter denen, an die sie ihre Dinge weitergeben und wenn dieses Vertrauen eben gebrochen wird, dann brauch sich auch keiner Wundern warum dann mal Backdoors eingebaut werden.
Eine gewisse Vertrauensbasis sollte hier schon vorhanden sein. Autoren vertrauen ihren "Kunden" und bauen keine Backdoors ein und Kunden releasen nicht einfach Dinge die sie im Vertrauen bekommen haben.
Mein Apell an diese Minderwertige Randgruppe: Lasst den Shice sein, auf Dauer lohnt sich`s nicht. Kauft euch ein Buch und lernts selbst.
An alle anderen Leser hier hoffe ich, dass ich euch die Gefühlslage bei einem Release ein wenig näher beschreiben konnte.
Für Fragen und Anregungen bin ich wie immer, offen.
Grüße,
Lunatic
da ich es gerade schon wieder mitbekommen habe, dass wieder Scripts veröffentlich worden sind, habe ich aus gegebenem Anlass diesen Thread hier verfasst.
Und zwar geht es um dass veröffentlichen von Webscripts ohne die ausdrückliche Genehmigung des Autors bzw. der Autoren.
Ich werde hier nur auf Hobbycoder eingehen, da professionelle/komerzielle Webcoder gute Chancen haben, rechtlich gegen solche Leecher vorzugehen. Im Gegensatz zu Hobbycodern deren Chance rechtlich gegen solche Fälle vorzugehen gegen Null geht.
1.0 Hintergrund der Applikation
_______________________________________________________________
Schön und gut. Die Förderung des Open-Source Gedanken. Jemand schreibt einen Script und released in für die breite Masse. Sehr löblich und gegen die benutzung spricht nichts. Eher erfreut es den Autor dass sein Script so zahlreich genutzt wird. Kommen wir aber zur Schattenseite.
Ein Autor schreibt ein Script für einen bestimmten Zweck. Nennen wir das Kind mal beim Namen und machen da ein kleines Beispielchen dazu.
Jemand arbeitet für einen Privatserver, hat tolle Skills im Bereich WebDevelopment. Er schreibt eine eigens für diesen Privatserver gecodete Website mit allen möglichen, tollen Funktionen. Der Admin und das Team sind stolz auf den Developer, andere Privatserverbetreiber stechen sich die Augen aus und platzen anschließend vor Neid und User bekommen einen virtuellen Orgasmus.
2.0 Aufwand
_______________________________________________________________
Der Aufwand einer Webapplikation ist von Fall zu Fall unterschiedlich. Greifen wir aber mal unser obiges Beispiel auf.
Ein gutes Panel zu coden is keine Arbeit von 2 Wochen. Es stecken etliche Stunden darin. Wunde Finger, Kaffeeshocks und schlaflose Nächte sind Opfer, die Coder erbringen müssen um das Ziel zu erreichen.
Leecher haben gar keine Ahnung wie viel Arbeit in den 4 MB`s stecken, die sie auf ihrer Platte haben. Es ist eigentlich schon fast Ironie, dass in so wenigen Bytes, so viel Arbeit steckt.
3.0 Leechen
_______________________________________________________________
Unter "leechen" versteht man Umgangssprachlich, dass klauen, benutzen und/oder verbreiten von Dingen die nicht von ihnen gemacht wurden und von denen keine Genehmigung des Autors besteht, diese Dinge zu verwenden.
Leecher wissen nicht, was sie dem Scriptautor antun, besonders bei Webapplikationen ist das ein imenser Schaden der dem Autor entsteht.
Webapplikationen zu schützen ist nach einem Leech eigentlich nahezu unmöglich...
3.1 Nicht-Kommerzieller Zweck-----
_______________________________________________________________
... da ein PHP Script z.B. vorher nicht kompiliert wird. Man kann die Dateien einfach öffnen und bearbeiten.
Wird ein nicht kommerzieller Zweck verfolgt, so ist das Script meist für eine bestimmte Person bzw. Personengruppe geschrieben und auch nur diese haben dass Recht darauf es zu verwenden.
Nun gibt es zwei Arten von blödsinnigen, dummen Menschen durch die das Script released werden könnte:
a) ScriptkidDz0rs: Diese Gruppe von meist pubertierenden Teenagern, haben nichts besseres zu tun als auf einer Seite (auf die sie Meist neidisch sind) Krampfhaft nach Lücken zu suchen um sich dass Script herunterladen zu können. Anstatt dem Autor des Scripts zu helfen, meinen sie ihm den größtmöglichen Schaden zufügen zu müssen, in dem sie das Script releasen. Unter diese Kategorie fallen auch böse h4xX0rs die sich anderweitig Zugang zum Space verschaffen um sich das Script zu leechen.
b) Gefühlsgeleitete Ex-Teammember oder Vertrauenspersonen:
Diese Art ist eigentlich noch viel schlimmer, da ein Vertrauensbruch zwischen Scriptautor und Vertrauensperson zustande kommt.
Gemeint sind hiermit Personen, denen der Autor im Vertrauen Zugang zum Script ermöglicht hat und die es schamlos missbraucht haben.
So ist es entweder der Admin, der nach einem kleinen Streit mit dem Scripter aus Wut mal seine Arbeit released oder ein Teammember, der ein Team verlässt und selbiges tut.
3.2 Kommerzieller Zweck-----
_______________________________________________________________
Hier tuts weh. Manchmal möchten Scripter ihr Script kommerziell vertreiben und verlangen wenns etwas aufwendig ist, zurecht einen Obolus für den erhalt des Scriptes. Nach dem Eingang des Geldes bekommt der Kunde das Script.
Da wie oben bereits genannt kaum eine Effektive Möglichkeit besteht, dass Script zu sichern, muss der Autor dem Kunde Vertrauen. Und hier liegt auch das Arschloch begraben:
c) Kunde: Ein Kunde releast aus Lust und Laune einfach mal das Script, nichtmal unbedingt um dem Autor zu schaden, sondern einfach nur aus Lust und Laune eben.
Hierdurch würde sogar ein finanzieller Schaden für den Autor bestehen.
4.0 Also liebe Leecher...
_______________________________________________________________
Ich bin mir ziemlich sicher dass ich durch diesen geistreichen Beitrag niemanden konvertieren konnte nichts mehr zu leechen. Ich wollte aber nur aufzeigen wie verdammt weh es tut wenn so viel Arbeit einfach so, mir nichts, dir nichts entwertet wird.
Durch sowas stirbt die Motivation der Autoren, denn: "Warum etwas schreiben, wenn am Ende eh alles für die Katz' ist?"
Momentan, und ich bin da auch verdammt froh drüber, ist WebApp-Piraterie noch nicht sooo verbreitet hier in diesem Forum allerdings Vertrauen die Scripter denen, an die sie ihre Dinge weitergeben und wenn dieses Vertrauen eben gebrochen wird, dann brauch sich auch keiner Wundern warum dann mal Backdoors eingebaut werden.
Eine gewisse Vertrauensbasis sollte hier schon vorhanden sein. Autoren vertrauen ihren "Kunden" und bauen keine Backdoors ein und Kunden releasen nicht einfach Dinge die sie im Vertrauen bekommen haben.
Mein Apell an diese Minderwertige Randgruppe: Lasst den Shice sein, auf Dauer lohnt sich`s nicht. Kauft euch ein Buch und lernts selbst.
An alle anderen Leser hier hoffe ich, dass ich euch die Gefühlslage bei einem Release ein wenig näher beschreiben konnte.
Für Fragen und Anregungen bin ich wie immer, offen.
Grüße,
Lunatic