Node reference

Upload OVH Object Store for Joomla and WordPress

Upload OVH Object Store is a Step (action) in Cloud › OVH. Uploads an object to OVHcloud Object Storage (S3-compatible PutObject).

Overview

Upload OVH Object Store is a Step (action) in Cloud › OVH. Uploads an object to OVHcloud Object Storage (S3-compatible PutObject).

When the flow reaches this step, JOrchestrator executes Upload OVH Object Store against your linked site or an external integration, using the field values you set on General and Design. Downstream steps can read the output payload fields defined for this node.

Why use this node

Upload OVH Object Store is a action step in the Cloud › OVH group. Action steps run in the middle or end of a flow. They perform work on your CMS, call external services, or transform data for the next step.

Typical reasons teams add Upload OVH Object Store to a flow:

  • Automate "Upload OVH Object Store" as part of a larger Joomla or WordPress workflow
  • Replace manual ovh work with a repeatable, logged flow step
  • Chain with triggers, logic, and messaging nodes on the same canvas

Example workflows

Common patterns on the canvas:

  1. Trigger or Webhook → upstream steps → Upload OVH Object StoreSend Email or CMS update
  2. Scheduled triggerUpload OVH Object StoreDebug (while testing) → production action

How to set it up

S3 access key, secret, and region from your CMS plugin settings → OVH. Body as plain text or base64.

Good to know

Create S3 credentials in the OVH control panel for the target region (e.g. gra, rbx, sbg).

Properties panel

The designer shows these tabs for this node:

TabPurpose
InfoPlain-language description and output payload fields for downstream steps
GeneralCanvas label and read-only node ID
AIOptional assistant to help draft settings from plain language
DesignNode-specific configuration fields

System (automatic — not edited by the user)

These fields are managed by the designer or runtime — you do not type into them directly:

Property keyLabelTypeRequiredVisible whenNotes
_nodeIdNode IDnode-idNo
_payloadFieldsAvailable Fieldspayload-panelNo

User-configured — General tab

Property keyLabelTypeRequiredVisible whenNotes
labelLabeltextNoNode label

User-configured — Design tab

Property keyLabelTypeRequiredVisible whenNotes
bucketObject Storage containerpayload-textYesmy-container
objectKeyObject keypayload-textYespath/to/file.json
bodyBodytextareaYesFile content or {{node_id.field}}
contentEncodingBody encodingselect (text | base64; default: text)No
contentTypeContent-Typeselect (application/octet-stream | application/json | text/plain | text/html | text/csv | text/xml | application/xml | application/pdf | application/zip | application/gzip | image/jpeg | image/png | image/gif | image/webp | image/svg+xml | video/mp4 | audio/mpeg | audio/wav; default: application/octet-stream)No

CMS site configuration (not on this node's properties panel)

Credentials, API keys, mailers, SMTP, and integration defaults are configured in the CMS plugin under Node Configuration, not per step on this node. Link the flow to a domain before testing CMS-backed fields.

Output payload fields

After this step runs, later nodes can reference these fields using placeholders such as {{upload_ovh_object_store.success}}.

Field keyTypeDescription
successbooleanWhether the operation completed successfully.
bucketstringCloud storage bucket name.
objectKeystringObject key/path within the bucket.
urlstringPublic HTTP URL to a resource on the site.
etagstringEntity tag (checksum) from cloud storage.
bytesWrittennumberNumber of bytes written to storage.
messagestringHuman-readable status, error, or result summary.

Validation rules

  • Object Storage container (bucket) must be filled before the flow can be saved.
  • Object key (objectKey) must be filled before the flow can be saved.
  • Body (body) must be filled before the flow can be saved.