Het is niet alleen het kunnen versleutelen, maar de server moet het ook kunnen begrijpen.
Bij een hostingprovider wordt dit al lastig, omdat zij niet zomaar plugin's en extenties van jan-en-alleman gaan toevoegen.
Wie is dan op dat lumineuze idee gekomen? Dat is niet werkbaar. Alleen voor kleine projecten voor jezelf. Als je wil distribueren zul je instructies moeten achterlaten waar mensen de benodigdheden moeten downloaden, welke versies etc. Je mag ze immers niet zonder meer bundelen. En dat is maar het topje van de ijsberg van de ongein die je moet uithalen, iets waar je zelf nu ook achter komt.
Ik ben in PHP een systeem aan het ontwikkelen voor een organisatie waar ik vrijwilligerswerk voor doe.
Mag ik aannemen dat hetgeen wat jij aan het ontwikkelen bent, ook onder vrijwilligerswerk valt?
Jordy Deweer op 28/08/2017 18:02:36
Nu willen zij dat programma verkopen, maar zonder dat de broncode beschikbaar wordt.
Bovenstaande van mij is een aanname; dus bij deze ook even een reactie die compleet los staat op alle andere gegeven reacties.
Stel dat jij inderdaad vrijwillig het systeem hebt ontwikkeld, dan komt er bij mij maar 1 vraag naar boven; waarom willen zij iets verkopen waar jij rechten over hebt, wil je dit uberhaubt wel?
In dat geval zou ik of naar een licentiemodel gaan;
of afstand doen van de code en een normale overdracht doen waarbij je de rechten meegeeft, uiteraard wordt jij hier dan (financieel) beter van.
Maar goed; even inhoudelijk terug naar je vraagstelling.
Stel dat ik een potentiele koper ben, dan wordt ik echt niet gelukkig van een gecodeerde programmering; omdat ik op dat moment niks meer kan uitbouwen op een bestaand concept. Met andere woorden: Jij koopt een auto. Ik geef je de sleutel. Je rijd er je rondjes mee, tank raakt leeg. Maar heb zelf een slot gebouwd in de tankdop. Maar die sleutel kreeg je niet van mij mee.
Het voelt als een nare nasmaak. Mijn advies is; denk even 3x na voordat je je in allerlei bochten gaat wringen.
Jordy, waar ik op doel zijn de verschillende libraries die je gebruikt, PHP en wat er verder bij komt kijken. Per geval moet je gaan bekijken of je dit wel in je distributie mag stoppen of dat de gebruiker dit zelf "eventjes" moet downloaden.
Als de broncode (php) van de applicatie dan onleesbaar moet zijn, is het dan niet beter om de applicatie zelf te houden en als een service aan te bieden.
Dus de hosting/onderhoud etc blijft bij jullie en met een maandelijks abonnement kunnen mensen er gebruik van maken.
Dan blijft de broncode alleen binnen jullie organisatie bekend.
Ik heb afgesproken dat ik de broncode schrijf en afstand doe van rechten, zonder betaling. Ik ontwikkel als hobby en vind het wel leuk om daarmee dan iemand te helpen.
Het is soms moeilijk om iedereen via een URL te laten gaan... Daarom hebben we ervoor gekozen om een soort Windows applicatie in PHP te schrijven: de interface in PHP en de afhandeling d.m.v. PHPDesktop. Deze maakt alleen verbinding met een externe database.
Ik ontwikkel het als tussentijdse oplossing, alvorens ik me in, bijvoorbeeld, VB.net kan richten. Ik zou het liefst natuurlijk met Python werken dan, maar ja...
Het zullen niet écht computerexperts zijn die met het programma werken, en om de Python bytecode heb je toch wel wat tijd en kennis nodig; neem ik aan, klopt dat niet?
Ik zie wel hoe ik het oplos. Als ionCube toegankelijk is voor mij als schermlezergebruiker, zou ik dat wel eens durven overwegen...
Waarom zou je dan liever in Python werken? Om de bytecode kan het niet zijn, hier kun je gewoon wat voor downloaden. PHP was in dit geval echter een bijzonder ongelukkige keuze, omdat het gewoonweg niet gemaakt is om full blown applicaties te schrijven. Leuk een library, maar je weet maar nooit of dat blijft werken, of überhaupt goed werkt bij iedereen.
