linkfish's comments

linkfish | 8 years ago | on: Show HN: Link.fish – API to extract data from websites as JSON

Thanks a lot for all the feedback! 1. Yes will think about it. For just the API it would make definitely sense. However because the same technology currently also powers the bookmarking service which has to support as much as possible does the API also. 2. Exactly what RussianCow said. Honestly not a big fan of it either but that was the best I could come up with to accommodate that.

About the product.

1. It logs all requests which had issues with the more descriptive cause. Always go through all of them and fix the issues. The more people use it the more stuff breakes and the product can be improved. So I guess will get way better in the next days ;-) 2. Will also check and fix. 3. Will definitely look into that!

If you run into more issues or have more comments would love to hear them here or at [email protected] . Thanks again!

linkfish | 8 years ago | on: Show HN: Link.fish – API to extract data from websites as JSON

Thanks, dito!

Is actually already supported when a special parameter is set(on the API-Test-Box on the landing page it is not set).

About the pricing. Was a longer process. Mainly involved what other similar services charge and much more important a price which makes the service viable in the long term.

linkfish | 8 years ago | on: Show HN: Link.fish – API to extract data from websites as JSON

It did actually just extract the data of the "hero" item. The thing is that it gets offered by multiple companies for different prices. So all the prices are valid and none is right or wrong. So really depends what you want. If you want simply "a" price, you can take the first. If you want the cheapest one you would have to itterate over them to find it.

linkfish | 8 years ago | on: Show HN: Link.fish – API to extract data from websites as JSON

Hard to say and compare in what regard exactly? Price wise, much cheaper. Data wise, it depends. Mainly on in what kind of data you are interested in. Will probably return better results on text-heavy pages, but the data is probably often less "deep". So really depends on the use case. If you have a question to your use case, you can simply write to [email protected] .
page 1