It gives options for the most popular articles over the last 30, 7, or 1 days. What I'm hoping to find is the most popular articles of each day for the last 30 days. So far the only way I know to do this is to find the most recent 1 day's most popular articles 30 days in a row.
That is correct. There is no archive aspect to the Most Popular API. You would have to make daily calls for the next 30 days and store the response. After that you would be able to continue as normal as long as you continued the daily request.
You should, if you haven't already, post about this in the NYT Dev forum:
http://developer.nytimes.com/forum
Its possible that if this is requested by others there would be a push to implement it.
Related
Has anyone successfully got a budget veriance working from XERO API? It doesn't provide it as an end point and I've been tryingt to come up with soltions to self generate it. But I'm finding bottle necks everywhere I turn.
I was thinking we could fetch all the transactions and build it again locally, but they are lacking massively as each one in the 'BankTransactions' report contains very little details, so I would then need to fetch all the details per transaction, if theres say 1,000 transactions in the last year then we use our 1/5 of our allowance and it's 60 API calls a minute so that will take forever.
Has anyone come up with a solution?
trying to get historical data of NSE stocks in below intervals:
5Min,1Hour and day.
So how to get Nifty 50 and nifty 100 stock symbols to access data through Alphavantage API.
According to the alpha vantage docs you can request plenty of timeseries. Also your desired timeseries are possible (both intraday requests and the daily requests) You find good explanation how you have to set the API Parameter for each time series.
Examples for different languages are also provided below every time series
As for the Nifty Stocks I don't know. Maybe just try the Tickersymbols in the request.
If I have a Database of 50,000 users with there address and every time a new user is created the want to see who are the top 10 closes users by driving distance.
Google starts charging 50 cents for 1000 requests. I'm looking a better may to do this that would limit my costs.
Also is there a better way then having to run the API against all 50,000 users every time a new user is added?
At first you may select closest users by the direct distance. You don't need paid functionality for that.
Let's say 20 would be enough bacause it's very unlikely that so many addresses will be the closest by distance but farther by driving route than others.
In that case you need only 20 requests to check the users closest by route.
I have more than 600k products in my shopify store . the store is taking too much time to upload a products in admin back-end ( 11k product is taken almost 8 hours to complete the upload process )
I have even Used the "shopify product API" to add my product to store .
Even API is taking to much time to insert a product to store .
Now i am in big confusion that which i prefer to upload the product .
whether through "admin back-end" or "shopigy API call .
please suggest me a best way ..
thank you
If you have that many products you should either be looking at Shopify Plus or another platform entirely.
Each product takes one API call to upload and over time your API call limit averages out to 2 per second so 600k products with one variant per product would take 83 hours to upload. Your 11k products should only take 1.5 hours to upload though so unless you have a number of apps running there is something wrong with your API setup.
If you maximize the partition of your products into variants you can upload a product and its variants in a single call. Each product may have up to 100 variants so if you can group your products into variants the theoretical saving could be down to 6k API calls and just under an hour of processing (if you have variant images I think you'd need 3 calls per product/variant/image group - 1 to upload the products/variants/images; one to read the variant and image ids; one to assign the images to the variants.
Shopify Plus has 5 times the API limit (though I can't find an official confirmation of this) so your 600k products could be uploaded in 16 hours.
As #bknights said putting all the variants and combining products as variants is the fastest way.
I'd also like to add this: split your portfolio into lots and using API you can have parallel API calls running.
I have to update 60K variants on my store once a week. As I figured out it used take an entire weekend sometimes to finish of the things. I must add that I use PowerShell for this task. Later I came to realize that while one call is running my program is running idle and by trial and error I came to a conclusion that I can have 4 call made at 250 milli seconds gap each. So I update variants of all the products (each having around 45 variants) in a single call.
This way, the time cut down to less than 1/12th of the total time. Also you can use the API call limit returned by Shopify to calculate the time gaps further. For a non-Plus Shopify account this is the fastest way possible.
The Best Buy Reviews API seems to return results that are at least 2+ days old. Is it possible to force the API to return fresher results?
Here's the call I used: http://api.remix.bestbuy.com/v1/reviews(sku%20in([SKUs]))?apiKey=[API key]&sort=submissionTime.asc&pageSize=100&show=sku,rating,submissionTime&page=1
When I call this for some popular SKUs that get many reviews each day on bestbuy.com, the most recent reviews returned from the API will be from two days ago.
While we are working to get the review data to be less stale via the API, you are unfortunately correct in your observation about the lag between Bestbuy.com and the Review API.
This is due to the various delays in processing and sanitization of the review data before it ends up in Reviews API.
Sorry for the inconvenience.