DEVDOCS-6731 - Update Buyer Portal guide to remove WebDAV instructions

Removed WebDAV instructions and recommendations from the Headless instructions.

Author: bc-Vince

docs/b2b-edition/docs/buyer-portal/stencil.mdx

@@ -102,31 +102,15 @@ For the following steps, you must know in advance the URL where your build files
 *When re-building and re-deploying your custom Buyer Portal, you should clear the local contents of `.turbo/cache` before running `yarn build` to ensure that all updated code is reflected in the build.  Also make sure to update your scripts in Script Manager again after deploying your new build files.*
 </Callout>
 
-### Deploying with WebDAV
-
-Your BigCommerce store’s [WebDAV storage](https://support.bigcommerce.com/s/article/File-Access-WebDAV) can be a viable option for serving your custom B2B Buyer Portal files without sourcing a third-party CDN.
-
-Follow the instructions in the above support article to learn about enabling WebDAV and connecting with a client like Cyberduck.  Once you’re connected, you can use your store’s WebDAV as the upload destination for the steps described in Building and Deploying.
-
-The directory `content` should be used for static files of this nature.  Let’s say you intend to upload the build files from `dist` into `content/b2b` on your store’s WebDAV.  This will make your Buyer Portal files available at the following URL:
-
-`https://{my-store}.com/content/b2b/`
-
-The files can also be accessed via the store’s canonical URL, in this format:
-
-`https://store-{store-hash}.mybigcommerce.com/content/b2b/`
-
-Either of these should be used as the value of `VITE_ASSETS_ABSOLUTE_PATH` before running `yarn build`, and the same value should be utilized when updating the scripts in Script Manager.
-
 ### Versioning Strategy
 
-As mentioned above, by default the build process includes a hash in the filename of several key files.  If you’re hosting your build files on your store’s WebDAV, for example, the following would be an example of the final URL of such a file:
+As mentioned above, by default the build process includes a hash in the filename of several key files.  For example, the final URL of your index file may use this structure:
 
 `https://{my-store}.com/content/b2b/index-{hash}.js`
 
 This is a file-based strategy for avoiding stale cached files being served to shoppers.  Upon a new build/deploy, you *must* make sure to update each file URL referenced in Script Manager each time you deploy new Buyer Portal build files.
 
-Another strategy is to include a unique identifier in the *subdirectory* of your deployed location rather than in each individual filename.  For example, say you configure `VITE_DISABLE_BUILD_HASH` to `TRUE` before building (resulting in filenames without a hash) and then upload the build files to a subdirectory of your store’s WebDAV that includes a date-based string.  This could result in URLs like the following:
+Another strategy is to include a unique identifier in the *subdirectory* of your deployed location rather than in each individual filename.  For example, say you configure `VITE_DISABLE_BUILD_HASH` to `TRUE` before building (resulting in filenames without a hash) and then upload the build files to a subdirectory of your hosting provider that includes a date-based string.  This could result in URLs like the following:
 
 `https://{my-store}.com/content/b2b-20260101/index.js`