Skip to content
TORNLIFE More

Upcoming API changes

Started by splent [2088243] Admin on in API Development.

380 replies · 11.9k views · thread synced · 3 days ago · View on torn.com
About this thread

Posts archived: 381 / 381 posts (100%) · the total is Torn's reply count + the opening post at the last fetch

Counted by TornLife from the archived posts.

Archived posts
381
Discussion span
→
Authority score
85 / 100
Historical score
77 / 100
Story score
69 / 100
Engagement score
92 / 100

People posting, likes and official posts are not counted for this thread yet: on threads longer than one page they come from a periodic pass over the archive, which has not covered it.

Most-liked replies

Mentioned in this thread

Legaci [2100546] ×2 TestPedroDev [3613560] ×1

splent [2088243] Admin Staff

Hello everyone,

Some of you may know me already, but for those who don’t, let me briefly introduce myself.

I’m Mauro, senior backend engineer and a long-term Torn player (I’ve been playing this game for more than 10 years). I’m excited to announce that I will be working on and managing Torn’s API from this point onwards.

I look forward to working closely with everyone here to make Torn’s API more robust, standardized and better documented.

In the upcoming months, plan is to…
      *  Freeze v1 completely (except for any critical issues, exploits or if serious optimizations are needed)
      *  Work on v2 and refactor some of the codebase
      *  Standardize v2 to follow up the same standard on naming conventions, types, etc.
      *  Fix various bugs
      *  Introduce OpenAPI specification (now available here: https://www.torn.com/swagger/index.html#/) 
      *  Introduce API v2 playaground (now available here: https://api-playground.torn.com/)

      *  Enhance existing features
      *  Add new features
      *  Optimize some of the more heavy requests
      *  Publicly release v2 once it is in a meaningful state

If you have any suggestions, improvements, criticism or any (constructive) feedback at all - I’m more than happy to hear it!

Also, If you suspect any kind of abuse or think any part of the API might be abused, don’t hesitate to let me know.

Please note that once v2 is released, it will be still be unstable and there will be breaking changes from time to time. I will try to communicate such changes upfront, but I can’t promise anything at this moment.

Thank you,

Mauro

--


Recent API changes summarized can be found on API docs page: https://www.torn.com/api.html 

Kwack [2190604]

Will inventory access be restored to v1 post-inventory migration, or will it only be available for v2?

 

I presume this would fall under the exceptions for V1 changes. 

 

I know you're waiting on other teams before you can do anything, but any information on when we could expect that inventory selection returning? We get asked this regularly over at PDA and currently my answer is "shrug, I'm not sure"

 

edit forgot to mention - congrats! Looking forward to the future of torn's api 🎉

pobk [3171827]

Hello!

 

I suspect I may be preaching to the choir, but I think a properly documented and publicly published roadmap with bugs/issues tagged against key milestones, and a rigorous development process which includes community involvement, might alleviate any "breaking" of changes that you might come across.

 

We can handle unstable, as long as we know it ahead of time.

 

 ~ Rich

 

p.s. I'm an opinionated pain in the ass. I'll apologise in advance if it helps.

Omanpx [1906686]

Congrats on the new position! Looking forward to updates and increased stability (fingers crossed!).

 

One feature that would be nice to have is some sort of Forum API - it would create more opportunities for community-run events, such as this one. Something like Poster name, ID, time posted, last edited, post content, likes, dislikes.

Now if you'll excuse me, i'm off to scrape 50+ pages of posts to get the user IDs for the event :D

Mentions: TTT - Torn Wide Comp for June! Sign Ups Closed!

Kwack [2190604]

Yes please, something like this would be awesome. Access to the updates column via api (feed/subs/friends) would be nice too. 

 

Also wouldn't mind an ability to search the forums but I understand that wouldn't really mix well with the current style of the api.... a duck can dream though. Being able to get notifs for people mentioning my name would be sick

Lazerpent [2112641]

Welcome! Super excited to have a developer focused on API changes.

 

One thing I think I and almost every developer would love to see is some sort of OAUTH2! 

Stig [2648238]

Welcorme, and nice name! Very excited also to have an independent developer working on the API, and what the future of the API could look like. 

A few useful things off the bat:

 

  • Auction House API
  • Standardisation as you mentioned
  • Documentation for the new devs

 

All the best. 

splent [2088243] Admin Staff

It's hard to say right now. That really depends on at what stage will v2 be after the inventory migration.

If there will still be a long way to finish v2, I think it will be reasonable to restore inventory section on v1 until then (provided it won't be too much db heavy). 

As to on when is this going to happen - I can't provide any information there unfortunately.

And thank you!  :)

Prokrist [585251]

Am I the only one who hates the key value thing I see everywhere in the torn api? 

 

Happy to see an open api documentation for the V2 version of the API. Code generation is just not a fun experience with the torn api, open api should fix that :)

 

Is V2 going to be able to tell me how many calls I have left? Should be somewhere in the response body !

 

DeKleineKobini [2114440] Committee Committee

One of the most important things in my opinion is to streamline the suggestion process for the API. Currently it's driven by someone making a B&I post, Ched responding with "live in production" and that's that (slightly exaggerated of course, but the point is still the same), even if we are talking about breaking changes.

 

Documentation and an OpenAPI spec would be great, as what we currently have for official documentation doesn't even qualify to be called documentation imo. I'm trying my best to maintain a third-party documentation project, but first-party is always better.

Mentions: Unofficial API V1 Documentation

splent [2088243] Admin Staff

Thank you everyone - there are some solid suggestions and advices here!

I'm still getting familiar with the codebase, but setting up a public project board is also something Chedburn suggested I should probably do, so I'm definitely open to doing that. It will just take some time to structure everything and write everything down, but we'll get there.

@DeKleineKobini - you do have a point. I agree that the current way of how API changes were made wasn't the easiest for those using the API, but considering how many things Chedburn is managing and doing, I think it's great he even managed to update the API at all!
Better documentation and OpenAPI spec is definitely something I see as a priority and must have have in v2.

I'll also set up a separate thread here for suggestions soon. 

@Stig - auction API is something I too asked about a month ago - https://www.torn.com/forums.php#/p=threadsf=19t=16392176b=0a=0start=0to=24644707 and it's definitely something I'll look into at some point, but it might have to wait until the inventory rebuild is completed.

@Omanpx & @Kwack - I'll have to find out what could be done about the forum API, but I wouldn't be too optimistic here, at least not right away. I'm also not saying no, but I'm just seeing many potential issues here, especially considering the amount of data that forums hold.
But, I do like the ideas and especially considering it could enhance community driven events like the one you mentioned I'll investigate!

Thanks!

Mentions: API request - Auction House

Hemicopter [2780600]

I think that the crimeHubApi data should also be accessible through the normal player api. (This is data regarding what projects you currently are working on, how your card skimmers are doing, etc.)

 

 

Neodork [3026725]

The ability to paginate through more than the latest 100 reports on the user report endpoint, would be greatly appreciated.