@adventistaam creio que sim, se tiver dificuldade para localizar cria um arquivo chamado info.php na public/ do laravel e dentro dele coloca SÓ isto: <?php phpinfo();
@adventistaam isso só quer dizer que esta instalado, mas não necessarimante on, pq a propria extensao tem uma FLAG pra isto, o melhor é olhar o PHP.INI mesmo, o PHPINFO só citei pra vc saber o local do PHP.INI
só pra constar, posso estar enganado sobre o ApCACHE, mas tenho quase certeza que ele não é mais usado para "OPCODE", na verdade nem se trata de apcache, se trata de o correto é "APCu", ele tem varias funções do APC, que era uma extensão usada antes do OPcache no php, o APCU não faz a parte "bycode", eles só criaram o Apcu pra quem já usava as funções extras do APC não quebrassem seus códigos quando migrassem pro PHP5.5+ ou 7
O PHP não usa cache por padrão, ele pode ser feito usando a função header();, mas como você disse que removeu o cache do navegador e mesmo assim continuou a exibir os mesmos resultados então o problema deve ser alguma extensão de Bytecode (leia também sobre just-in-time (JIT))
O PHP é uma lingua...
@adventistaam tem, mas não se usa todos ao mesmo tempo, assim como vc não dirige 3 carros ao mesmo tempo, imagine vc dirigindo um Gol, um Uno e um Palio ao mesmo tempo? Tem sentido? Não, eles são 3 opções que vc pode escolher, cada um tem suas vantagens. ... eu gosto do Opcache, que é o que vc JÁ usa, para a parte de BYTECODE (torna os scripts mais rapidos)
O APCU não é pra isto, como eu já disse, ele é pra outras coisas de cache, mas que vc como programador controla, o que NÃO é equivalente ao "JIT/bytecode"
@adventistaam sim, o opcache.enable=1 é pra habilitar e =0 desabilitar .... pode fazer do outro jeito que falei, comentar a extension, mas se estiver usando as funções extra se torna um problema, então esse modo que optou ai é melhor mesmo, lembrando =0 é desabilitar, que é o que vc deseja
quando enviar pra produção =1 pra habilitar, pq esta extensão traz grandes vantagens para o seu projeto em questão de performance
Interessante que bootstrap tem esses negócio.... uma vez fiz umas abas que num dia funcionavam no outro nao.. ai troquei para uma mais atualizada e funcionou
@adventistaam não sei, nem sei que projeto é este que usa, extensões jquery e bootstap são libs para fazer validação, abas, e outras coisas escritas em javascript e css geralmente, isso ai foi vc q colocou ou outra pessoa, se tiver
@adventistaam ai mostra SINAL claro que vc fez algo errado, marcação HTML pode ser um problema, vc tem alguma tag não fechada ou errada... tem que olhar isso ai
@GuilhermeNascimento tipo - sempre foi assim, hahah - teve um cara que escreveu: "extensão da regra 'be nice' - já tinhamos isso no passado - o que mudou?" (ou algo proximo) e depois apagou
@Daniel A empresa (usar esse nome pra evitar me "rastrearem" e me banirem) postou no METÃO "desculpas" sobre colocar as regras sem anuncio e tentaram se justificar, mas tomaram mais de 1000 downvotes e uma série de respostas explicando pra eles que eles continuam errados e que as desculpas foi mais errada ainda ... fora que também criticaram eles por removerem a mod (esqueci o nome dela) ... e no final das contas eles tiveram que postar outra "desculpas" para se desculparem sobre a primeira
Fora uma série de downvotes nas novas desculpas, as comunidades responderam e comentarem e insistiram que a empresa ainda está ignorando os problemas reais e estão preocupados com outras coisas
@Daniel sim, como a empresa teve upvotes também, então ficou meio misturado, mas a ultima vez que vi downvotes estava na média de 1.2k
Engraçado é vc comentar, apontar os erros do comentário anterior explicar um monte de problemas, explicar pq X é o melhor caminho, ai outra pessoa vai e dá UP no comentário da outra pessoa pra fazer parecer que vc está falando "besteira" -.-
tem hora que me canso mesmo, pq MITAGEM, ou ser engraçado vale mais apena que uma série de explicações mais tecnicas pro pessoal da comunidade -.-
@Math eu acho que é um problema da língua - nós não temos pronomes novos, temos? eu nunca vi - e ninguém pode ser chamado de 'they' aqui - talvez tenhamos sorte
@Daniel tentaram umas coisas assim, mas convenhamos, não é nada prático, se a ideia é "inclusão" fizeram exatamente o contrários com essas ideias
mas elas ja parecem abandonadas agora
eventualmente vão acabar achando algo que resolva essa confusão, mas a SE quer impor algo q não está definido ainda, daí passa uns 6 meses aparece uma solução melhor daí eles vão impor outra mudança e gerar mais stress tudo de novo
gastando energia com algo bem sem importância... q nem diria aqui onde trabalho "tá faltando cartão na sprint é???"
exato, os cartões importantes continuam lá no backlog rs
Eu não dei o downvote, mas ele me parece totalmente justo e totalmente fácil de você compreender, primeiro você não postou um código reproduzivel, como eu já disse, não somos helpdesk. Segundo você tirou um print de algo que foi compilado por um webpack provavelmente, é impossivel deduzir a origem deste problema sem o source original, não somos capazes de adivinhar coisas de foram "re-codificadas". Terceiro e mais importante, se você tem um problema tente criar uma versão simplificada (com minimo de código) que cause o mesmo erro e poste o código aqui, porque não analisamos projetos INTEIROS. — Guilherme Nascimento9 secs ago
@fernandosavio ou não, não que o site não seja, mas se nao olhar o problema inteiro do Tiago ele pode tentar um monte dfe coisas que nao tem haver com o problema dele
@fernandosavio PIOROU, o problema nem é com o __DIR__, o problema é se ele usar dentro de um include/require e este script vier de outra pasta, vai confundir tudo
@fernandosavio merece mas não resolve o problema do mundo inteiro sobre caminhos, o problema dele pode ser especifico, por isso nao adianta ficar dando dicas e fazer ele quebrar ou perder dados ou ter que refazer trabalho, tem que ver o ambiente da aplicação dele, tem vez que o melhor é só criar um script global na "public_html da vida", incluir ele no cabeçalho de todos script com require_once e adicionar: <?php define('CAMINHO', __DIR__);, ai desta forma funcionaria, pq vem do "root"
mas usar DOCUMENT_ROOT ou DIR solto só vai dar problemas variados
@GuilhermeNascimento Se resume ao fato de ele saber montar um caminho absoluto ou não... Se não souber para que o __DIR__ serve, é claro que vai dar merda
@fernandosavio DIR pega do script atual, mesmo que ele esteja em INCLUDE, ou seja em uma execução o caminho do script que é incluido pode ser diferente do script que inclui, então DIR pode até atender o que citou acima, mas com certeza não funciona para este proposito
@Tiago é então o problema é case-sensitive, vc esta tentando renomear algo como albumFotos, mas o nome pode ser albumfotos, em LINUX isso é diferente... em windows é case-insensitive (cc @fernandosavio)
`__DIR__` funciona com o propósito de pegar a pasta onde o arquivo está... É uma ferramenta que deve ser entendida pra ser usada, se usar dentro de include sem saber o que está fazendo vai dar errado mesmo. Ou seja, você tem que usar o __DIR__ sabendo o que está fazendo...
@fernandosavio eu já expliquei acima, o comportamento dele é pegar o caminho do SCRIPT atual (sem o nome do arquivo), se vc executar isto dentro de um incluido que vier de outra pasta ele vai trazer o caminho da outra pasta e não do script em tempo de execução, vai dar problema, simples assim
@Tiago vc entendeu, case-sensitive e case-insensitive, não tem haver com caminho, tem haver com letras minusculas e maiusculas, servidores LINUX são case-sensitive, ou seja "A" em nome de pastas e arquivos é diferente de "a"
Mais simples ainda, vê se consegue acompanhar: Você usa `__DIR__` no arquivo correto, pois se você usar qualquer coisa de maneira errada vai dar problema, simples assim.
@fernandosavio como eu já disse que "pode ser usado", mas tem outro proposito.
@Tiago logo se vc escreveu no teu script com acentos minúsculos ou maiúsculos e tiver qualquer LETRINHA, mesmo que uma apenas seja diferente de "tamanho", vai dar erro "em LINUX"
@Tiago confere pelo FTP, com certeza vc pensa que não, mas pode sim ter algo errado, se não for isso então simplesmente pode ser outro erro, e vc deve postar o warning gerado aqui
@Woss Eu disse que __DIR__ tem um proposito, pegar o caminho do script atual, mas "não" necessariamente do script que esta em execução, e DOCUMENT_ROOT pega o caminho principal, foi o que eu disse e só
@Woss pra ter certeza do que falou, antes que percamos a linha de contexto, falarei exatamente de uma coisa, nada mais: se index.php esta em /var/www e dentro do index.php tem um include 'foo/bar/baz/woss.php';, e dentro do woss.php tiver var_dump(__DIR__);, qual valor será "impresso"?
@Woss e supondo que woss seja uma biblioteca e a intenção seja pegar o caminho a partir da raiz o que ele vai ter que fazer? Respondendo, um monte de ../../
@Woss eu não estou complicando, estou dizendo aonde vai afetar e o que as pessoas costumam falhar e o que é comum de perguntas aqui no site sobre o assunto
eu disse foi outra coisa, mas ok, pode dizer, olha usa essa borboleta ai de qualquer jeito, ou usa de jeito X, quando tiver outro problema vem aqui pergunta que a gente "adapta"
@Woss pode ser sim, mas só chegar e dizer pro cara "usa DIR", é como chegar e dizer "Pega esse trator, mesmo que vc não tenha carteira" e vai limpar aquela fundação ali"
Cara, [você comentou](https://chat.stackexchange.com/transcript/message/52283028#52283028) sobre `DOCUMENT_ROOT` e eu comentei que `__DIR__` é mais tranquilo... Essa sua metáfora do trator é bem negligente....
@Woss o problema é que eu já disse, e vou repetir, o cara solta ali, "usa isso ai", e a pessoa sem experiencia vai lá e só cola no código, pronto a cagada tá feita ... E AINDA BEM que era só renomear pasta, pq se fosse um sistema de deletar recursivamente ele poderia ter deletado outras coisa, ai vc ia ver o problemão para o rapaz :(
@fernandosavio é fácil acusar, para fazer a pessoa aqui parecer irresponsável, mas tentar notar que dar uma "solução" solta da forma que deu para o rapaz em algo que mexe com arquivos, se fosse outro cenário, ou ele usasse em outro cenário assim, que mexesse com deletar recursivamente e desse um problema ai sim seria negligente
Eu não falei em momento nenhum "usa isso aí".. Você falou sobre DOCUMENT_ROOT e eu falei que seria mais tranquilo usar __DIR__ ao invés de DOCUMENT_ROOT... Pronto, é isso... Se você acha que eu falei "usa isso aí", você também falou. Afinal DOCUMENT_ROOT é baseada numa variável de ambiente que nem sempre é atribuída
@Woss pq o AP "fez", e logo em seguida postou, não funcionou, e felizmente foi pq era coisa simples mesmo que não deu problema, mas se ele no futuro fosse copiar isso pra outro lugar que fizesse algo diferente, como deletar ou qualquer coisa que sobreescreva e sobreescrevesse o errado, ai só com "ponto de restauração"... sei q vc compreende o problema, e realmente espero que vc entenda a minha boa vontade em tentar alertar o tiago e o fernando
@fernandosavio eu estava explicando a diferença de ambos, não pra usar, o contexto já esta todo perdido, cada comentario meu foi para algo especifico que vc falou
@fernandosavio não é não, só estava querendo que o tiago não tomasse um susto se algum problema ocorresse, é o contrário de má vontade :)
@fernandosavio é isso que estou falando DIR não é melhor que DOCUMENT_ROOT e DOCUMENTO_ROOT não é melhor que DIR, simplesmente cada um funciona de uma forma, mas vc insistiu que é melhor, oq com todo perdão discordo, "não tem melhor"
@Woss poxa, e vejo vc ajudar tanta gente e geralmente até além das perguntas, tomando tanto tempo e mesmo assim ele ficou assim ? .... Estava desanimado do chat e resolvi voltar pra rever o pessoal, mas estou ficando desanimado de novo
@fernandosavio eu não disse que era melhor, foi vc quem disse :), está na sua penúltima mensagem... não quis lhe irritar ou perturbar, só queria explicar um ponto, espero que compreenda e não leve pro lado pessoal :)
O seu ponto eu entendi faz tempo... Deve se tratar paths com cuidado pra não dar merda no sistema. O cara é iniciante, e acho que você estava aumentando o escopo do problema dele desnecessariamente... Enfim, a discussão não me irrita, só ficou chato porque virou um monólogo. Vamos deixar isso pra lá e vou procurar a duplicata que o @Woss pergunto hahaha