After out last deployment, we had this issue where absolutely nothing worked (Front & Back) including the panel that displayed the following message : " The panel cannot be installed".
After some tests, I was able to figure that after our last deploy, Kirby “decided” to point to the getkirby folder inside vendor for absolutely everything .
I guess that it seems to be the root of the problem as it should not point inside the vendor folder. When trying to print bunch of informations (ex: options, blueprints, site) directly through index.php, all we get are empty strings. However, when printing routers & routes, we get these path pointing toward vendor/getkirby as displayed below. FYI, locally, everything works and the print test display the proper information and paths
My bad, here is the htaccess file content @texnixe
# Kirby .htaccess
# revision 2020-06-15
# rewrite rules
<IfModule mod_rewrite.c>
# enable awesome urls. i.e.:
# http://yourdomain.com/about-us/team
RewriteEngine on
# make sure to set the RewriteBase correctly
# if you are running the site in a subfolder;
# otherwise links or the entire site will break.
#
# If your homepage is http://yourdomain.com/mysite,
# set the RewriteBase to:
#
# RewriteBase /mysite
# In some environments it's necessary to
# set the RewriteBase to:
#
# RewriteBase /
# block files and folders beginning with a dot, such as .git
# except for the .well-known folder, which is used for Let's Encrypt and security.txt
RewriteRule (^|/)\.(?!well-known\/) index.php [L]
# block all files in the content folder from being accessed directly
RewriteRule ^content/(.*) index.php [L]
# block all files in the site folder from being accessed directly
RewriteRule ^site/(.*) index.php [L]
# block direct access to Kirby and the Panel sources
RewriteRule ^kirby/(.*) index.php [L]
# make site links work
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*) index.php [L]
</IfModule>
# pass the Authorization header to PHP
SetEnvIf Authorization "(.*)" HTTP_AUTHORIZATION=$1
# compress text file responses
<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/javascript
AddOutputFilterByType DEFLATE application/json
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
</IfModule>
<IfModule mod_headers.c>
Header set Access-Control-Allow-Origin "*"
Header set Access-Control-Allow-Origin "localhost"
Header set Access-Control-Allow-Origin "localhost:3000"
</IfModule>tjhost@xxx [~/domain_name.com]#
I was able to solve the problem by changing the Kirby loader in index.php
Il doit y avoir un truc qui n’a pas été fait correctement dans l’installation à l’iniutial… J’i fait cette modification sur le fichier suivant en ligne
From this:
/* require __DIR__ . '/kirby/bootstrap.php';
echo (new Kirby)->render(); */
Now I need to figure out with the the main developper why it is behaving like this. I will try to come back with the reason behind this issue as soon as we find it.
The additional line that modify the value of roots.index for __dir__ is telling kirby that the kirby seems to remove the weird request pointing toward vendor/getkirby. There are some other weird bugs related to this that I still don’t understand, especially since these issue are not happening when testing locally… I don’t think I can or even want to dig further to understand as I need to modify the live server to figure this bug out, which I will avoid…