• Welcome to the Chevereto user community!

    Here users from all over the world gather around to learn the latest about Chevereto and contribute with ideas to improve the software.

    Please keep in mind:

    • 😌 This community is user driven. Be polite with other users.
    • 👉 Is required to purchase a Chevereto license to participate in this community (doesn't apply to Pre-sales).
    • 💸 Purchase a Pro Subscription to get access to active software support and faster ticket response times.
  • Chevereto Support CLST

    Support response

    Support checklist

    • ⚠️ Got a Something went wrong message? Read this guide and provide the actual error. Do not skip this.
    • ✅ Confirm that the server meets the System Requirements
    • 🔥 Check for any available Hotfix - your issue could be already reported/fixed
    • 📚 Read documentation - It will be required to Debug and understand Errors for a faster support response

After Update from 3.20.12 to 3.20.14 - HTTP ERROR 500

Status
Not open for further replies.

BollyHolic

Chevereto Member
[06-Nov-2021 04:59:30 America/Toronto]
Aw, snap! Internal Server Error [debug @ error_log] - https://chv.to/v3debug

** errorId #d8d7bb3ab1d37aee **
ParseError [0]: syntax error, unexpected '='
At /lib/G/classes/class.gettext.php:406

Stack trace:
#0 unknown file(unknown line): class_autoloader('G\Gettext')
#1 /app/lib/classes/class.l10n.php(193): spl_autoload_call('G\Gettext')
#2 /app/lib/classes/class.l10n.php(121): CHV\L10n::processTranslation('es')
#3 /app/lib/classes/class.l10n.php(132): CHV\L10n->__construct()
#4 /app/lib/classes/class.l10n.php(232): CHV\L10n::getInstance()
#5 /app/lib/classes/class.l10n.php(252): CHV\L10n::getStatic('gettext')
#6 /app/lib/classes/class.l10n.php(213): CHV\L10n::getGettext()
#7 /app/lib/l10n.php(27): CHV\L10n::gettext('Recent')
#8 /app/web.php(277): _s('Recent')
#9 /lib/G/classes/class.handler.php(125): CHV\{closure}(G\Handler)
#10 /app/web.php(410): G\Handler->__construct(Array)
#11 /app/loader.php(233): require_once('/app/web.php')
#12 /index.php(20): include_once('/app/loader.php')


Also, Tried to revert back to 3.20.12 but same problem facing.
 
I tried to revert to old .htaccess and now site its working.

Why the new .htaccess not working??


OLD .htaccess[WORKING]

# Disable server signature
ServerSignature Off

# Enable CORS across all your subdomains (replace dev\.local with your domain\.com)
# SetEnvIf Origin ^(https?://.+\.dev\.local(?::\d{1,5})?)$ CORS_ALLOW_ORIGIN=$1
# Header append Access-Control-Allow-Origin %{CORS_ALLOW_ORIGIN}e env=CORS_ALLOW_ORIGIN
# Header merge Vary "Origin"

# Disable directory listing (-indexes), Multiviews (-MultiViews)
Options -Indexes
Options -MultiViews

<IfModule mod_rewrite.c>

RewriteEngine On

# If you have problems with the rewrite rules remove the "#" from the following RewriteBase line
# You will also have to change the path to reflect the path to your Chevereto installation
# If you are using alias is most likely that you will need this.
#RewriteBase /

# 404 images
# If you want to have your own fancy "image not found" image remove the "#" from RewriteCond and RewriteRule lines
# Make sure to apply the correct paths to reflect your current installation
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule images/.+\.(gif|jpe?g|png|bmp|webp) - [NC,L,R=404]
#RewriteRule images/.+\.(gif|jpe?g|png|bmp|webp) content/images/system/default/404.gif [NC,L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !\.(css|js|html|htm|rtf|rtx|svg|svgz|txt|xsd|xsl|xml|asf|asx|wax|wmv|wmx|avi|bmp|class|divx|doc|docx|exe|gif|gz|gzip|ico|jpe?g|jpe|mdb|mid|midi|mov|qt|mp3|m4a|mp4|m4v|mpeg|mpg|mpe|mpp|odb|odc|odf|odg|odp|ods|odt|ogg|pdf|png|pot|pps|ppt|pptx|ra|ram|swf|tar|tif|tiff|wav|wma|wri|xla|xls|xlsx|xlt|xlw|zip)$ [NC]
RewriteRule . index.php [L]

</IfModule>


NEW .htaccess [NOT WORKING giving HTTP 500 error]

ServerSignature Off
Options -Indexes
Options -MultiViews

# CORS header (avoids font rendering issues)(replace dev\.local with your domain\.com)
# SetEnvIf Origin ^(https?://.+\.dev\.local(?::\d{1,5})?)$ CORS_ALLOW_ORIGIN=$1
# Header append Access-Control-Allow-Origin %{CORS_ALLOW_ORIGIN}e env=CORS_ALLOW_ORIGIN
# Header merge Vary "Origin"

# Disable access to sensitive application files
<FilesMatch "composer\.(json|lock)|cli\.php|\.htaccess|\.gitignore">
<IfModule !mod_authz_core.c>
Order Allow,Deny
Deny from all
</IfModule>
<IfModule mod_authz_core.c>
Require all denied
</IfModule>
</FilesMatch>

<IfModule mod_rewrite.c>
RewriteEngine On
# If you have problems with the rewrite rules remove the "#" from the following RewriteBase line
# You will also have to change the path to reflect the path to your Chevereto installation
# If you are using mod alias is likely that you will need this.
#RewriteBase /

# Image not found replacement
RewriteCond %{REQUEST_FILENAME} !-f
#RewriteRule images/.+\.(gif|jpe?g|a?png|bmp|webp) content/images/system/default/404.gif [NC,L]
RewriteRule images/.+\.(gif|jpe?g|png|bmp|webp) - [NC,L,R=404]

# PHP front controller
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . index.php [L]

# Single PHP-entrypoint (disables direct access to .php files)
RewriteCond %{THE_REQUEST} ^.+?\ [^?]+\.php[?\ ] [NC]
RewriteRule \.php$ - [NC,L,F,R=404]
</IfModule>
 
I'm sorry that you are experiencing this.

Can you quickly check the system requirements first to make sure that your system supports the software? The solution for this issue may be easy as simply update the old components in your server stack.

** errorId #d8d7bb3ab1d37aee **
ParseError [0]: syntax error, unexpected '='
At /lib/G/classes/class.gettext.php:406
^ This happens when you don't run at least PHP 7.4

Why the new .htaccess not working??
^ Probably your web server doesn't support THE_REQUEST. But I'm just speculating, I need to try on my own directly i that server to be able to determine that. You could be interested in donate infra for development.

Cheers,
Rodolfo.
 
Chances are that you are getting this issue on cron?

This is the thing, the PHP behind the web server is not the same PHP that systems runs on CLI (cron). Check that the cron binary command is for php7.4.
 
What information do I share now to get the real cause of this issue?
You got that error because at that given context and time the command ran PHP != 7.4. There's no other explanation.

Confirm that the issue happens in CLI or not. If it happens in CLI the problem is your cron command calling the wrong PHP binary.
 
Dear @BollyHolic,

Unfortunately, this ticket has more than 14 days without a reply or feedback from you. We will now consider this ticket abandoned and its status is now closed.

Please, don't hesitate to create a new ticket if this matter is still causing you trouble. If this is already solved you can ignore this message.
 
Status
Not open for further replies.
Back
Top