Installing the On-demand version 9.3.0 on a Development Environment

Hi Chris, 

Thank you for replying

This is my server configuration

PHP 7.1.33 

Mysql : 5.7.29

Elastic search 5.6.0

I did the following

1. Double checked the permissnon

2. Nothing on Sugar logs, PHP error longs and Apache logs 

3. The only thing on console log is a 404 not found for a Image

Hi Chris,

Yes that permission is correct for the user and group, I double checked with our dev admin. I have a version of 9.0.3  working in this development space. 

One thing I forgot to mention is the .htaccess file, The backup from sugar didn't have a .htaccess file,. So I copied one from a working one and updated it . 

Here is the contents.

# BEGIN SUGARCRM RESTRICTIONS
# Fix mimetype for logo.svg (SP-1395)
AddType image/svg+xml .svg
AddType application/json .json
AddType application/javascript .js

<IfModule mod_rewrite.c>
Options +FollowSymLinks
RewriteEngine On
RewriteBase /investo
RewriteRule (?i)\.git - [F]
RewriteRule (?i)\.log$ - [F]
RewriteRule (?i)^bin/ - [F]
RewriteRule (?i)^cache/diagnostic/ - [F]
RewriteRule (?i)^composer\.(json|lock)$ - [F]
RewriteRule (?i)^cron\.php$ - [F]
RewriteRule (?i)^custom/blowfish/ - [F]
RewriteRule (?i)^dist/ - [F]
RewriteRule (?i)^emailmandelivery\.php$ - [F]
RewriteRule (?i)^files\.md5$ - [F]
RewriteRule (?i)^src/ - [F]
RewriteRule (?i)^upload/ - [F]
RewriteRule (?i)^vendor/(?!ytree.*\.(css|gif|js|png)$) - [F]
RewriteRule (?i)^(cache|clients|data|examples|include|jssource|log4php|metadata|ModuleInstall|modules|soap|xtemplate)/.*\.(php|tpl)$ - [F]

RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^rest/(.*)$ api/rest.php?__sugar_url=$1 [L,QSA]
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^cache/api/metadata/lang_(.._..)_(.*)_public(_ordered)?\.json$ rest/v10/lang/public/$1?platform=$2&ordered=$3 [N,QSA,DPI]

RewriteRule ^cache/api/metadata/lang_(.._..)_([^_]*)(_ordered)?\.json$ rest/v10/lang/$1?platform=$2&ordered=$3 [N,QSA,DPI]
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^cache/Expressions/functions_cache(_debug)?.js$ rest/v10/ExpressionEngine/functions?debug=$1 [N,QSA,DPI]
RewriteRule ^cache/jsLanguage/(.._..).js$ index.php?entryPoint=jslang&module=app_strings&lang=$1 [L,QSA,DPI]
RewriteRule ^cache/jsLanguage/(\w*)/(.._..).js$ index.php?entryPoint=jslang&module=$1&lang=$2 [L,QSA,DPI]
RewriteRule ^portal/(.*)$ portal2/$1 [L,QSA]
RewriteRule ^portal$ portal/? [R=301,L]
</IfModule>

<IfModule mod_mime.c>
AddType application/x-font-woff .woff
</IfModule>
<FilesMatch "\.(jpg|png|gif|js|css|ico|woff|svg)$">
<IfModule mod_headers.c>
Header set ETag ""
Header set Cache-Control "max-age=2592000"
Header set Expires "01 Jan 2112 00:00:00 GMT"
</IfModule>
</FilesMatch>
<IfModule mod_expires.c>
ExpiresByType text/css "access plus 1 month"
ExpiresByType text/javascript "access plus 1 month"
ExpiresByType application/x-javascript "access plus 1 month"
ExpiresByType image/gif "access plus 1 month"
ExpiresByType image/jpg "access plus 1 month"
ExpiresByType image/png "access plus 1 month"
ExpiresByType application/x-font-woff "access plus 1 month"
ExpiresByType image/svg "access plus 1 month"
</IfModule>
# END SUGARCRM RESTRICTIONS

Hi Anoop,

With regards to the .htaccess file you posted, the only potential issue that I can see is the RewriteBase value. If your development instance is not in the /investo directory or you are not accessing the instance via a URL pattern of https://{domain}/investo, then that value needs to be updated accordingly. If you access the instance via a URL of https://investo.{domain}, then RewriteBase should be set to /. If you access the instance a URL of https://{domain}/{folder}, then RewriteBase should be set to /{folder}.

Your .htaccess file is missing the following:

<IfModule mod_headers.c>
        Header always set X-Frame-Options "SAMEORIGIN"
</IfModule>

This is a security measure and should not prevent the page from loading. 

Once you've confirmed the RewriteBase value, I recommend deleting all the contents of the ./cache directory and then try reloading Sugar. You may need to do 2 refreshes of the page for the cache directory to fully build out. If that is unsuccessful, check to see whether you have any new diagnostics/behaviors from the aforementioned logs and tools.

Hi Anoop,

With regards to the .htaccess file you posted, the only potential issue that I can see is the RewriteBase value. If your development instance is not in the /investo directory or you are not accessing the instance via a URL pattern of https://{domain}/investo, then that value needs to be updated accordingly. If you access the instance via a URL of https://investo.{domain}, then RewriteBase should be set to /. If you access the instance a URL of https://{domain}/{folder}, then RewriteBase should be set to /{folder}.

Your .htaccess file is missing the following:

<IfModule mod_headers.c>
        Header always set X-Frame-Options "SAMEORIGIN"
</IfModule>

This is a security measure and should not prevent the page from loading. 

Once you've confirmed the RewriteBase value, I recommend deleting all the contents of the ./cache directory and then try reloading Sugar. You may need to do 2 refreshes of the page for the cache directory to fully build out. If that is unsuccessful, check to see whether you have any new diagnostics/behaviors from the aforementioned logs and tools.