alancc's questions

Estamos usando PHP + FPM 8.2 + OPCache. No passado, usávamos https://www.repairrar.com/opcache.php para verificar seu status. Mas hoje ele retorna uma página vazia. Embora mostre uma página vazia, eu visualizo a fonte da página e vejo que seu conteúdo tem cerca de 3,3 MB, mas eles simplesmente não são exibidos no navegador. Eu tentei Chrome e FireFox, mas mostram conteúdo vazio.

Eu também escrevo um pequeno arquivo PHP

<?php
    echo '<pre>' , var_dump(opcache_get_status(false)) , '</pre>';
?>

Ao visitar https://www.repairrar.com/opcache-get-status.php , ele mostra que o OpCache está habilitado e sendo executado corretamente:

array(8) {
  ["opcache_enabled"]=>
  bool(true)
  ["cache_full"]=>
  bool(false)
  ["restart_pending"]=>
  bool(false)
  ["restart_in_progress"]=>
  bool(false)
  ["memory_usage"]=>
  array(4) {
    ["used_memory"]=>
    int(446911376)
    ["free_memory"]=>
    int(626183176)
    ["wasted_memory"]=>
    int(647272)
    ["current_wasted_percentage"]=>
    float(0.0602819025516510009765625)
  }
  ["interned_strings_usage"]=>
  array(4) {
    ["buffer_size"]=>
    int(134217728)
    ["used_memory"]=>
    int(52098200)
    ["free_memory"]=>
    int(82119528)
    ["number_of_strings"]=>
    int(242556)
  }
  ["opcache_statistics"]=>
  array(13) {
    ["num_cached_scripts"]=>
    int(10741)
    ["num_cached_keys"]=>
    int(15444)
    ["max_cached_keys"]=>
    int(130987)
    ["hits"]=>
    int(167134669)
    ["start_time"]=>
    int(1733489514)
    ["last_restart_time"]=>
    int(0)
    ["oom_restarts"]=>
    int(0)
    ["hash_restarts"]=>
    int(0)
    ["manual_restarts"]=>
    int(0)
    ["misses"]=>
    int(11569)
    ["blacklist_misses"]=>
    int(0)
    ["blacklist_miss_ratio"]=>
    float(0)
    ["opcache_hit_rate"]=>
    float(99.99307851607164820961770601570606231689453125)
  }
  ["jit"]=>
  array(7) {
    ["enabled"]=>
    bool(false)
    ["on"]=>
    bool(false)
    ["kind"]=>
    int(5)
    ["opt_level"]=>
    int(4)
    ["opt_flags"]=>
    int(6)
    ["buffer_size"]=>
    int(0)
    ["buffer_free"]=>
    int(0)
  }
}

E abaixo está o arquivo php.ini (eu verifiquei o histórico de alterações e ele não foi alterado desde que Opcache.php retornou conteúdo visível):

; cPanel-generated php ini directives, do not edit
; Manual editing of this file may result in unexpected behavior.
; To make changes to this file, use the cPanel MultiPHP INI Editor (Home >> Software >> MultiPHP INI Editor)
; For more information, read our documentation (https://go.cpanel.net/EA4ModifyINI)

allow_url_fopen = On
allow_url_include = Off
display_errors = Off
enable_dl = Off
file_uploads = On
max_execution_time = 1000
max_input_time = 1000
max_input_vars = 1000
memory_limit = 512M
post_max_size = 64M
session.gc_maxlifetime = 2880
#session.save_path = "/var/cpanel/php/sessions/ea-php72"
upload_max_filesize = 64M
zlib.output_compression = Off
session.save_path = "/var/cpanel/php/sessions/ea-php82"

; The gloabal 10-opcahce.ini has already enable opcache, so it is not necessary to enable it here again.
; Enable opcache here will cause 'Zend OPcache can't be temporary enabled' warning in PHP. So the following
; line is commented out
; opcache.enable=1

Eu escrevo as seguintes .htaccessregras para redirecionar todos os URLs de www.a.compara www.b.com:

RewriteEngine on
RewriteCond %{http_host} ^www.a.com [NC,OR]
RewriteCond %{http_host} ^a.com [NC]
RewriteRule ^(.*)$ https://www.b.com/myfolder/ [R=301,NC,L]

Agora há um arquivo em um subdiretório de a.com, conforme abaixo:

www.a.com/.well-known/acme-challenge/#######

É usado para renovação AutoSSL. Com o redirecionamento acima, o AutoSSL não conseguirá mais encontrar o arquivo, falhando na renovação.

Então, é possível desabilitar o redirecionamento em /.well-known/acme-challenge/?

Hoje, de repente, descobri que o painel de administração do WordPress está muito, muito lento. Demora cerca de 60s ou mais para acessar a lista de postagens, lista de plugins, etc. Ou apenas mostrará um erro de tempo limite.

Eu tento os seguintes métodos:

• Reinicie o serviço Apache.
• Reinicie o servidor.
• Altere as configurações do PHP.ini. Em seguida, reinicie o servidor.

Mas tudo não está funcionando. Por fim, faço os seguintes passos:

1. Renomeie .htaccess para .htaccess.backup.
2. Então o painel é rápido. Mas o WP Rocket reclama que não pode acessar .htaccess. Nota: Com base no meu teste, após renomear .htaccess, devo acessar uma página, então ir para a etapa 3 resolverá o problema. Se pular a etapa 2, a velocidade não será alterada. Parece que ao acessar a página, o .htaccess será carregado no Apache.
3. Renomeie .htaccess.backup para .htaccess.

Então o painel ainda é rápido, embora o conteúdo de .htaccess nunca tenha sido alterado.

Por que? Não consigo entender por que uma renomeação de .htaccess temporariamente pode resolver o problema permanentemente, mesmo que o conteúdo de .htaccess não seja realmente alterado.

Atualizar:

Uma atualização de acompanhamento:

1. O problema ocorre porque tento instalar o vBulletin em uma subpasta do nosso site https://www.example.com/forums/
2. Quando o problema ocorre, todas as instâncias do WordPress estão no mesmo domínio, ou seja, https://www.example.com , https://www.example.com/blogs/ e https://www.example.com/license/ são todos muito lentos. No entanto, as instâncias do WP em outros domínios (mas no mesmo servidor) NÃO são afetadas.
3. Depois de fazer backup e excluir o subdiretório /forums/, o problema nunca mais ocorre.

Atualização2:

Após um dia de status normal, agora o problema ocorre novamente. E a única solução é renomear .htaccess para .htaccess.backup, acessar uma página sob o domínio example.com e renomear .htaccess novamente.

Atualização 3

Finalmente resolvo o problema. O processo detalhado é colocado em https://www.webmasterworld.com/apache/5088830.htm#msg5089206

Se eu preciso escapar da barra '/' em RewriteCond?

Atualmente escrevo a seguinte regra em .htaccess:

RewriteCond %{QUERY_STRING} rp=/knowledgebase/
RewriteRule ^index\.php$ https://www.datanumen.com/knowledgebase/ [QSD,R=301,L,NC]

No entanto, isso só funciona para URL como https://www.datanumen.com/fi/customer/index.php?rp=/knowledgebase/7/How-to-order-the-full-version-of-DataNumen-Access -Repair.html&language=swedish , mas não funciona para URL como https://www.datanumen.com/fi/customer/index.php?rp=%2Fknowledgebase%2F7%2FHow-to-order-the-full-version- of-DataNumen-Access-Repair.html&language=swedish

Então, eu tenho que modificar a regra, conforme abaixo:

RewriteCond %{QUERY_STRING} rp=/knowledgebase/ [OR]
RewriteCond %{QUERY_STRING} rp=%2Fknowledgebase%2F
RewriteRule ^index\.php$ https://www.datanumen.com/knowledgebase/ [QSD,R=301,L,NC]

Mas eu verifiquei https://serverfault.com/a/968916/280923 e disse " A barra (/) não precisa ser escapada ". Então estou confuso.

Se eu precisar levar todas as situações em consideração, ou seja, a versão com escape e a versão sem escape de '/', então deve haver uma combinação totalmente 4, devo adicionar todas elas como o RewriteCond:

rp=/knowledgebase/
rp=%2Fknowledgebase%2F
rp=%2Fknowledgebase/
rp=/knowledgebase%2F

Eu lanço uma instância do EC2 com uma AMI do mercado, chamada LAMP empacotada pela Bitnami.

Depois que a instância é iniciada, descobri que só posso acessar seu nome DNS ou IP via HTTP, não HTTPS. Parece que o SSL não será instalado por padrão.

Então eu pesquiso em seu documento e encontro isso: https://docs.bitnami.com/aws/faq/administration/generate-configure-certificate-letsencrypt/

Eu sigo a instrução para executar o seguinte comando:

sudo /opt/bitnami/bncert-tool

Mas depois de inserir o nome DNS ec2-3-95-160-86.compute-1.amazonaws.com, ele mostra um aviso:

Warning: The domain 'ec2-3-95-160-86.compute-1.amazonaws.com' resolves to a 
different IP address than the one detected for this machine, which is 
'3.95.160.86'. Please fix its DNS entries or remove it. For more info see: 
https://docs.bitnami.com/general/faq/configuration/configure-custom-domain/

Eu verifico duas vezes o DNS do domínio em https://dnschecker.org/ e confirmo que ec2-3-95-160-86.compute-1.amazonaws.com será resolvido para 3.95.160.86, conforme abaixo:

Então, por que ainda recebo esse aviso? Além disso, esse aviso me impedirá de criar o certificado SSL para ec2-3-95-160-86.compute-1.amazonaws.com.

Estou seguindo o guia em https://aws-quickstart.s3.amazonaws.com/quickstart-bitnami-wordpress/doc/wordpress-high-availability-by-bitnami-on-the-aws-cloud.pdf para criar um Alta disponibilidade do WordPress na AWS.

A criação é bem-sucedida. E posso visitar o site WordPress e o painel de administração. No entanto, quando sigo as instruções na seção "Opção 2. Conectar-se ao cluster por meio de SSH", descubro que não consigo me conectar à instância do host Bastion. Sempre recebo o erro "Conexão expirou".

Como estou usando SecureCRT, não ssh ou PuTTY, duvido que possa haver alguma configuração incorreta no SecureCRT ou não funcione para instâncias do Amazon EC2. Então, tento criar uma instância de teste do EC2 e, em seguida, descubro que posso me conectar a ela com o SecureCRT com sucesso, com o par de chaves igual ao do host Bastion.

Então o que eu fiz de errado? Ou qual log posso verificar para resolver esse problema?

Eu escrevo a seguinte regra de reescrita:

<IfModule mod_rewrite.c>
RewriteCond %{QUERY_STRING} rp=\/knowledgebase\/.*
RewriteRule ^\/customer\/index.php /knowledgebase/ [R=301,L]
RewriteRule ^\/customer\/knowledgebase\.php$ /knowledgebase/ [R=301,L,QSA]
</IfModule>

Para redirecionar URL, como

https://www.example.com/customer/index.php?rp=/knowledgebase/5/DataNumen-Excel-Repairparahttps://www.example.com/knowledgebase/

E URL de redirecionamento, como

https://www.example.com/customer/knowledgebase.phpparahttps://www.example.com/knowledgebase/

Mas ambos não funcionam. Por quê?

Atualizar

Eu tento colocar os códigos do MrWhite de /.htaccess para /customer/.htaccess e fazer algumas pequenas alterações para adotar as alterações, conforme abaixo:

RewriteCond %{QUERY_STRING} rp=/knowledgebase/
RewriteRule ^index\.php$ https://www.example.com/knowledgebase/ [QSD,R=301,L,NC]

RewriteRule ^knowledgebase\.php$ https://www.example.com/knowledgebase/ [R=301,L,NC]

Agora o redirecionamento funciona. No entanto, ele só funcionará para casos como:

https://www.example.com/customer/index.php?rp=/knowledgebase/9/DataNumen-PDF-Repair

mas para casos como

https://www.example.com/customer/index.php?a=b&c=d&rp=/knowledgebase/9/DataNumen-PDF-Repair

Isso não vai funcionar. Mesmo depois de alterar ^rp= para rp em RewriteCond.

Eu tenho um site usando o sistema CMS baseado em PHP.

Portanto, cada página é gerada dinamicamente, assim:

http://www.shuling.net.cn/index.php?_m=mod_product&_a=view&p_id=87

Agora eu quero redirecionar esta página específica para outra página, ou seja:

• https://www.datanumen.com/sql-recovery/

Então eu escrevo o arquivo .htaccess da seguinte forma:

redirect 301 /index.php?_m=mod_product&_a=view&p_id=87 https://www.datanumen.com/sql-recovery/

Mas depois de carregar o .htaccess para o diretório raiz do site, isso não funciona.

Eu testo novamente escrevendo outra regra, assim:

redirect 301 /sql/ https://www.datanumen.com/sql-recovery/

Então esta regra funcionará perfeitamente.

Por quê?

obrigada