I'm very-very pleased to announce OA update .86, as usual many improvements have been made since .79 RC 4 :
A big technology for distributed software architecture has been introduced in .86, called CORBA, I don't even though to use it one day

. So now it's possible to call any function available in OA from ... php or java code

. The first available feature for you is OGame Web access (access OGame account
from anywhere when
OA is running on your home computer without causing log outs, means more secure for your account)
Access is available from this page :
http://ogameautomizer.com/web.php , or directly from OA Account Management
How it works:

- Next one is a
Proof of Concept for OA Web access. The next page shows how it gets a list of Fleet in movement from your OA account (and two of mine

) :
http://ogameautomizer.com/PHP-Java.phpIf you are interested in participating in OA Web access development and you are an experienced php programmer (or you have a good free layout templates), you are welcome to contact me. You can also make a donation which will be transfered to programmers willing to work on this with me (
http://ogameautomizer.com/donation.html).
A code of PHP-Java.php is simple as :
require_once("http://localhost:8000/JavaBridge/java/Java.inc");
$client = new java("web.ClientPHP", $HTTP_GET_VARS['serial'].$HTTP_GET_VARS['uni']);
$fleets = $client->getFleetsInMovement();
foreach ($fleets as $key => $value){
echo $value->type." [";
echo $value->time."] ";
echo $value->fromPlanet." -> ";
echo $value->toPlanet." ";
echo $value->mission." (";
echo $value->fleet.")<br>";
}After that it's difficult to speak about other improvements

- Java bytecode has been obfuscated and optimized => 40% of instruction deleted and gain in speed/memory usage reduced by 10%
- added 'BusyBox' popups, I guess you have appreciated it
- additional queue based planets update method => FS is more sure, and OA knows now more precisely which planets have to be updated in prior order
- added expedition slots detection and added expedition holding time
Likely the next main feature will be a automatic galaxy scans and spy reports sharing between groups of users of the same universe.

Changes log :
.86 : OGame Web access and OA Web access Proof of concept (php front end, server back end, server-client communication), fix in Threading stop method, languages have been updated
.85 : fix for JRE 1.5 (mainly Mac OS), added more 'BusyBox' popups, fixed double Moon detection in fleet movements, fixs in Hunter Enemies selector, fixed French translation, languages have been updated
.84 : fixs for OGame 1.2.1, added 'BusyBox' popups, address fix on Proxy localhost <=> 127.0.0.1, full support of UTF-8 on Web site (OA Accounts), fixs in Ships(Spy,Bomber) Speed calculation, DB memory usage reduced, languages have been updated
.83 : additional queue based planets update method => FS is more sure, added expedition slots detection, fixs in Fleet Sender, code optimization (cpu/memory usage reduced), a fix in getLastSpyReport, languages have been updated
.82 : Java bytecode obfuscated and optimized => 40% of instruction deleted and gain in speed/memory usage reduced by 10%, code analysed/corrected with FindBugs™, added expedition holding time, fixs in Construction Sim, fixs in DB monitor, fixs in OA Server Side, min. attack time in Hunter reduced (60/uniSpeed), languages have been updated
.81 : fixs in Bot (linked to avoid planet option), fix in Galaxy page parsing, fix in configs loading (sync with OA Server)
.80 : fixs in Fleet Sander GUI, added an option in Anti-Bashing protection, fix in Options saving, fix in OA Server Side, languages have been updated
Once again, thank you all for bug reporting, continue that way
Still need some people willing to work on the guide in English :
http://forum.ogameautomizer.com/index.php/topic,249.0.htmlBest regards,
Andrew K.