hostname.com/business.txt is wrong. You are supposed to use the /.well-known/ subfolder. http://tools.ietf.org/html/rfc5785 If you plan to implement a "standard" please try to review the RFCs that have covered this ground before. There's probably already a standard which may fit. If not, there's probably one that's close you could propose a change to. And if you're trying something genuinely new, you'll at least be o…
Interesting RFC. Do you know of any implementations of it?
Show HN: Business.txt - Standard Proposal
91–100 of 115 posts
Re: Show HN: Business.txt - Standard Proposal
#92So more senseless errors in my error log and more traffic caused by robots requesting a file that doesn't exist? While I applaud the idea, can we please, please have a meta-tag or header that points to the location of this file if it's available? We don't need another favicon.ico nor robots.txt
Second. A meta-tag would make it easier for services to add in mass as well.
Re: Show HN: Business.txt - Standard Proposal
#93Shouldn't we be using XML for this???
Re: Show HN: Business.txt - Standard Proposal
#94The idea of a text file at the root isn't a bad one, but the format of the document should be far more descriptive. Have you looked at http://schema.org/docs/schemas.html and the examples there? Everything in the example given is encapsulated by schema.org and that would describe it in a way that was unambiguous. I know that schema.org has been dismissed because "The problem is that it's too complicated for a non-dev…
Re: Show HN: Business.txt - Standard Proposal
#95Shouldn't we be using XML for this???
Re: Show HN: Business.txt - Standard Proposal
#96• HTTP Headers
• Meta-tags
• tags
• RFC 5785 (/.well-known/ folder)
• Microdata
• Microformats
• RDF Schema
No wonder we are in http://xkcd.com/927/ territory...
Re: Show HN: Business.txt - Standard Proposal
#97hostname.com/business.txt is wrong. You are supposed to use the /.well-known/ subfolder. http://tools.ietf.org/html/rfc5785 If you plan to implement a "standard" please try to review the RFCs that have covered this ground before. There's probably already a standard which may fit. If not, there's probably one that's close you could propose a change to. And if you're trying something genuinely new, you'll at least be o…
Interesting RFC. Do you know of any implementations of it?
Re: Show HN: Business.txt - Standard Proposal
#98The idea of a text file at the root isn't a bad one, but the format of the document should be far more descriptive. Have you looked at http://schema.org/docs/schemas.html and the examples there? Everything in the example given is encapsulated by schema.org and that would describe it in a way that was unambiguous. I know that schema.org has been dismissed because "The problem is that it's too complicated for a non-dev…
That format is perfectly valid YAML, easily parsed, and just as easily created. It needn't be any more complicated than it is. I could make a WP plugin to support it within a few hours.
Re: Show HN: Business.txt - Standard Proposal
#99Earlier quoted context omitted.
How does your parser handle malformed entries? How do you handle text encoding? What are the valid attributes, what constitutes valid text? XML is unsexy, but it's only complex because it addresses these issues up front. A clever one-liner doesn't make these issues go away, it just postpones them to an inopportune time later.
I see your point. The original post doesn't address these issues, and I'm not sure it is ever designed to. If someone wanted to create a globally accessed, multi-language, all-encoding supported fully validated business information XML-RPC protocol they certainly wouldn't have arrived at "business.txt". The main problem it was trying to solve is to prevent business owners from having to update their information every…
Re: Show HN: Business.txt - Standard Proposal
#100hostname.com/business.txt is wrong. You are supposed to use the /.well-known/ subfolder. http://tools.ietf.org/html/rfc5785 If you plan to implement a "standard" please try to review the RFCs that have covered this ground before. There's probably already a standard which may fit. If not, there's probably one that's close you could propose a change to. And if you're trying something genuinely new, you'll at least be o…
Interesting RFC. Do you know of any implementations of it?
Explanation:
https://sites.google.com/site/oauthgoog/fedlogininterp/openi...