That was just after installation
No error during installation, but when I login and after every action a receive the error
GET https://suitecrm.fdm-partners.com/cache/jsLanguage/en_us.js?v=8b4uxQ6BwtFabRG_XdAheA net::ERR_ABORTED 403
index.php?module=Home&action=index:35
Now the 403 error diaspear but I have unexpected delay when language files are loaded
Hi, welcome to the Community! 
That is probably a permissions error, or an .htaccess issue, or similar. It is your server saying you cannot access that resource.
Of course I checked all permissions and even tried to give all permissions (777) to the affected files.
The .htaccess file is the one set up by SuiteCRM, I have not modified it.
If it was a real classic permission problem, nothing would work
For me it’s not a real 403 error but mapped in the htaccess
curl --head http://crm2.fdm-partners.com/
HTTP/1.1 301 Moved Permanently
Content-Type: text/html; charset=UTF-8
Location: index.php?action=Login&module=Users
=> delay 64 seconds
Other ajax calls return 200 (OK) but with anormal delay
GET XHR http://crm2.fdm-partners.com/index.php [HTTP/1.1 200 OK 64366 ms]
GET XHR http://crm2.fdm-partners.com/index.php [HTTP/1.1 200 OK 64391 ms]
Is this Apache? What do the access.log web server logs say?
Maybe that 301 is just your web server redirecting http to https?
You can also look for more clues in your PHP and SuiteCRM logs
The logs I’e sent are in http. But I have the same issue in https. Seems http/https are not the point.
Due mutualized web I’ve no access to access.log/php.log, I’ve open a ticket to OVH but just escalated to level 2 support, no response yet
I just turn suitecrm logs to debug now… to be continued
OVH!
… not worth the trouble. Doesn’t work. If they really wanted to look into their incompatibility with SuiteCRM, they would have done it long ago, but I guess they don’t care. It’s the only hosting, worldwide, with these weird behaviours…
Seems so… That is just a test env… SuiteCRM work on OVH Cloud VM… But that is not exactly the same price… Seems mutualized customers are not real customers…
Anyway, not more efficient support for VM… the difference is I can manage it myself…
That file (english version) but it’s the same with french version, use more than 1 minute to be executed (or timed out)
Request URL: http://crm2.fdm-partners.com/cache/jsLanguage/en_us.js?v=NVPanN2c-yt7Et0ZxR_RLg
Request Method: GET
Status Code: 200 OK
Remote Address: 46.105.57.169:80
Referrer Policy: no-referrer-when-downgrade
Cache-Control: max-age=31556940, private
Content-Encoding: gzip
Content-Type: application/javascript
Date: Tue, 10 Mar 2020 13:38:48 GMT
Expires: Wed, 10 Mar 2021 19:27:48 GMT
Pragma:
Server: Apache
Set-Cookie: ck_login_id_20=1; expires=Mon, 08-Jun-2020 13:38:48 GMT; Max-Age=7776000; domain=crm2.fdm-partners.com; HttpOnly
Set-Cookie: ck_login_language_20=en_us; expires=Mon, 08-Jun-2020 13:38:48 GMT; Max-Age=7776000; domain=crm2.fdm-partners.com; HttpOnly
Set-Cookie: sugar_user_theme=SuiteP; expires=Wed, 10-Mar-2021 13:38:48 GMT; Max-Age=31536000; HttpOnly
Set-Cookie: SERVERID585=2021133|XmeYa|Xmd4O; path=/
Transfer-Encoding: chunked
Vary: Accept-Encoding
X-Content-Type-Options: nosniff
X-IPLB-Instance: 18163
Accept: /
Accept-Encoding: gzip, deflate
Accept-Language: fr-FR,fr;q=0.9,en-US;q=0.8,en;q=0.7
Cache-Control: no-cache
Connection: keep-alive
Cookie: ck_login_id_20=1; ck_login_language_20=en_us; sugar_user_theme=SuiteP; _ga=GA1.2.1628142327.1581088564; _gid=GA1.2.1317895188.1583767113; sugar_user_theme=SuiteP; ck_login_id_20=1; ck_login_language_20=en_us; PHPSESSID=fd528bc9a2cf89bdc3e74ca192a2c5b9; SERVERID585=2021133|XmeYK|Xmd4O
Host: crm2.fdm-partners.com
Pragma: no-cache
Referer: http://crm2.fdm-partners.com/index.php?module=Home&action=index
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.132 Safari/537.36
v: NVPanN2c-yt7Et0ZxR_RLg
Corrected !
disable all sugar cache in config_override.php
