Mais uma vez o Scriptcase fica preso numa versão do php que irá morrer!

Eu usando o php 8.0 na concorrência.
Agora testo o php 8.1, que nem foi lançado, na concorrência.
E o Scriptcase usando o php 7.3 que irá morrer em 6 de dezembro de 2021 .

5 Curtidas

Você tem razão … Mas tome cuidado com os xiitas que vem detonar a quem justamente sendo cliente faz reclamações procedentes neste espaço.

A esperança é que até essa data limite a ferramenta possa pelo menos gerar as aplicações para o php 8. De qualquer forma a empresa precisa se empenhar em atualizar o php da IDE.

5 Curtidas

Quem sabe se profissionais do seu calibre Alexandre Bühler, fazendo esses alertas, a netmake perceba que o rumo é outro!!!

1 Curtida

Urgente ! Até porque não faz mais sentido manter um ambiente em versões 7.x mesmo para desenvolver.

1 Curtida

Oi pessoal, creio que no caso da empresa netmake que tem um produto como scriptcase pode ser o principal produto da empresa ela tem que verificar varias variáveis antes de toma uma decisão como esta o qual a cada atualização php ela tem que atualize o produto, um exemplo disso somo nos mesmo já vi aqui no forum varias pessoas tendo problema e dificuldades em atualizar seus sistema a cada atualização de versão do scriptcase.

1 Curtida

Que seja.
Vamos tomar a versão 7.4 então.
Ela teve de 28 de novembro de 2019 até hoje para mudar para o php 7.4.
E ai?
Sabe que se você for hackeado por vulnerabilidade no php ou qualquer outra coisa a Netmake não é responsável.
Se o php 7.3 sair de linha e não tiver correções de vunerabilidades e um Hacker aproveitar estes furos de segurança. A Netmake não é responsável.


DA CLÁUSULA DÉCIMA TERCEIRA: DA LIMITAÇÃO DE DANOS
CONSEQUENTES

Cláusula 13.1: Este Software é distribuído sem quaisquer garantias
de nenhum tipo. O risco de usar este software é totalmente assumido
pelo LICENCIADO.

Cláusula 13.2: Em nenhum momento a LICENCIANTE poderá ser
acusada por danos indiretos, acidentais ou por consequência,
incluindo perda de trabalho, renda, lucros, uso, dados ou outras
vantagens econômicas, mesmo que seja avisada anteriormente da
possibilidade do dano.

Se você falar que esta disposto a assumir os prejuízos sozinho…

5 Curtidas

Sem contar o “mais-do-mesmo-com-maquiagem-passada-na-penteadeira”. Foi uma lástima, infelizmente tenho que usar o termo “verdadeira engabelação”. Quer ver um exemplo: a grande novidade de adaptação mobile das grids: isso já fazíamos de forma natural com puro SC sem precisar de um botãozinho na configuração da aplicação. Mas e as funcionalidades mobile dos formulários e gráficos? Novamente foi a promessa para uma atualização “em breve”. Continuemos com o Flutter, programando em Dart e até mesmo “Adianti” frameuôrquiando, dá para acreditar? Com uma baita ferramenta, o SC, tive que voltar a programar usando o Adianti Framework do Pablo Dall’oglio, mantendo projetos paralelos, tendo agora trabalho dobrado ou até mesmo triplicado se acrescentar o Flutter. Tudo porque o SC não possui responsividade e nem permite aplicar isso adequadmente via CSS em eventos, e nem os componentes usados pelo SC, tipo jQuerie (obsoleto no mercado) ser uma lástima quando se fala em customização de interfaces.

1 Curtida

Não é bom ficar em um PHP antigo, mas acredito que é muito difícil para a equipe estar sempre com o ultimo PHP. Nem é tão necessário assim.
Pois se busca uma versão estável e que tenha suporte.
Minha opinião, é que fosse usado como referencia o PHP padrão da distro Debian. Que agora no lançamento do Debian “bullseye” a versão do PHP padrão é o 7.4. O que vai acontecer, eu terei que usar ainda a versão do Debian “buster” que é mais antiga, que tem como padrão o PHP 7.3, o utilizado pelo SC 9.7.

1 Curtida

O mesmo mantenedor dos pacotes PHP do Debian mantém o sury.php.


Com o sury.php seja stretch, buster, bullseye, consigo ter php7.3, 7.4, 8.0 e 8.1 na mesma máquina.
Tudo feito pelo próprio mantenedor do pacote php no Debian oficial.
Com isto não me limito a versão de distros por conta de php ou Framework concorrentes.
O único limitador até o momento para manter o php 7.3 tem sido o próprio Scriptcase.
Porque dia 06 de dezembro é adeus php 7.3. Fim de vida.
Concordo que não precise ser a versão 8.
Mas o 7.3 já esta saindo de linha.
O salto para o php 7.4 não é tão difícil.
Olha que fácil para eu na mesma distro Debian somente escolher pelo seletor:

O único problema é que escolher php 5.6, 7.1, 7.2, e em breve o php 7.3.
E pedir para ter vulnerabilidades exploradas e …
Quer saber… Chega de perder tempo com este fórum.
Cada cabeça uma sentença

3 Curtidas

Olá NM, pelo menos a versão do php 8 até inicio ano que vem.

2 Curtidas

Caro Alexandre Buhler, não nos abondone. Seu conhecimento e suas dicas são de vital importância!!

Estava vendo essa questão a pouco tempo também e entramos em contato para verificar, como vejo que não era uma duvida apenas nossa segue oque nos passaram: Nos deram retorno que já esta sendo realizado os testes com a versão 8 do PHP e que tem novidades para informar em breve sobre essa questão, não passaram previsão nem nada, mas é bom saber que pelo menos podemos esperar que será atualizado em breve

1 Curtida

Para quem utiliza o sped-nfe, numa palestra com o Roberto, o desenvolvedor, avisou que a partir de 2022 só ira funcionar com o PHP 8. Espero que a NM atualize logo para o PHP atual.

Att,
Paulo.

2 Curtidas

Já diziam os números romanos né VIXI!

Senhores, só para esclarecer:

O Scriptcase está usando o IonCube para a proteção dos fontes. Já o IonCube está atrasado no suporte ao PHP 8.0 e estão prevendo que seja liberado esse suporte entre Junho/2022 a Dezembro/2022. Deem uma olhada no link:

Então até o IonCube suportar o PHP 8.0, Scriptcase irá suportar somente o PHP 7.3 ou o PHP 7.4, a não ser que eles mudem de encriptador.

1 Curtida

Absurdo isso, para alguns pode não ter significância a versão do PHP, no meu caso a empresa exige que as tecnologias usadas tenham suporte… e o php 7.3 não tem mais…

1 Curtida

Por que o scriptcase não utiliza outra solução que não seja o ioncube??

1 Curtida

php 7.3 morto.
php 8.1 saiu e disponível.
Não precisar rodar a IDE na versão 8.0 do php. Mas será bom gerar código para php 7.4, 8.0 e 8.1.

3 Curtidas

exatamente é mínimo que eles teriam que fazer…