* Update customer_faq.md
Quick hit edits to User FAQ
* Remove Docker EE references
* Added Community vs. Verified profile Question
* Q1 2018 product teaser removed.
* Buy / purchase references adjusted to "Subscription" / "subscribe"
* Removed "How can I become a Publisher" because it was redundant with Publisher FAQ, Publisher onboarding, etc. other pages...
* Payment details -> I'm moving this entire section over to the "Upgrade your Plan" section. Pay via Docker deprecation means that content is _not purchased_ via Hub any longer. Additionally, for some time Docker Enterprise has _not been sold_ through Hub. Don't see any reason to keep this whole section here. _If anything, this would need to be a part of Digital / SaaS documentation._ I'm assuming that's tracked elsewhere and there's no dependency. Given all that, I think "Upgrade your Plan" is the only other sensible place for this content to live.. as it is the only other current place where payments are being made, and I don't see any similar references to billing in that section.
* Make headings consistent
* Moving Billing FAQs from Customer FAQ section
This whole section is completely out of place under customer FAQ. Seems to only be relevant to this Plan upgrade page, given this is the only current place in Hub where I can make a payment for anything.
https://github.com/docker/docs-private/pull/1155 for more context
* Update upgrade.md
* Adding Release Notes commentary
Per HUB-1827, we discovered a Hub feature which is *very valuable* to partners & customers, but was not previously documented. Given that we only discovered this because _one partner_ was made aware by _one partner manager_, it is a great example of tribal knowledge we can disseminate via proactive documentation.
Adding to the FAQ's now so it will not be lost / forgotten. In a more comprehensive revision, this could easily be situated in a dedicated "Publisher Portal Usage Docs" section.
* Minor edit
As noted in issue #6684 `CACHE_TAG` environment variable is actually empty in the builds, turns out the documented value is represented by a `DOCKER_TAG` variable instead.
Hub backend dose not support `Create multiple Docker tags from a single build`. Take it off from the docs. Already received several issues asking about why it is not working according to the doc.
I've tested and following the steps to [create an automated build](https://docs.docker.com/docker-hub/builds/#create-an-automated-build) no longer creates a service setup. Instead it creates a web hook correctly, however the builds documentation was outdated. Using exist image for the Webhooks from the GitHub page that was already updated.
The example json response does not parse correctly
Improper escaping of the `repository.dockerfile` "[/var/cache/apt-cacher-ng]" substring causes the parser to fail.
* Clarify the webhook's definiton in webhooks.md
Here is necessary to clarify the real definition of webhook which is a request with POST action to a specified url ( when this happen, the url going to return the result, in this context, is when we do 'docker push' to submit a image to registry, it fires the automatically build
* Updated after suggest
I updated the right sentence, I feel it more clear now. thank you :)
* Remove duplicate wording
* Reword lots of instances of 'will'
* Reword lots of instances of won't
* Reword lots of instances of we'll
* Eradicate you'll
* Eradicate 'be able to' type of phrases
* Eradicate 'unable to' type of phrases
* Eradicate 'has / have to' type of phrases
* Eradicate 'note that' type of phrases
* Eradicate 'in order to' type of phrases
* Redirect to official Chef and Puppet docs
* Eradicate gratuitous 'please'
* Reduce use of e.g.
* Reduce use of i.e.
* Reduce use of N.B.
* Get rid of 'sexagesimal' and correct some errors