Merci iguypouf.
It s make less files to generate like that
It s make less files to generate like that
This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.
The post was edited 3 times, last by NeoArc ().
ciap wrote:
s67-pl.ogame.gameforge.com/api…ore.xml?category=1&type=1
last: Tue, 09 Sep 2014 09:38:02 GMT
now: 11:22
"Updateinterval 1 hour"?
Makes me cringe. I would really like to know the thought process of the person who made this decision. Designing an API and ignoring others devices or 3rd party tools is a decision really questionable from a technical perspective.The API was never structured for a communication to Android or other
mobile Devices, so there was simply no need for a request system.
I cant tell you anything about it, because i dont own an ipad. So i have never seen the app by myself.Stego wrote:
the GF made an ipad app. I don't own any iOS device so I can't test it but I assume they developped an API anyway (dont tell me they just embedded some web views with some responsive design).
Correct me if i am wrong, but the current "API" does that too. You can access much information with one request (per api file).Stego wrote:
Having an API would allow 3rd party applications to not scrap and make intensive requests on the servers and spare the bandwith of their servers (something costly). It would also allow them to limit the monitor more easily the requests.
I agree. this would be comfortable.Stego wrote:
From a user perspective. It would be really comfy. Sometimes I quickly wake up in my bed but I dont want to go on my computer. Being log in a mobile app would allow to me to be reassured without making any extra effort.
Nope i am not. I am just a volunteery community admin.Stego wrote:
I don't know if you are involved in the development of the API
This API was intended to give "defined informations" to tool devs in an easy way. Afaik there was never a plan tom implement a full API, that can access everything.Stego wrote:
Designing an API and ignoring others devices or 3rd party tools is a decision really questionable from a technical perspective.
It's my job to do it. Using the right tools and right now, the tools provided are far from being top-notch.Sorry I can see that you wanna make a android app for ogame to play with but is it YOUR job to do iti or more for gameforge?
I could at least give you 4 examples (not only games but company doing so for every one of their games) off the top of my head.I have not informed myself in detail, but i dont think that there are many existing Browsergame API's for foreign tools.
(If you know some, pls dont post them here^^ This would be foreign advertising and break the Terms and Conditions.)
Dear community,
2014 is about to finish and 2015 is around the corner with some interesting stuff waiting for you!
.....
Mobile application:
you all want it, we all want it as well. We know that you strongly want an application for your mobile devices. What we can tell you at the moment is… the application is in our list and plans, it’s not forgotten
.....
Your OGame team
Because of the App-development for mobile devices from Gameforge they
applied some rules about the presence in official Apps Stores:
It is not allowed to offer tools and apps in official Apps Stores (
iTunes, Google Play, Windows App Store and Firefox Marketplace ).
First, the toleration of apps and tools isn't affected here, you can
publish them as before in other places ( e.g own server or Origin
Project).
When you pay attention to following exceptional rules, you can publish your app / tool in official stores as before:
. Take care that your app can't be convinced with the official ogame app by GameForge.
- No "ogame" somewhere in the name of your app or tool.
- No Ogame-like logo somewhere and no ogame-like design displayed in the store. ( e.g screenshots )
- Add a notice in the main page that this is NOT an official Gameforge app or tool.
2 Guests