Conexões ao mariadb com ssl habilitado funcionam no Scriptcase com php 8.1
No scriptcase com php 8.2 não.
Se clico em atualizar dá erro 500 no meio do processo e corrompe tudo. O Scriptcase para de funcionar.
Ambiente Debian 13 Trixie
Mariadb 11.8
PHP 8.2
Source guardian 17.0.0
Instalador manual. Testado com .zip e .tgz
Essa atualização envolve a atualização de todos os drivers de acesso a banco de dados.
Tem que fazer garantindo backup total.
Caro @buhlerax,
Já estamos verificando o caso, e qualquer novidade acerca do mesmo, daremos um feedback aqui no tópico.
Nossos cumprimentos!
@Danilo_Lima Descobri o erro que ocorre quando vai atualizar:
[Sat Jan 31 01:55:05.257518 2026] [proxy_fcgi:error] [pid 5676:tid 5686] xxxxxxxxxxxx AH01071: Got error ‘PHP message: PHP Fatal error: SourceGuardian Loa
der - This protected script was not encoded for version 8.2.30 of PHP. Please re-encode or contact the author of the script regarding this problem. Error code [07] in /var
/xxxxxxxxx/devel/lib/php/base_ini.inc.php on line 2’, referer: https://xxxxxxxxxxx/devel/iface/admin_update2.php?rand=ef0d9bb826973712
Sendo que com o instalador manual… Fiz uma nova instalação e fui direto em “Scriptcase udpate”.
@buhlerax, aqui obtive o mesmo erro. Baixei o zip pra instalação manual agora pela manhã.
S.O. linux mint 22.1, nginx e mysql
Erro no arquivo /var/log/nginx/error.log:
2026/02/04 09:14:29 [error] 30503#30503: *6 FastCGI sent in stderr: "PHP message: PHP Fatal error: SourceGuardian Loader - This protected script was not encoded for version 8.2.30 of PHP. Please re-encode or contact the author of the script regarding this problem. Error code [07] in /var/www/html/sc9/devel/iface/login.php on line 2" while reading response header from upstream, client: 127.0.0.1, server: localhost, request: "GET /sc9/devel/iface/login.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php8.2-fpm.sock:", host: "localhost:8081"
O que entendi é que o SC foi encodado com uma versão anterior a 8.2.30, só que a única release disponível no repositório do Ondřej Surý é a 8.2.30.
$ apt-cache policy php8.2-fpm
php8.2-fpm:
Instalado: 8.2.30-1+ubuntu22.04.1+deb.sury.org+1
Candidato: 8.2.30-1+ubuntu22.04.1+deb.sury.org+1
Tabela de versão:
*** 8.2.30-1+ubuntu22.04.1+deb.sury.org+1 500
500 https://ppa.launchpadcontent.net/ondrej/php/ubuntu jammy/main amd64 Packages
100 /var/lib/dpkg/status
No meu caso aqui, adicionei o php 8.2, configurei uma porta nova no nginx e fiz uma instalação limpa (diretório e banco novos), pra não bugar meu SC atual da 8.1.
Eu baixei este aqui: wget --user-agent=“Mozilla” https://downloads.scriptcase.net/v9/packs/scriptcase-9.13.012-pt_br-php8.2.tgz e deu certo.
Veja se dá certo para você. Eles devem ter feito a correção.
PS: Não esqueça de colocar o source guardian para o php 8.2
https://www.sourceguardian.com/loaders.html
Oi Alexandre.
Eu acionei o suporte agora e foi resolvido.
Pediram pra mudar a linha de apontamento para o ixed.8.2.lin, para que eu tirasse o caminho completo e colocasse apenas o nome do arquivo (não sei se isso fez diferença).
Meu problema mesmo foi falta de permissão em disco (ainda cometo desses erros rsrs). Depois disso a instalação passou sem erros nos logs do php ou nginx. Tudo ok agora.
sc_lookup com 12419 itens não se perde no scriptcase com php 8.1.
O mesmo código no scriptcase com php 8.2 se perde não fornecendo os dados para o sql_exec.
Não seria o caso de usar sc_select ao invés de sc_lookup para o update ?
Já pensei nisto.
Sei que o sc_lookup é para querys pequenas e sc_select para grandes.
Como descrevi aqui em 2019 Sc_select x sc_lookup
Mas o problema é que no Scriptcase com php 8.1 funcionava.
Vou tentar.
As duas macros possuem a mesma estrutura interna com a diferença que sc_select pede um next para próximos registros.
Se toda na 8.1 e não roda Na 8.2 indifere se é sc—lookup ou sc_select
@HenriqueB @Danilo_Lima @marcia.caaraujo @yuri_esteves
Bom dia,
Alguma novidade sobre o Scriptcase com php 8.2 e Mysql/Mariadb com PDO e ssl habilitado?
Porque com driver msqli vai normal.
E no php 8.1 sempre funcionou.
Veja vídeo no Youtube:
https://youtu.be/N08PyKDihwc
