Burtiraven2/session_redis_public
1
0
Fork 0
mirror of https://github.com/camptocamp/odoo-cloud-platform.git synced 2026-06-24 02:08:36 +00:00
Code Issues Packages Projects Releases Wiki Activity
119 Commits 670 Branches 0 Tags
da05c26f8758cda37b1b0dd6cde7a64030b74921
Commit Graph
119 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
Yannick VaucherandGitHub da05c26f87 Merge pull request #303 from camptocamp/9.0-bp-redis-url 
[9.0][IMP] session_redis: allow configuring Redis URL instead of host & port.
 2021-11-15 10:17:33 +01:00
Miku LaitinenandYannick Vaucher 557a91d111 [IMP] session_redis: allow configuring Redis URL instead of host & port. 
Back-porting from [13] branch
 2021-11-11 19:54:58 +01:00
Yannick VaucherandGitHub 57bbf92c17 Merge pull request #286 from nilshamerlinck/9.0-backport-attachment_azure 
[MIG] attachment_azure: Backport from 10.0 to 9.0
 2021-11-11 18:40:06 +01:00
Nils Hamerlinck 4519f4e515 [MIG] attachment_azure: Backport from 10.0 to 9.0 2021-11-09 20:28:31 +07:00
Nils Hamerlinck d0db524425 [MIG] attachment_azure: Backport from 11.0 to 10.0 2021-11-09 19:04:21 +07:00
Nils Hamerlinck b7b15b1572 [MIG] attachment_azure: Backport from 12.0 to 11.0 2021-11-09 19:04:21 +07:00
Nils Hamerlinck 9aa54025b0 [12.0][IMP] attachment_azure: don't get blob content if we only need its size 2021-11-09 19:04:21 +07:00
Nils Hamerlinck e5a6ed4e67 [MIG] attachment_azure: Backport from 13.0 to 12.0 2021-11-09 19:04:21 +07:00
Nils Hamerlinck ead50c44f1 [13.0][FIX] attachment_azure: in 13.0, _file_read() is expected to return base64 encoded data 2021-11-09 19:04:21 +07:00
Patrick TombezandNils Hamerlinck 94609a0ddc [MIG] attachment_azure: Backport from 14.0 to 13.0 2021-11-09 19:04:21 +07:00
Patrick TombezandNils Hamerlinck 470c4b40d5 [14.0][IMP] attachment_azure: Allow storage name override 2021-11-09 19:04:21 +07:00
Vincent RenavilleandNils Hamerlinck 81f7aeca08 [IMP] Add identity (#238) 
* [IMP] can use ad identity to access storage
 2021-11-09 19:04:21 +07:00
Nils Hamerlinck 824668f4c5 [FIX] attachment_azure: clean dbname to fit with container naming rules 2021-11-09 19:04:21 +07:00
Nils Hamerlinck 89f7a2a707 [FIX] attachment_azure: higher level of permissions needed to create container and upload blobs when using the SAS token 2021-11-09 19:04:21 +07:00
Hiren PattaniandNils Hamerlinck 6f56f791cb [ADD] attachment_azure 2021-11-09 19:04:21 +07:00
Guewen BaconnierandGitHub 3cc4e93375 Merge pull request #137 from camptocamp/9-fixes 
cloud_platform: fix default config
 2020-06-22 07:38:37 +02:00
Patrick TombezandGitHub e368c8c5a1 Merge pull request #172 from p-tombez/9.0-s3_boto3 
[9.0] attachment_s3: Migrate to boto3
 2020-04-07 12:24:48 +02:00
Akim JuilleratandPatrick Tombez aacffc0434 attachment_s3: Migrate to boto3 2020-03-10 11:39:43 +01:00
Akim JuilleratandGitHub cd33d12527 Merge pull request #167 from grindtildeath/9.0-fix_auth_to_keystone_v3 
[9.0] attachment_swift: Fix authentication to Keystone v3
 2020-03-09 13:33:28 +01:00
Akim Juillerat e68423bc54 Fix authentication to Keystone v3 
- Use newer version from python lib.
 - Define project_domain_id + user_domain_id in auth
 2020-03-09 13:10:23 +01:00
Akim JuilleratandGitHub 99a4e59d35 Merge pull request #150 from grindtildeath/9.0_dev_attachments 
[9.0] Require AWS_BUCKETNAME for prod, integration and labs environments only
 2020-03-05 10:01:12 +01:00
Patrick TombezandGitHub 2c23459778 Merge pull request #155 from p-tombez/9.0-keystoneauth_v3 
[9.0] Use keystoneauth v3 for Swift attachments
 2020-03-04 11:21:31 +01:00
Mussie SirakandPatrick Tombez d319b42fce Use keystoneauth v3 for Swift attachments 2020-03-04 11:09:55 +01:00
Akim Juillerat c657507a4b Require AWS_BUCKETNAME for prod, integration and labs environments only 
AWS_BUCKETNAME is only needed in order to write on the bucket, but
read-only access should be allowed for other environments.

Fixes bug introduced by 6c3b610610
 2020-02-25 16:02:11 +01:00
Simone Orsi 4e0d582cd0 cloud_platform: fix default config 
`_config_by_server_env` should always retutn a `PlatformConfig` instance
 2020-02-04 13:40:58 +01:00
Patrick TombezandGitHub d214e82a46 Merge pull request #132 from p-tombez/9.0-anon_redis_session 
[9.0] Add anonymous redis session expiration configuration
 2020-01-31 11:15:33 +01:00
Patrick Tombez 5a07cc4f60 Add anonymous redis session expiration configuration 2020-01-29 16:42:39 +01:00
Guewen BaconnierandGitHub 477480df42 Merge pull request #103 from camptocamp/revert-98-9.0-monitoring_check_db_connection 
Revert "[9.0] [IMP] monitoring_status: check the db is reachable"
 2019-11-18 13:50:38 +01:00
Guewen BaconnierandGitHub e1a516615c Revert "[9.0] [IMP] monitoring_status: check the db is reachable" 2019-10-29 17:31:01 +01:00
Simone OrsiandGitHub 51527cd253 Merge pull request #98 from gurneyalex/9.0-monitoring_check_db_connection 
[9.0] [IMP] monitoring_status: check the db is reachable
 2019-10-28 08:09:35 +01:00
Alexandre Fayolle 1a56848a46 [IMP] monitoring_status: check the db is reachable 
make a real SQL query on GET /monitoring/status and return a 503
if the query failed.
 2019-10-25 14:52:58 +02:00
Simone OrsiandGitHub 57e03f1a6c Merge pull request #76 from guewen/9.0-monitoring_status-ignore-http 
[9.0] Ignore HTTP version in monitoring_status filter
 2019-08-09 11:56:03 +02:00
Simone OrsiandGuewen Baconnier 1b10458d98 Ignore HTTP version in monitoring_status filter 2019-08-09 11:44:24 +02:00
Guewen BaconnierandSimone Orsi cca0ba6bd8 [9.0] Filter /monitoring/status werkzeug logs (#68) 
* Filter /monitoring/status werkzeug logs

With healtchecks, they constitute 95% of our logs. Let's stop wasting
resources and shut them up.
 2019-07-19 15:34:23 +02:00
Timon TschanzandGitHub 8332929cb4 Merge pull request #64 from tschanzt/fix_inverse_datas 
Fix inverse datas for swift storage
 2019-06-18 17:09:13 +02:00
Timon Tschanz f5fdc3a7cf Fix inverse datas for swift storage 2019-05-31 18:03:47 +02:00
Guewen BaconnierandGitHub 92ca087101 Merge pull request #55 from guewen/swift-auth-session 
attachment_swift: share a session for all connections
 2019-05-07 15:29:16 +02:00
Guewen Baconnier 3e20f1563f Pin PyYAML version because 5.x does not work with Odoo 
It would raise ConstructorError: could not determine a constructor for the tag '!record'
 2019-05-02 16:45:59 +02:00
Guewen Baconnier 4e919d85cb attachment_swift: share a session for all connections 
OVH's Swift applies a rate limit on the authentication.

attachment_swift authenticates again each time it has to read/write an
attachment. When running upgrades on upgrades of files or installing a
new DB, at some point, we get rejected with HTTP 429.

This commit introduces a shared storage for Swift Session. All
connections will reuses the same authentication token created the first
time a connection needs a Session.

Note: needs python-swiftclient>=3.7.0 to have
https://github.com/openstack/python-swiftclient/commit/1971ef880ff225379d4a91f00f89f323a1605eeb
 2019-05-02 16:13:04 +02:00
Guewen Baconnier 85d32e44c6 Add missing variable in documentation example 2019-05-02 15:29:16 +02:00
Guewen Baconnier 6d27097ca9 Add setuptools files 2018-12-03 10:04:53 +01:00
Guewen Baconnier 5d9a51ef8c Edit readme 2018-12-03 10:04:33 +01:00
jcouxandGitHub 6f21400653 Merge pull request #40 from camptocamp/add_ovh_in_v9 
[9.0] Backport OVH modules from 10.0
 2018-10-30 12:04:39 +01:00
jcoux a3c61c6c6c Backport fix on session check crash (PR 33) 2018-10-30 08:54:01 +01:00
jcoux 7fc296d73e Backport OVH modules from 10.0 2018-10-29 13:45:20 +01:00
jcoux c6a0e7c1f5 Get OVH modules from 10.0 2018-10-29 11:10:49 +01:00
Guewen BaconnierandGitHub 8bd5049b7d Merge pull request #36 from guewen/9.0-force-storage-at-upgrades 
9.0 Fix attachments stored in FS instead of object storage
 2018-06-14 09:34:30 +02:00
Guewen Baconnier d1bb60fc11 attachment_s3: bump 1.3.0 2018-06-13 17:26:08 +02:00
Guewen Baconnier c3d9aceb0f Document a weird domain which is there for a reason 
The reason being:
https://github.com/odoo/odoo/blob/9032617120138848c63b3cfa5d1913c5e5ad76db/odoo/addons/base/ir/ir_attachment.py#L344-L347

I nearly deleted this domain but it was too weird to be there for no
reason. A comment explaining the issue was really missing.
 2018-06-13 17:16:07 +02:00
Guewen Baconnier ddb7656abd Fix attachments stored in FS instead of object storage 
Assume the following situation:

* We have installed addons base, sale and attachment_s3 (hence
base_attachment_object_storage as dependency)
* All attachments are in S3 already
* We run an upgrade of the 'base' addon, 'sale' is upgraded before
attachment_s3 in the order of loading.
* Sale updates the icon of the Sale menu
* As attachment_s3 is not loaded yet, the attachment is created in the
filestore

Now if we don't persist the filestore or use different servers, we'll
lose the images of the menus (or any attachment loaded by the
install/upgrade of an addon).

The implemented solution is to move the attachments from the filestore
to the object storage at the loading of the module. However, this
operation can take time and it shouldn't be run by 2 processes at the
same time, so we want to detect if the module is loaded during a normal odoo
startup or when some addons have been upgraded. There is nothing anymore
at this point which allow us to know that modules just have been
upgraded except... in the caller frame (load_modules). We have to rely
on the inpect module and get the caller frame, which is not recommended,
but seems the only way, besides, it's not called often and if
_register_hook was called from another place, it would have no effect
(unless the other place has a variable 'update_module' too).
 2018-06-13 17:15:45 +02:00