Short answer: it's difficult. You can change the url of the project server in
installer.settings.json
but you lose the ability to install or update modules served by Backdrop's project server.
You can specify custom URLs for "non-official" contrib/custom modules, by adding the project status url
property in the .info file of the module. That should allow you to keep Backdrop core and "official" contrib updated from https://github.com/backdrop-contrib as per usual, while the custom module can get updates from elsewhere. I've never personally done it, so untested. But it's been there since D7 (perhaps even before).
Backdrop CMS contributed projects
Join the group at https://github.com/backdrop-ops/contrib to add your own! - Backdrop CMS contributed projects
I don't see that property mentioned in https://docs.backdropcms.org/creating-modules#info-files but it is mentioned in https://www.drupal.org/node/542202 (last in the list of .info properties).
klonos:
project status url (Only used for custom modules not submitted to drupal.org)
Allows module maintainers to define a URL to check for updates to their module using the Update status module. No module released on drupal.org should define this parameter. URL should point to an XML feed that accepts requests in the form of
http://my.domain.com/projects/{project}/{core}
. In that example,project status url
should be set tohttp://my.domain.com/projects
.
klonos: The logic seems to be there. See:
- https://github.com/backdrop/backdrop/blob/fe5c21ced7a7e3bcb9b41df15a7977ee89384a17/core/modules/update/update.fetch.inc#L305
- https://github.com/backdrop/backdrop/blob/fe5c21ced7a7e3bcb9b41df15a7977ee89384a17/core/modules/installer/installer.browser.inc#L193
- https://github.com/backdrop/backdrop/blob/fe5c21ced7a7e3bcb9b41df15a7977ee89384a17/core/modules/installer/installer.browser.inc#L291
- https://github.com/backdrop/backdrop/blob/fe5c21ced7a7e3bcb9b41df15a7977ee89384a17/core/modules/installer/installer.pages.inc#L489
Recent comments
After alot of trials, i have done the obvious and translated the whole block for different languages with each property condition as follows: ->propertyCondition('langcode', 'en...
How to get the current page language?
Thanks so much! It's working now: I was able to transfer the docroot files to the containing directory without the need for a second database or any manual configuration export/import/sync...
Backup & Migrate Config: There was a problem creating field...database table with the name already exists.
Ah, I see. Sorry, I hadn't clicked the link and assumed it was the instructions for upgrading from Drupal 7. If you are simply copying a site from one location on a server to another, the...
Backup & Migrate Config: There was a problem creating field...database table with the name already exists.
Thanks for the quick reply, laryn. No features, no Drupal: I built the source site in Backdrop in a subdirectory of the target directory under the same user home directory on the same...
Backup & Migrate Config: There was a problem creating field...database table with the name already exists.
This doesn't sound right -- when the upgrade completed, did you export the post-upgrade configuration into the staging folder (and commit that to the repo if you are using a git-based workflow...
Backup & Migrate Config: There was a problem creating field...database table with the name already exists.