Zainstaluj Steam
zaloguj się
|
język
简体中文 (chiński uproszczony)
繁體中文 (chiński tradycyjny)
日本語 (japoński)
한국어 (koreański)
ไทย (tajski)
български (bułgarski)
Čeština (czeski)
Dansk (duński)
Deutsch (niemiecki)
English (angielski)
Español – España (hiszpański)
Español – Latinoamérica (hiszpański latynoamerykański)
Ελληνικά (grecki)
Français (francuski)
Italiano (włoski)
Bahasa Indonesia (indonezyjski)
Magyar (węgierski)
Nederlands (niderlandzki)
Norsk (norweski)
Português (portugalski – Portugalia)
Português – Brasil (portugalski brazylijski)
Română (rumuński)
Русский (rosyjski)
Suomi (fiński)
Svenska (szwedzki)
Türkçe (turecki)
Tiếng Việt (wietnamski)
Українська (ukraiński)
Zgłoś problem z tłumaczeniem
Good point! That could be enchanced to show as "pending trade" and "accepted in trade, pending" or something like that.
I think i t looks very nice and clean!
i haven't read all of the comments since its 213 comments yet and i don't know if anyone said that idea yet but i would suggest a price tag for the game if the game has been free in ANY site or been discounted it will tell you that this game had been discounted for this amount so the trader will know the price of that game in any other site.
ty for your effort and hope this site will start soon!!!
I agree isthereanydeal.com is pretty comprehensive for official store and bundle deals. then you may wanna check grey market resellers,some traders value their games based on those prices https://www.reddit.com/r/pcmasterrace/comments/4fntxu/
and by ITAD what i mean was that the site will give another price tag about that game or item and will say the price from there at that moment
g2a prices aren't exactly fantastic though. They're often close to the real trade market value, but sometimes grossly over- or under-estimated, and there really are people who only swear by g2a's prices. (Unless of course their own tradables are under-estimated... In which case they'll pretend that g2a is just a crappy website filled with scammers. Bad faith is so human :P)
Anyway, yeah, the thing with my site is that I'll eventually enable comments on game pages, so you'll be able to post if a game is being given away etc...
Aaah, the beauty of trying to do this the right way... :-/
So, a few weeks ago I wrote an ITAD parser for bundles, to ensure that the site would have the best possible source for past bundlings. I met tons of problems, notably due to many titles on Steam (and ITAD) being duplicate, generally because the game owner would rename their product by adding or removing a sub-title. I'm not sure why these aren't 'caught' by ITAD... Anyway.
I fixed & fixed the scraper to try to account for this kind of crap, but there's a limit to what I can do automatically.
Now today I met a game that was marked as being bundled twice on Barter, and zero time on ITAD. It turned out that ITAD used the Steam packages 'Deluxe edition' for this title, and Barter links to the non-deluxe version. Given that only Deluxe editions were bundled for that game, ITAD makes more sense. Problem is, the package isn't entered manually in Barter... And since I mirror the game ID's from Barter, I can't do that either.
So, I tried to devise a thing where I'd populate the database's empty IDs with automatic packages retrieved from ITAD bundles. I would then only need to scrape them from Steam later when my Steam scraper is under work.
That was a cool idea, except a quick select max(id) from my library showed me there were only 32 unused IDs in the database... Ouch. There's likely to be more bundled Steam packages than that.
So then I considered instead going for negative game IDs for barter entries... Yeah, I know it sounds weird, but having a /i/1234/ URL for a game is okay, then why wouldn't a /i/-1234 URL for a Steam package be okay too..? Plus, I could then keep importing games from barter for as long as possible, and manually add my needed packages to the negative range.
Okay, great... Except my id field is auto_increment. And auto_increment implies unsigned, meaning a negative number is seen as a very large number and will break auto-incrementing. Fantastic...
So now I'm stuck with either disabling auto-incrementing and relying on manual ID creation when adding a game (which would be okay as long as I import from Barter, but will be a PITA when I switch to Steam scraping... Then again, doing that 50 times a day for new Steam entries isn't that horrible either), or finding another solution to add these packages without disrupting the game numbers.
Finally, I could also stop 'mirroring' the game IDs from barter... I have a main ID and a barter ID anyway, it just happens they're currently identical, but I could just as well not bother with mirroring these numbers, but then it'd force me to double-check my code to use the barter ID when importing from Barter, and the game ID when handling it internally.
Also, I liked the idea that you could switch from a Barter game page to a new site game page just by changing the domain name. With that change, it wouldn't be possible anymore, unless I add a new URL scheme and do something like /i/1234 -> redirects to the matching game ID in my database (which sits at /game/2345, for instance.)
What do you think, guys..?
(Yeah, I'm mostly writing this message as a way to clear up my mind...)
PS: what's funny with the above-mentioned package is that it only contains one item, the only listed on Barter... And the package is listed on the product page at the exact same price, implying they're the same, but the 'bare' package (game only purchase) and the 'deluxe' package don't have the same sub ID (a classic, I know), so the deluxe version may have some sort of DLC that's unavailable for purchase, and thus invisible on the store. But really, what a mess...
Edit: For those interested, I've also implemented Steam library importing right now. Up until today I only handled wishlists & tradables... Library should also handle games that were removed/revoked from your library, so I'll be able to point out to the user if a game got revoked long ago and they didn't get a Steam notification about it. (Yeah, it happened to me yesterday...)
Anyway, just my 2 cents.
- ITAD is notoriously faulty at matching games correctly. @tomas3333 has deployed a partial solution to this problem recently, which required some heavy name normalizing, but it will just never really work until he decides to use AppIDs and SubIDs. Hence, ITAD is not a good source to gather info on old bundles, mostly due to the renaming habits you mentioned.
- OTOH, this site[greenlightupdates.com] is a nice, precise and reliable source for new bundles. You may even subscribe to get new bundle notices, easy to parse because they already include the proper URL with AppID/SubID.
Keep up the good work!
GET http://store.steampowered.com/api/packagedetails/?packageids=
No need for ASF, actually, remember you can do it using the console commands
The main issue I think complicates things is that every list Steam manages for the user (wishlist, library, ignored and followed), is in terms on apps and not subs. For instance, you cannot wishlist or ignore a sub on Steam (unfortunately, because it would be handy in some cases, IMHO).
But that's not the worst part. It's very common that a single app belongs to many subs (packages) throughout its history, making it very hard to make consistent matches among subs.
But this is what intrigues me the most:
Where do you find all that information in a sub? I'm really puzzled :-S
Using the name and metadata.[steamdb.info]
While using subs may solve the metadata problem you proposed, linking keys to subs is generally a bad idea that would create more problems than it would solve. For example, you'd have to figure out exactly which sub a key links to (which may not be an issue with smaller apps but with bigger, region-locked apps, it'll be harder - Fallout 4 has 14, some are identically named) and make sure that it's close to or exactly the same as the key you have, some information about packages is not made public, it's just too technical for a normal user to understand, subs are subject to change more than apps, etc.
Marking everything manually using a system like the one Barter has would probably be much more simpler.