Check alle échte Black Friday-deals Ook zo moe van nepaanbiedingen? Wij laten alleen échte deals zien
Toon posts:

Software aanpassingen

Pagina: 1
Acties:
  • 527 views

Verwijderd

Topicstarter
Beste tweakers,

Ik heb wat software waaraan het een en ander veranderd moet worden. Aangezien ik geen diepgaand verstand heb van programmeren of softwareontwerp zal ik mijn vragen hier tot jullie richten om me uiteindelijk beter tot een programmeur te kunnen wenden

Het zijn softwarepakketten voor specialistische doeleinden (database, datamining, application server) die prima werken, echter, vanwege enkele zaken wordt ik toch beperkt in het gebruiken en het (commercieel) verspreiden ervan.

Dingen die o.a. moeten worden gewijzigd zijn de volgende, denk alstublieft met me mee, iedere opmerking is welkom.

Zo moeten de naam van het pakket veranderd worden en moeten er repositories opgezet worden om updates te kunnen verspreiden, De eerste lijkt me voor een beetje programmeur niet lastig en de tweede zou moeten gaan met git/subversion.

De derde is iets lastiger, en dat is het toevoegen van een registratie/activatie procedure. Dit hoeft geen Microsoft WGA-achtige proporties aan te nemen, maar de aanwezigheid ervan is belangrijk als extra horde tegen het verspreiden van de software.

De gebruiker moet bij de installatie een "code" invoeren of iets dergelijks en/of de software kunnen registreren. Wanneer de software contact zoekt met de update server zou deze code/registratie moeten controleren en al dan niet toegang verschaffen.

Conceptje: Activatiecode geproduceerd volgens ingebakken algoritme (suggesties? RSA?) -> bij registratie wordt activatiecode + gegevens geregistreerde naar server gezonden -> bij contact repositories wordt combinatie gecontroleerd en al dan niet toegang verschaft.

Weten jullie of hier al oplossingen voor zijn of dat deze zelf ontwikkeld zullen moeten worden?

Voor de geïnteresseerde, de software is geschreven in C en Java

Met vriendelijke groet, woefie

  • burne
  • Registratie: Maart 2000
  • Niet online

burne

Mine! Waah!

Verwijderd schreef op zondag 12 september 2010 @ 00:47:
Zo moeten de naam van het pakket veranderd worden en moeten er repositories opgezet worden om updates te kunnen verspreiden, De eerste lijkt me voor een beetje programmeur niet lastig en de tweede zou moeten gaan met git/subversion.
Je verspreidt source? Want git/subversion zijn hopeloos als tool voor binaries. De klassieke test is http://www.jouwsoftwarepakket.nl/latestversion.txt opvragen en dat versienummer vergelijken met wat de user heeft. Indien anders leidt je ze naar de downloadpage.
De gebruiker moet bij de installatie een "code" invoeren of iets dergelijks en/of de software kunnen registreren. Wanneer de software contact zoekt met de update server zou deze code/registratie moeten controleren en al dan niet toegang verschaffen.
Dus je zoekt tools voor software activation? Da's googlebaar. Dat kost in het algemeen geld, ja. Wat die dingen doen is je binarie (deels) encrypten en pas na registratie krijgt de eindgebruiker de key om de hele binary te mogen gebruiken. Dat soort tools is nauwelijks lastiger dan een #include in je headerfiles, aangeven wat 'beschermd' moet worden en hercompileren.

I don't like facts. They have a liberal bias.


  • dB90
  • Registratie: Oktober 2004
  • Laatst online: 04-10 00:10
Heb je al gegoogled? En waarom richt je je niet gelijk tot een programmeur om te vragen of (en voor welke prijs) hij dit kan?


Om je vraag te beantwoorden: Er zijn oplossingen voor, maar het lijkt me altijd afhankelijk van het budget, de omvang (van het product/project/kans dat de software illegaal verspreid gaat worden) en het belang ervan, of je iets koopt of zelf ontwikkelt.

[ Voor 0% gewijzigd door dB90 op 12-09-2010 01:04 . Reden: Spelling ]

Webberry Webdevelopment


Verwijderd

Topicstarter
Bedankt voor de antwoorden.

Dat git en subversion hopeloos zijn was mij niet bekend, ik was er slechts van op de hoogte dat CVS niet met binaries om kon gaan, hetgeen met voorgenoemde wel mogelijk zou moeten zijn. Daarnaast is mij verteld dat iig. subversion gebruik kan maken van authenticatie, hetgeen in dit geval handig is.

De "activatie" zou in principe al kunnen met een wachtwoord beveiligde installer, juist het wel/niet toegang verschaffen tot de updateafdeling is het voornaamste punt.

Heeft iemand al ervaring met bestaande software?
dB90 schreef op zondag 12 september 2010 @ 01:03:
Heb je al gegoogled? En waarom richt je je niet gelijk tot een programmeur om te vragen of (en voor welke prijs) hij dit kan?


Om je vraag te beantwoorden: Er zijn oplossingen voor, maar het lijkt me altijd afhankelijk van het budget, de omvang (van het product/project/kans dat de software illegaal verspreid gaat worden) en het belang ervan, of je iets koopt of zelf ontwikkelt.
Om je vraag te beantwoorden: het programmeerwerk zal in zekere zin uitbesteed worden, en dan is het verstandig om zo duidelijk mogelijk te maken wat de bedoeling is.
Nu het toch gaat over programmeren en kosten, hebben jullie een idee waar ik goed voor zoiets terecht kan en wat zoiets gaat kosten?

Qua werk zal het vergelijkbaar zijn als het aanpassen als een project als openoffice (dus hernoemen, activatie en update) openoffice is slechts voorbeeld van grootte

  • The Eagle
  • Registratie: Januari 2002
  • Nu online

The Eagle

I wear my sunglasses at night

Toevallig vrijdag nog een gevalletje activatie van specifieke software bij de hand gehad. Wat men daar had gedaan was software die standaard in een demo mode draaide, maar een specifiek bestand op een specifieke plaats nodig had om volledig functioneel te zijn. Ik heb dat bestand zelf even bekeken, maar was een hex bestand van 59kbyte. Geen idee wat er nou precies in stond, maar zonder dat funtioneerde het pakket iig niet.
Wellicht is dat ook een simpele oplossing voor jouw probleem :)

Al is het nieuws nog zo slecht, het wordt leuker als je het op zijn Brabants zegt :)


  • H!GHGuY
  • Registratie: December 2002
  • Niet online

H!GHGuY

Try and take over the world...

Verwijderd schreef op zondag 12 september 2010 @ 16:01:
Dat git en subversion hopeloos zijn was mij niet bekend, ik was er slechts van op de hoogte dat CVS niet met binaries om kon gaan, hetgeen met voorgenoemde wel mogelijk zou moeten zijn. Daarnaast is mij verteld dat iig. subversion gebruik kan maken van authenticatie, hetgeen in dit geval handig is.
Je moet de zin nog even lezen.
git en subversion zijn niet hopeloos. Integendeel, ze zijn fantastisch. Alleen zijn ze niet geschikt voor het doel wat jij voor ogen hebt.

ASSUME makes an ASS out of U and ME


  • leuk_he
  • Registratie: Augustus 2000
  • Laatst online: 28-11 09:35

leuk_he

1. Controleer de kabel!

The Eagle schreef op zondag 12 september 2010 @ 16:27:
maar zonder dat funtioneerde het pakket iig niet.
Wellicht is dat ook een simpele oplossing voor jouw probleem :)
Tja de truuk is inderdaad, wat staat daar in? iets dat bepaald hoeveel versies van de software er mogen draaien, aan wie de licentie gegeven is, Uiteraard een signature getekend met je public key, en wellicht iets om het aan hardware te koppelen, hoewel dat al gauw geavnaceerd wordt.

Maar wat veel belangrijker is is dat iemand kijkt als iemand updates ophaalt, of de updates wel overeenkomen met de licentie. Zoniet dan laat je iemand bellen die zorgt dat er licenties worden bijbetaald.

[ Voor 3% gewijzigd door leuk_he op 12-09-2010 21:48 ]

Need more data. We want your specs. Ik ben ook maar dom. anders: forum, ff reggen, ff topic maken
En als je een oplossing hebt gevonden laat het ook ujb ff in dit topic horen.


  • RobIII
  • Registratie: December 2001
  • Niet online

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

(overleden)
The Eagle schreef op zondag 12 september 2010 @ 16:27:
maar was een hex bestand van 59kbyte. Geen idee wat er nou precies in stond
Er bestaan geen "hex bestanden". Dus logisch dat je niet snapt wat er in stond ;)


Voor wat betreft dit topic: Ik zie niet wat dit met SEA van doen heeft (Waar hoort mijn topic?). Offertes opvragen kun je prima zelf. Uitvogelen waar je die offertes dan zou moeten opvragen ook.

[ Voor 28% gewijzigd door RobIII op 12-09-2010 22:06 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij

Pagina: 1

Dit topic is gesloten.