Discover Habbo's history
Treat yourself with a Secret Santa gift.... of a random Wiki page for you to start exploring Habbo's history!
Happy holidays!
Celebrate with us at Habbox on the hotel, on our Forum and right here!
Join Habbox!
One of us! One of us! Click here to see the roles you could take as part of the Habbox community!


Page 2 of 2 FirstFirst 12
Results 11 to 16 of 16
  1. #11
    Join Date
    Sep 2006
    Location
    Evanston, Illinois.
    Posts
    2,361
    Tokens
    0

    Latest Awards:

    Default

    Are we talking pure PHP?

    Because if so, it's near impossible to stop somebody nullifying/unlicensing software.
    How could this hapen to meeeeeeeeeeeeeee?lol.

  2. #12
    Join Date
    Aug 2008
    Location
    Australia!
    Posts
    33
    Tokens
    0

    Default

    Ok, Change of Plans then.
    Any ideas on a site I should make?

    Doesn't matter how complicated it is, I'm just wanting a sweet idea.
    Thanks


    Ryzie

  3. #13
    Join Date
    Mar 2008
    Posts
    5,108
    Tokens
    3,780

    Latest Awards:

    Default

    Quote Originally Posted by Hypertext View Post
    Are we talking pure PHP?

    Because if so, it's near impossible to stop somebody nullifying/unlicensing software.
    It's possible to make it not able to be removed, but it's not possible to let them figure out how it works

  4. #14
    Join Date
    Sep 2006
    Location
    Evanston, Illinois.
    Posts
    2,361
    Tokens
    0

    Latest Awards:

    Default

    My personal way would be to have some core functionality that calls method, off your own server, for instance an API type thing, whereas you only give out the client.
    How could this hapen to meeeeeeeeeeeeeee?lol.

  5. #15
    Join Date
    Dec 2004
    Location
    Essex, UK
    Posts
    3,285
    Tokens
    0

    Latest Awards:

    Default

    The thing is that it's actually really quite difficult to make a catch all licensing system for release. The main reason is that it requires the person to know the licensing script well before they can integrate is effectively and securely. If they don't know the system, then they'll probably leave a hole and they will have wasted their time. For this reason, in my opinion is it best to code a customized license system for each application, preferably coded by the writer of the software it's for.

    When I have made scripts in the past, I have tried to avoid licensing and obfusucation because it stifles the creativity of users. For example, if you want to allow plugin development, people need to see the code really. In the past I have thought of having one protected file with just licensing functions and a core function, but the problem is that if some really wanted to they could rewrite the core functions to get around it.

    For this reason, my applications have tended to have open sources, and just because I'm kind

    Tim



    i used to be NintendoNews. visit my blog or add me on twitter.
    need help with vista? i am a microsoft certified technology specialist in configuring windows vista and connected home integrator.. pm me for help!


    "I am the way, the truth, and the life. No one comes to the Father except through me"
    John 14:6 (NIV)


  6. #16
    Join Date
    Mar 2008
    Posts
    5,108
    Tokens
    3,780

    Latest Awards:

    Default

    Quote Originally Posted by Hypertext View Post
    My personal way would be to have some core functionality that calls method, off your own server, for instance an API type thing, whereas you only give out the client.
    That's what I just said.. when the class is constructed, have it automatically call a check function, which then returns the output on whether or not it should continue.

Page 2 of 2 FirstFirst 12

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •