SFS Contract Developer Required
Posted: 17 May 2010, 11:45
Hi,
I am looking for a Smart Fox Developer who may be able to carry out some work for us on our virtual world, looking to start ASAP.
This work can be done remotely by VPN into our system or alternatively come into our offices which are based in London, UK.
On a separate (or possibly related note) it would be really good to get some training on Smart Fox server for one of our developers - so again if there's anyone who would be able to provide some face-face training in our London office, that would be great.
I have listed the sort of work we are looking to get done, please send me a private message, if you are available to work on this (we are using SFS Pro).
Many thanks
* Spin-up new SFS locally on a local Linux server (on different ports, or local IPs as required)
* 1x for any further SFS development
* 1x for local PHP/Flash development
* Scripts to help generate new SFS instances (given an basic machine install / Ubuntu/Debian base)
* - and where to add licences for full functionality
* Zone names & other configuration
* Ideally, something so I could just checkout from a repository, and run a script that either had a bunch of configs setup (zone names, for example) - easily edited into it, or maybe prompted for the info required (figuring out what it could), so that we can go from brand new machine to working SFS ready to login in a matter of minutes.
* removing un-required functionality from existing codebase
* There's a number of games and other parts of the current system that are no longer required - we'll get a list together so that code can be removed - and for the stuff that is there, improved somewhat so it's not a security risk
* optimise SFS
* mysql connection throw vast amounts of 'SET autocommit=1' being sent to Mysql. If we can reduce some of this mysql traffic, that would be good.
* In the mid-term there are other calls from SFS direct to Mysql, replacing those with PHP calls means we can again, scale out from the regular stack.
* One thing we have had problems with in the past though is queue lengths - async calls are slow, and were backing-up, to trash the system
I am looking for a Smart Fox Developer who may be able to carry out some work for us on our virtual world, looking to start ASAP.
This work can be done remotely by VPN into our system or alternatively come into our offices which are based in London, UK.
On a separate (or possibly related note) it would be really good to get some training on Smart Fox server for one of our developers - so again if there's anyone who would be able to provide some face-face training in our London office, that would be great.
I have listed the sort of work we are looking to get done, please send me a private message, if you are available to work on this (we are using SFS Pro).
Many thanks
* Spin-up new SFS locally on a local Linux server (on different ports, or local IPs as required)
* 1x for any further SFS development
* 1x for local PHP/Flash development
* Scripts to help generate new SFS instances (given an basic machine install / Ubuntu/Debian base)
* - and where to add licences for full functionality
* Zone names & other configuration
* Ideally, something so I could just checkout from a repository, and run a script that either had a bunch of configs setup (zone names, for example) - easily edited into it, or maybe prompted for the info required (figuring out what it could), so that we can go from brand new machine to working SFS ready to login in a matter of minutes.
* removing un-required functionality from existing codebase
* There's a number of games and other parts of the current system that are no longer required - we'll get a list together so that code can be removed - and for the stuff that is there, improved somewhat so it's not a security risk
* optimise SFS
* mysql connection throw vast amounts of 'SET autocommit=1' being sent to Mysql. If we can reduce some of this mysql traffic, that would be good.
* In the mid-term there are other calls from SFS direct to Mysql, replacing those with PHP calls means we can again, scale out from the regular stack.
* One thing we have had problems with in the past though is queue lengths - async calls are slow, and were backing-up, to trash the system