Skip to content

Commit 92e8ad2

Browse files
authored
Merge branch 'master' into Update-actions/upload-artifact@v3-to-actions/upload-artifact@v4
2 parents 8eca053 + 66cb8b0 commit 92e8ad2

14 files changed

+252
-131
lines changed

bin/watch

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@ from time import sleep
77

88

99
def build_docs():
10-
subprocess.check_call("bin/build_docs")
10+
subprocess.run("bin/build_docs")
1111

1212

1313
def refresh_assets():

docs/conf.py

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -21,13 +21,14 @@
2121

2222
# -- Project information -----------------------------------------------------
2323

24-
project = "Docs"
24+
project = "Documentation"
25+
html_title = "Hypernode Documentation"
2526
current_year = datetime.now().year
2627
copyright = f"{current_year}, Hypernode"
2728
author = "Hypernode"
2829

2930
# The full version, including alpha/beta/rc tags
30-
release = "dev"
31+
release = "latest"
3132

3233

3334
# -- General configuration ---------------------------------------------------

docs/ecommerce-applications/magento-2/how-to-configure-remote-storage-for-magento-2-x.md

Lines changed: 17 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -22,6 +22,12 @@ This can be useful for many reasons, such as:
2222

2323
Configuring Magento 2 to start storing files in your bucket is done using a single command.
2424

25+
Before configuring remote storage, make sure that the deprecated database media storage backend is disabled.
26+
27+
```bash
28+
bin/magento setup:config:set system/media_storage_configuration/media_storage 0
29+
```
30+
2531
**Hypernode Object Storage and other S3 compatible providers**
2632

2733
If you're using Hypernode Object Storage or a different provider than AWS S3, you need to specify the `--remote-storage-endpoint` option.
@@ -39,7 +45,7 @@ bin/magento setup:config:set \
3945
For Hypernode Object Storage, use `main` as the bucket name and `EU` as the region. You can retrieve the remaining parameters by running `hypernode-object-storage info --with-credentials`.
4046

4147
```console
42-
app@testapp ~ # hypernode-object-storage info --with-credentials
48+
app@abcdef-example-magweb-cml:~$ hypernode-object-storage info --with-credentials
4349
+--------------------------------------+----------------+---------+-------------+-------------------------------------+---------------+---------------+
4450
| UUID | Name | Plan | Hypernodes | Management URL | Access Key | Secret Key |
4551
+--------------------------------------+----------------+---------+-------------+-------------------------------------+---------------+---------------+
@@ -93,6 +99,10 @@ aws s3 sync var/import_export s3://my_bucket_name/import_export
9399

94100
Both methods are significantly faster than Magento’s built-in sync, as aws s3 sync handles uploads concurrently.
95101

102+
```{tip}
103+
More information about the `hypernode-object-storage` commands can be found in the [Object Storage documentation](../../hypernode-platform/object-storage.md).
104+
```
105+
96106
## The storage flag file in the bucket
97107

98108
Magento's S3 implementation creates a test file called `storage.flag`, which is basically created to test if the connection works. So this is not a magic file to mark anything ([source](https://github.com/magento/magento2/blob/6f4805f82bb7511f72935daa493d48ebda3d9039/app/code/Magento/AwsS3/Driver/AwsS3.php#L104)).
@@ -121,6 +131,12 @@ If you’re using Amazon S3, ensure that your S3 bucket policies are properly co
121131
}
122132
```
123133

134+
## Remote storage tweaks module
135+
136+
After configuring remote storage for Magento 2, you might run into some slower pages in the admin product grid. This is caused by an inefficient image loading mechanism found in the Magento core code. For now we have written a Magento 2 module to fix this performance problem.
137+
138+
You can find the module on [GitHub](https://github.com/ByteInternet/magento2-remote-storage-tweaks/) and [Packagist](https://packagist.org/packages/hypernode/magento2-remote-storage-tweaks).
139+
124140
## Magento remote storage documentation
125141

126142
- [Configure Remote Storage](https://experienceleague.adobe.com/en/docs/commerce-operations/configuration-guide/storage/remote-storage/remote-storage)

docs/ecommerce-applications/shopware-6/how-to-configure-remote-storage-for-shopware-6-x.md

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -43,7 +43,7 @@ shopware:
4343
You can get the required management URL, access key, and secret key by running `hypernode-object-storage info` with the `--with-credentials` flag:
4444

4545
```console
46-
app@testapp ~ # hypernode-object-storage info --with-credentials
46+
app@abcdef-example-magweb-cmbl:~$ hypernode-object-storage info --with-credentials
4747
+--------------------------------------+----------------+---------+-------------+-------------------------------------+---------------+---------------+
4848
| UUID | Name | Plan | Hypernodes | Management URL | Access Key | Secret Key |
4949
+--------------------------------------+----------------+---------+-------------+-------------------------------------+---------------+---------------+
@@ -95,6 +95,10 @@ Alternatively, you can use the AWS CLI directly:
9595
aws s3 sync public/media/ s3://bucket_name/media/
9696
```
9797

98+
```{tip}
99+
More information about the `hypernode-object-storage` command can be found in the [Object Storage documentation](../../hypernode-platform/object-storage.md).
100+
```
101+
98102
## Serving assets from your S3 bucket
99103

100104
To serve media assets directly from your S3 bucket, you need to adjust your nginx configuration.

docs/hypernode-platform/autoscaling/how-to-enable-horizontal-autoscaling.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -32,7 +32,7 @@ The upgrade is effective as long the extra resources are needed and being used.
3232
1. Toggle Horizontal autoscaling. This will enable the form to choose the thresholds and the applications you would like to autoscale with. You can choose the certain conditions when autoscaling should be initiated. By default we recommend when the load on the server is higher than 70 for more than 15 minutes
3333
Note: You can also choose the specific time window in which autoscaling should be initiated, if you prefer not to autoscale 24/7. ( E.g. if you have a cron running at 4am that will increase the load on the server but you dont want that to trigger autoscaling, you can choose the autoscaling window to be 5AM-3AM. This will avoid autoscaling between 3AM-5AM)
3434
![Autoscaling toggled](_res/autoscaling-toggled.png)
35-
1. Now click on applications to check if your Hypernode and all the applications on that Hypernode are eligibile for horizontal autoscaling. We have a list of requirements that your Hypernode and it's applications must meet for you to be able to enable horizontal autoscaling. You can see the list [here](https://www.hypernode.com/).
35+
1. Now click on applications to check if your Hypernode and all the applications on that Hypernode are eligibile for horizontal autoscaling. We have a list of requirements that your Hypernode and it's applications must meet for you to be able to enable horizontal autoscaling. You can see the list [here](how-does-horizontal-autoscaling-work.md).
3636
![Autoscaling eligibility checks](_res/autoscaling-eligchecks.png)
3737
1. If an application is not supported, you can either unselect that application so that its not a part of horizontal autoscaling. Or you can update your application as required to make it eligible and re-run the checks.
3838
1. After you have decided the thresholds and choosen the eligible applications, you can now click save changes at the top right corner. This will enable horizontal autoscaling, charge you for the autoscaling license and now your Hypernode will be monitored 24/7 against the conditions you have set.

docs/hypernode-platform/nginx/basic-authentication-on-hypernode-development-plans.md

100755100644
File mode changed.

docs/hypernode-platform/object-storage.md

Lines changed: 13 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -10,11 +10,24 @@ redirect_from:
1010

1111
# Object Storage
1212

13+
Hypernode Object Storage provides an option to store media files, assets, backups, documents, etc in a persistent, remote storage container.
14+
15+
Object storage eliminates redundancy and provides a centralized, scalable solution for storing application assets, session data, and backups.
16+
17+
By default, media files are stored in the same filesystem that contains the application. This is inefficient for complex, multi-server configurations, and can result in degraded performance when sharing resources.
18+
19+
With Object Storage you get:
20+
21+
- Effortless Data Sharing – Seamless access across all Hypernodes
22+
- Full Access Control & Security – Secure and manage your data with ease
23+
- Safe Backup & Monitoring – Ensure reliability with built-in insights
24+
1325
```{toctree}
1426
---
1527
caption: Table of Contents
1628
maxdepth: 1
1729
glob:
1830
---
31+
object-storage/getting-started
1932
object-storage/*
2033
```
41 KB
Loading
Lines changed: 15 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,15 @@
1+
---
2+
myst:
3+
html_meta:
4+
description: Learn how to cancel Hypernode Object Storage
5+
title: Hypernode Object Storage | Cancellation
6+
---
7+
8+
# Cancellation
9+
10+
To cancel an Object Storage Workspace, you can SSH into the Hypernode that is linked to that Object Storage and run `hypernode-object-storage cancel`.
11+
12+
```{note}
13+
The cancellation will be in effect from the end of the month.
14+
Also if you change your mind or forgot to pull some data. It will still be available for 7 days after the cancellation. You can always reach out to the support team for help if that happens.
15+
```
Lines changed: 20 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,20 @@
1+
---
2+
myst:
3+
html_meta:
4+
description: Learn how Dynamic Upscaling works in Hypernode Object Storage
5+
title: Hypernode Object Storage | Dynamic Upscaling
6+
---
7+
8+
# Dynamic Upscaling
9+
10+
Dynamic Upscaling is a feature that automatically increases your object storage capacity when needed. This ensures that your workspace always has enough space to store your files, backups, media, and other data—without requiring manual upgrades.
11+
12+
## How it works
13+
14+
When Dynamic Upscaling is enabled, the system monitors your usage and upgrades your object storage plan automatically when you reach 99% of your current limit. This helps prevent issues related to running out of storage space and reduces the risk of downtime. Dynamic upscaling will always choose the next suitable plan size based on your current usage. You will be billed according to the upgraded plan after the change.
15+
16+
## Managing Dynamic Upscaling
17+
18+
Dynamic Upscaling can be enabled or disabled through the Control Panel.
19+
20+
Go to the Control Panel, select the Object Storage workspace you want to enable/disable Dynamic Upscaling for, and toggle the Dynamic Upscaling switch.

0 commit comments

Comments
 (0)