Verkauf eines Skripts, das auf einem PHP-Framework basiert

8

Es gibt eine Menge PHP-Frameworks (z. B. Zend, Seagull, Symfony, CodeIgniter, CakePHP, Yii, Prado), die große Teile einer skalierbaren / wartbaren Website implementieren, und ich wähle fast immer eine aus um mit dem Erstellen von Client-Websites zu beginnen.

In letzter Zeit habe ich es satt, meinen Kunden konstante Entwicklungsdienstleistungen zu bieten, und ich suche nach Möglichkeiten, umfangreichere kommerzielle Skripts zu schreiben, die in der Hoffnung, immer wieder zu finden, immer wieder verkauft werden können diese magische "wiederkehrende Einnahmequelle", von der man immer wieder in Märchen hört. Bitte beachten Sie, dass ich nicht über den Aufbau von Erweiterungen / Plugins zu CMS-Systemen wie Drupal oder Joomla, sondern über vollständige Webseiten-Skripte spreche.

Hier ist meine mehrteilige Frage:

  1. Gibt es irgendeinen Grund, warum ich ein Skript, das auf einem dieser Frameworks basiert, nicht als schlüsselfertige Komplettlösung verkaufen könnte (besonders, wenn die Lizenzierung des Frameworks sehr flexibel ist, wie die BSD-Lizenz)?
  2. Wenn nicht, warum tun andere nicht dasselbe?
  3. Haben Sie jemals ein kommerzielles PHP-Skript gesehen, das auf einem bekannten Open-Source-Framework basiert?
Ich habe mich das schon seit Jahren gefragt, und niemand, den ich frage, hat jemals wirklich eine gute Erklärung gefunden. Es scheint nur so, als wäre es tabu und niemand weiß wirklich warum? Ich habe kommerzielle Skripts gesehen, die Bibliotheken von Drittanbietern verwenden (d. H. JQuery, PHPmailer, usw.), aber nie habe ich gesehen, dass eine vollständig auf einem Anwendungsframework aufgebaut ist.

    
Lusid 23.07.2009, 19:43
quelle

8 Antworten

5

Es scheint wirklich, dass viele Leute die wahre Natur der Frage verpasst haben und sie sogar bis zu den Sprachdebatten genommen haben (die enden nie gut).

  

Gibt es einen Grund, warum ich ein Skript, das auf einem dieser Frameworks basiert, nicht als schlüsselfertige Komplettlösung verkaufen könnte (besonders, wenn die Lizenzierung des Frameworks sehr flexibel ist, wie die BSD-Lizenz)?

>

Wenn die Framework-Lizenz es zulässt, dann gibt es keinen Grund, warum Sie das nicht tun könnten. Sie haben das Zend Framework erwähnt, so dass Sie vielleicht interessiert sind, sich Magento anzusehen. Während sie eine kostenlose Community Edition anbieten, haben sie auch eine kostenpflichtige Edition, die auch mit dem Zend Framework funktioniert.

Ich habe kürzlich mit einem Datei-Upload-Skript gearbeitet, das kommerziell angeboten wurde, und es wurde zufällig auf Code-Signierer gebaut (Name entgeht mir im Moment).

  

Wenn nicht, warum machen andere das Gleiche nicht?

Meine persönliche Meinung ist, dass es wirklich eine Mischung aus vielen Faktoren ist. Der webbasierte Markt für On-Premise-Anwendungen (im Gegensatz zu SaaS) ist bereits überschwemmt und beginnt zu schrumpfen. Dies reduziert die Nachfrage nach einer Anwendung, bei der Sie das Framework tatsächlich sehen würden (bei SaaS wissen Sie wahrscheinlich nie, welches Framework verwendet wird).

Viele der bestehenden großen Player im PHP-Markt gibt es schon seit einiger Zeit und haben bereits eine eigene Codebasis, die sie erstellt haben und mit der sie vertraut sind. Wenn Sie Jahre damit verbracht haben, eigene Bibliotheken zu erstellen, ist es schwierig, den Wechsel zu einem anderen Framework zu rechtfertigen.

Viele der kleineren Spieler bilden sich selten im richtigen Anwendungsdesign aus und halten sich normalerweise an prozeduralen Code. Die großen OOP-Funktionen, die heute in PHP existieren, kamen erst mit der Version 5.0 auf den Markt. Wohlgemerkt, das war vor etwa 5 Jahren, aber viele Ihrer Programmierer hatten mit ihren PHP-Tutorials und Lernabenteuern begonnen, bevor PHP5 weit verbreitet war und auf Standard-Hosting-Accounts akzeptiert wurde. Da die meisten unserer modernen Frameworks nicht verfügbar waren, lief CakePHP als Beispiel erst 2005 an. Zend Framework gab es erst 2007. Dies sind alles relativ neue Daten und ich würde nicht erwarten, dass viele kommerzielle Anwendungen in Bewegung kommen zu ihnen, bis die aktuelle Generation von Programmierern, die qualitativ hochwertige kommerzielle Anwendungen schreiben können, ein bisschen altern (wieder nur meine Meinung).

    
Mike 24.07.2009, 07:56
quelle
2

Ich muss herzlich mit back2dos widersprechen ..

  1. PHP ist eine solide, unglaublich gut genutzte Programmiersprache für die Entwicklung von Web-Apps. Es kann natürlich für die kommerzielle Entwicklung verwendet werden und Millionen von Menschen (ich eingeschlossen) tun genau dies. Ich bin mir nicht sicher, ob PHP Bashing wirklich relevant ist.

  2. Wahr, PHP wird nicht kompiliert, aber wenn Sie sich wirklich darum kümmern, können Sie Zend Guard verwenden, der Code verschlüsseln kann. Ich persönlich habe Open Source immer als einen Pluspunkt empfunden. Kunden möchten wissen, dass sie den Code bekommen können, wenn sie es wirklich brauchen.

  3. Es gibt viele OS PHP-Apps, einige toll, manche schrecklich. Finden Sie eine Nische (wie jedes Geschäft), etwas, das echte Nachfrage hat, und entwickeln Sie sich dafür.

Ich denke, es ist also in Ordnung, kommerzielle Apps / Skripte zu entwickeln. Stellen Sie nur sicher, dass Sie ihnen anständige Unterstützung und Dokumentation geben. Sie werden feststellen, dass die Leute das schätzen und bereit sind, dafür zu bezahlen.

Abschließend zu Ihrer Frage: Ich stimme zu, dass sie eine viel bessere Chance haben, genutzt zu werden, wenn sie auf einem Open-Source-Framework basieren, da Sie sich einem breiteren Markt öffnen. Zend Framework hat, wie Sie vielleicht wissen, eine ziemlich offene Lizenz, die besagt, dass Sie alles verkaufen können, was Sie damit entwickeln.

    
simonrjones 23.07.2009 22:32
quelle
1

Ich denke, Ihre wichtigste Frage ist Punkt 2, warum machen andere das Gleiche nicht?

Nun, einige Leute sind. Vbulletin war recht erfolgreich im Verkauf von Forensoftware, obwohl es kein Ende der kostenlosen Forum-Software gibt. Ich denke, dass ihr Erfolg teilweise einem bezahlten Produkt zugeschrieben werden kann. Da sie Geld verdienen, ist es einfach, die weitere Entwicklung zu finanzieren. Open Source, freie Projekte erfordern normalerweise ein engagiertes Team, um die Entwicklung in Gang zu halten, da es kein Geld für Motivation gibt.

Es gibt keinen Mangel an schlüsselfertigen Lösungen im Internet. eBay wird kein Ende von $ 5 Skripten haben - sie sind normalerweise Müll und werden nicht unterstützt.

Wo ich arbeite, entwickeln wir maßgeschneiderte, einmalige Anwendungen für unsere Kunden, aber wir versuchen, die gleichen Anwendungen an andere Kunden zu verkaufen, als eine Möglichkeit, unser Geschäft zu skalieren. In diesem Fall handelt es sich um große Projekte im Wert von Zehntausenden, die jedoch nur an eine Handvoll Kunden verkauft werden.

Es gibt keinen Grund, warum Sie ein Produkt nicht für 50 oder 100 Dollar verkaufen und damit Geld verdienen können - Sie müssten nur an 10, 100 oder 1000 Kunden verkaufen, um davon zu leben.

Und um über die frei offene Software zu gelingen? Produziere etwas, das noch nicht verfügbar ist, oder mache etwas viel besseres als das, was kostenlos verfügbar ist.

Ein anderes Modell, das Sie vielleicht in Betracht ziehen, ist Software als Service. Schauen Sie sich zum Beispiel Basecamp (37 Signale) an. Ihr Produkt ist nicht Open Source, Sie können es nicht herunterladen, aber Sie registrieren sich online und zahlen etwas wie $ 10 für ihr unterstes Ende Angebot pro Monat.

Sie müssen keinen Quellcode herausgeben, und sie haben einen soliden wiederkehrenden Einnahmefluss. Sie haben Zehntausende von Konten.

    
David Snabel-Caunt 23.07.2009 22:26
quelle
0

Ja, natürlich können Sie es verkaufen.

Die meisten Leute verkaufen die Skripts nicht nur, weil normale Leute und Unternehmen nicht wissen, was sie damit machen sollen, und deshalb wird ein Entwickler benötigt, der das Skript installiert und konfiguriert. Entwickler kaufen das Skript dann nicht, wenn es eine Open-Source / Free-Alternative gibt. Wenn das Skript eine wertvolle Aufgabe erledigt, die oft erledigt wird, wird es wahrscheinlich jemand kopieren und eine Open-Source-Version erstellen.

Ihr Schlüssel zum Verkauf von PHP-Code ist es, es als Service zu verkaufen. Dies kann entweder die Installation und Konfiguration (wie die meisten Webdesign- / Entwicklungsagenturen) oder eine On-Demand-Version (denken Sie an eine Online-Business-App) sein.

Mein Unternehmen schreibt und erstellt eine Menge PHP-Software für Unternehmen. Wenn wir neue Kunden gewinnen und neue Probleme lösen, schreiben wir unseren Code in wiederverwendbare Klassen, die wir dann ohne weitere Codierung zusammenpacken und an andere Kunden verkaufen können. was ich vermute, ist was du versuchst zu tun. Es ist alles möglich, es braucht nur Zeit und Planung, die Software zu schreiben, um sie für andere Projekte wiederverwendbar zu machen.

    
Jacob Wyke 24.07.2009 00:04
quelle
0

Nun, in diesem Fall denke ich, dass Codeigniter die beste Option sein wird, weil:

  • Sie benötigen keinen Konsolenzugriff zum Konfigurieren von
  • Sie müssen nur Datenbankverbindungen konfigurieren
  • Schnell, MVC, Cache, Protokolle, gute Dokumentation
  • Läuft in PHP4, müssen die Leute, die diese Skripte kaufen, Serverrestriktionen zum Upgrade von PHP
  • haben

Mit freundlichen Grüßen, Pedro

    
Pedro 24.07.2009 10:49
quelle
0

Als PHP-Entwickler seit über 5 Jahren und Verkauf von Skripten habe ich nie versucht, ein kommerzielles Skript mit einem Framework zu entwickeln. Es ist nur, weil ich kein guter Fan eines PHP-Frameworks bin. Jemand kann sagen, wenn du kein Framework verwendest, bist du ein Amateur als Entwickler. Aber ich denke, es ist die Art und Weise, wie jeder Entwickler das Recht hat zu wählen.

Ich denke, einige Unternehmen verwenden keine Frameworks, nur weil sie es einfach nicht mögen, dieses Skript basierend auf "ABC" an die Kunden zu sagen. Sie wollen sich mit ihren Skripten rühmen und nur sie können so etwas entwickeln.

>

Ich habe ein kommerzielles Webskript gesehen, das bisher alle Frameworks verwendet hat.

    
quelle
-2

Ich kann mir einen Grund vorstellen: Piraterie. Wenn dein Skript etwas ist, das ein Haufen Framework-Leute haben will, wird es kopiert. Wenn es nur für eine reiche Nische ist, können Sie das vermeiden, aber dann werden Sie kein märchenhaftes Einkommen bekommen.

Es ist nicht im Open-Source-Geist von PHP. Der Trend ist es zu verschenken und dann den Service in Rechnung zu stellen. Sie sind vielleicht besser darin, Ihr Skript als solches zu vermarkten, und laden Sie einfach Leute auf, nachdem sie Sie konsultiert haben, und Sie übergeben ihnen einen Skript-Download und ein Handbuch.

    
tkotitan 23.07.2009 21:44
quelle
-2

Ich denke, das sind die Hauptgründe, warum es nicht gemacht wird:

  1. Der Punkt von PHP war nie kommerzielle Anwendungen zu bauen (das ursprüngliche Akronym bedeutet "Personal HomePage") ... es ist eine unsichere, inkonsistente Sprache ... es gibt einige gute PHP-Frameworks ... trotzdem , die Sprache ist ... schlecht ... andere Serversprachen sind sauberer, strenger, sicherer, leistungsfähiger, geben Zugang zu einer größeren Codebasis und zu besseren Entwicklungswerkzeugen (insbesondere Java und die ganzen .NET-Sachen) ... i würde niemals PHP benutzen, wenn ich etwas wirklich zuverlässiges aufbauen müsste ... (mein Favorit ist das " Überlauf Schwachstelle beheben " von chunk_split (Zeile 1966)) ...
  2. PHP ist immer Open Source ... ok, es gibt Obfuscatoren oder sogar Möglichkeiten, PHP in einer binären Form zu verteilen ... aber die erste wird wahrscheinlich den Code kaputt machen, wenn man viel tut Reflexion / Introspektion, und die zweite erfordert in der Regel einige PHP-Erweiterungen ausgeführt werden, die nicht wirklich sexy ist ...
  3. es gibt zu viele Open-Source-PHP-Projekte für jede kommerzielle Software, um erfolgreich zu sein ... das war vorher anders, aber heutzutage kann man einfach ALLES in PHP bekommen ... Typo3, Joomla, Mambo, osCommerce , PHPBB usw. ... Frameworks wie Flow3, Symfony, CakePHP ... usw. ...

Es gibt kommerzielle Websites, die auf PHP laufen, aber es gibt keine gute PHP-Software / Framework, von dem ich gehört habe, dass ich dafür bezahlen würde ... es gibt immer eine kostenlose Alternative, und normalerweise ist es besser ...

Sie werden es schwer haben, etwas zu schaffen, das ist wirklich einen Kauf wert ... und wenn Sie Erfolg haben, werden Sie eine große Gemeinschaft haben, die es kopieren wird, wenn es sich lohnt zu kaufen ... entweder für den persönlichen Werbespot Gewinn, oder einfach um eine kostenlose Lösung zu bieten ...

Nun, das ist, was ich denke ...:)

bearbeiten: Lasst mich meine Punkte klären

  1. scheint, ich habe einige PHP-Leute hier verärgert ... das war nicht meine Absicht (aber ich bin ziemlich enttäuscht, wie voreingenommen Sie scheinen, angesichts der Tatsache, dass jeder mir widerspricht, ist ein PHP-Entwickler und ich frage mich ernsthaft, was für andere Sprachen du benutzt hast) ... Ich selbst habe mit PHP auch auf Serverseite angefangen und nachdem ich andere Sprachen durchgesehen habe, kam ich dazu, PHP in einem anderen Licht zu sehen ... Erklärung wird zur Verfügung gestellt ... wer auch immer nicht will um es zu lesen, gehe zu Punkt 2 ... ich sage nicht, PHP verbietet es dir, eine spezifische Lösung zu implementieren ... aber es wird verwendet, um Lösungen zu implementieren, für die es nie entworfen wurde ... es begann als & gt; dies & lt; .. und es wurde ständig von vielen Menschen erweitert, die produziert:

    • eine inkonsistente API ... oder kennt jemand eine Sprache mit einer Namenskonvention, wobei array_search , count und implode alle Array-Routinen sind? Schauen Sie sich Ruby, Ecmascript oder HaXe an, wenn Sie sehen möchten, wie schön Core Language APIs sein können ... ich würde sagen, es ist schrecklich designed ... aber es ist überhaupt nicht entworfen ... es wurde einfach von zahlreichen PHP-Mitwirkenden zusammengestellt ... das ist cool in dem Sinne, dass du eine Funktion für alles hast ... der Punkt ist, du wirst es wahrscheinlich nicht finden ... ok, nach einer Weile wirst du alles wissen ... wahrscheinlich ... Aber in anderen Sprachen, zum Beispiel, wo Arrays Objekte sind, dauert es nicht lange, alle Kern-Array-Routinen zu kennen ...
    • keine echte Philosophie ... schau dir die oben genannten Sprachen an, schau dir Objective-C oder funktionale Sprachen an, wenn du willst, um zu sehen, wie konsistent die Semantik und Philosophie einer Sprache sein kann im Vergleich zu PHPs "naja, wir" Ich werde einfach eine andere Funktion einwerfen, die das Problem lösen wird ... "Auch PHP-Arrays sind die seltsamste Datenstruktur, die ich je gesehen habe ... so etwas wie ein hyperpotenter Hash mit interner Reihenfolge für Schlüssel und Werte ... und doch Es ist nicht einmal ein Objekt ...
    • viel unsicherer Code (viele Funktionen, die eine Überlauf-Sicherheitslücke offenlegen oder nicht binärsicher sind oder nicht entkommen, sind dokumentiert, die für XSS-Angriffe verwendet werden könnten) ... wenn ich eine API-Referenz lese, und das sagt mir Was eine Funktion macht, aber die Wahrheit ist, dass ich viele Möglichkeiten in Betracht ziehen muss (lange Strings können mein gesamtes System zum Absturz bringen oder sogar JEDEN Code injizieren, nullbytes könnte dazu führen, dass nicht ausgeführte Routinen funktionieren, aber beim erneuten Ausdruck der Zeichenfolge) sie verschwinden (das war eine Sicherheitslücke in Strip_Tags bis vor nicht allzu langer Zeit)), dann nenne ich das unzuverlässig und gefährlich ...
    • langsame Ausführung ... eaccelerator und ähnliche Erweiterungen können die Bootzeit signifikant reduzieren, aber die Ausführung selbst wird immer noch langsam sein ... das eigentliche Problem ist, dass die Sprache weit zu permissiv ist, was eine Menge Overhead verursacht ...

    PHP wurde als eine Skriptsprache entwickelt, die eine Reihe von C-Funktionen zusammenfasst ... es wird oft mit weiteren C-Funktionen erweitert, da es nicht die schnellste Sprache ist ... das gibt eine schöne Beschleunigung ... aber wie zur Hölle weiß ich, ob eine Funktion sicher ist? Wer kann es mir sagen? Ich möchte nicht durch Zeilen und Zeilen von C lesen, um zu wissen ... also meine zwei Hauptpunkte:

    • Die API ist ein Chaos
    • Was hinter dieser API steckt, kann eine ernsthafte Sicherheitslücke für Ihre Anwendung darstellen!
    Deshalb ist PHP schwer zu glauben ... ich meine, ich persönlich mag sowohl Java als auch ASP.NET nicht, aber ich muss zugeben, dass sie vertrauenswürdige Plattformen sind und aus einem bestimmten Grund vertrauenswürdig sind ... jetzt Probleme, die von der chaotische API werden von einigen Frameworks gelöst ... aber wenn eine Sprache ein Framework benötigt, um die Core-API zu verpacken, um etwas Nutzbares zu haben, das ist die Basis für guten, wartbaren Code, dann stimmt etwas nicht ...

    >
  2. Wie benutze ich zend guard oder ioncube auf einem beliebigen geteilten Webspace?

  3. wirklich, das beste, was Sie tun können, ist kommerzielle Plugins für weit verbreitete PHP-Software zu schreiben, aber es scheint genau das Gegenteil von dem, was Lusid tun will ... aber in der Hoffnung, eine Nische zu finden, die groß genug ist, dass Sie brauchen keine markanten Marketing-Maßnahmen, um Ihre Kunden zu erreichen, die klein genug sind, um nicht von Nachahmern zermahlen zu werden, einfach genug, um als eigenständige App zu bauen und eine Reihe anderer Kriterien zu erfüllen, die für einen kommerziellen Erfolg unabdingbar sind. scheint mir naiv zu sein ...

greetz

back2dos

    
back2dos 23.07.2009 21:41
quelle