100jili.Claim Your Free 999 Pesos Bonus Today

Reverse Proxy Causes Issues with Missing Images

Brianne — Mon, 22 Jul 2024 16:27:05 +0000

Hello!

This is certainly a weird one! I’m not sure if there will be anything you can do about it but we wanted to flag it anyways. It is a twofold issue:

We had reports of admin users trying to assign images to product galleries in WooCommerce, which appeared successful, however later they were not assigned.
Images have gone “missing” intermittently throughout the site. (See screenshots)

https://i.postimg.cc/9M4vGgDx/Nashua-page-two-of-products.png

https://i.postimg.cc/CKr3npxB/image.png

https://i.postimg.cc/C1W9JCDw/media-library.png

It seems like this wouldn’t be an issue with the Real Media Library plugin, however we have no errors or warnings in WP related to images or WooCommerce, and the only thing that seemed to fix the issue is deactivating the Real Media Library plugin. We weren’t sure if there was something maybe in the process of Real Media Library retrieving and organizing images from the database that may be causing these sorts of intermittent outages or if a reverse proxy may interrupt the functionality with Real Media Library somehow?

Any help or insight is appreciated!

Problem purging cache when website behind reverse proxy

redwiregareth — Thu, 23 May 2024 20:28:26 +0000

Hi,

My client’s website is accessed via a reverse proxy. Consequently there are two domain names in use:

External domain name (users and the plugin see) e.g. www.mywebsite.com
Internal domain name (Varnish sees) e.g. internal.mywebsite.com

The plugin is trying to purge the external domain name, however due to the reverse proxy directing traffic to the server, Varnish is a caches pages with the internal domain name. Consequently the plugin cannot purge the cache as the domain name is incorrect.

Would it be possible to update the plugin so that we can set an alternative domain name via a constant?

Thanks,

Gareth

WP behind a Reverse Proxy – redirecting in loop

haroonejaz444 — Mon, 01 Jan 2024 04:50:24 +0000

I am trying to forward/proxy all the traffic from only blog links from my old worpress website that is https://old_wordpress_host.com/blog to new host https://new_wordpress_host.com/

nginx block for proxy on old_wordpress_host.com.conf

location ^~ /blog {
rewrite ^/blog(/.*)$ $1 break;
proxy_ssl_server_name on;
proxy_pass_request_headers on;
proxy_pass https://new_wordpress_host.com/;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Host $http_host;
proxy_set_header X-Forwarded-Proto $scheme;
server_name_in_redirect off;

}

And then in wordpress wp-config.php on new wordpress new_wordpress_host.com

define('.COOKIE_DOMAIN.', 'old_wordpress_host.com');
define('.SITECOOKIEPATH.', '.');

if(isset($_SERVER['HTTP_X_FORWARDED_FOR'])) {
$list = explode(',',$_SERVER['HTTP_X_FORWARDED_FOR']);
$_SERVER['REMOTE_ADDR'] = $list[0];

    define('WP_SITEURL', 'https://old_wordpress_host.com/blog/');
    define('WP_HOME', 'https://old_wordpress_host.com/blog/');
    $_SERVER['HTTP_HOST'] = 'old_wordpress_host.com';
    $_SERVER['REMOTE_ADDR'] = 'https://old_wordpress_host.com';
    $_SERVER[ 'SERVER_ADDR' ] = 'old_wordpress_host.com';

    if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https'){
            $_SERVER['HTTPS']='on';
    }
}

WordPress Site with Docker behind Apache reverse proxy keeps redirecting from do

webframe — Sat, 19 Aug 2023 11:02:26 +0000

Hello everyone, I’m currently in the process of setting up WordPress using Docker Compose and Apache which is running on the host as a reverse proxy (unfortunately, I can’t use nginx). Additionally, I use Cloudflare. When I attempt to access the site using the domain, I encounter an immediate redirect to “https://127.0.0.1:8585/wp-admin/install.php” instead of the desired “https://example.com/wp-admin/install.php”.

To address this, I modified the configuration by adding the following two lines:

define('WP_HOME','https://example.com');
define('WP_SITEURL','https://example.com');

This adjustment effectively resolves the problem. However, upon completing the WordPress installation process, a new issue arises where the front page consistently redirects to the local IP address 127.0.0.1 even though i have used the domain to access the site. By the way, I have PHPMyAdmin also running within the same container, and the reverse proxy is functioning flawlessly. Therefore, I suspect the issue might be related to the WordPress Docker image. Is there anyone who has a solution for this problem?

docker compose config:

version: '3'

services:
  wp:
    image: wordpress:latest # https://hub.docker.com/_/wordpress/
    ports:
      - 127.0.0.1:8585:80 # change ip if required
    volumes:
      - ./config/php.conf.ini:/usr/local/etc/php/conf.d/conf.ini
      - ./wp-app:/var/www/html # Full wordpress project
      #- ./plugin-name/trunk/:/var/www/html/wp-content/plugins/plugin-name # Plugin development
      #- ./theme-name/trunk/:/var/www/html/wp-content/themes/theme-name # Theme development
    environment:
      WORDPRESS_DB_HOST: db
      WORDPRESS_DB_NAME: "${DB_NAME}"
      WORDPRESS_DB_USER: "${DB_USER}"
      WORDPRESS_DB_PASSWORD: "${DB_PASSWORD}"
      WORDPRESS_CONFIG_EXTRA: |
               define('WP_HOME','https://example.com');
               define('WP_SITEURL','https://example.com');
    depends_on:
      - db
    links:
      - db

  wpcli:
    image: wordpress:cli
    volumes:
      - ./config/php.conf.ini:/usr/local/etc/php/conf.d/conf.ini
      - ./wp-app:/var/www/html
    environment:
      WORDPRESS_DB_HOST: db
      WORDPRESS_DB_NAME: "${DB_NAME}"
      WORDPRESS_DB_USER: "${DB_USER}"
      WORDPRESS_DB_PASSWORD: "${DB_PASSWORD}"
    depends_on:
      - db
      - wp
##################################################################################
##################################################################################
##################################################################################
  pma:
    image: phpmyadmin/phpmyadmin
    environment:
      # https://docs.phpmyadmin.net/en/latest/setup.html#docker-environment-variables
      PMA_HOST: db
      PMA_PORT: 3306
      MYSQL_ROOT_PASSWORD: "${DB_ROOT_PASSWORD}"
      UPLOAD_LIMIT: 100M
    ports:
      - 127.0.0.1:8686:80
    links:
      - db:db
##################################################################################
##################################################################################
##################################################################################
  db:
    image: mariadb:latest # https://hub.docker.com/_/mysql/ - or mariadb https://hub.docker.com/_/mariadb
    ports:
      - 127.0.0.1:5460:3306 # change ip if required
    command: [
        '--default_authentication_plugin=mysql_native_password',
        '--character-set-server=utf8mb4',
        '--collation-server=utf8mb4_unicode_ci'
    ]
    volumes:
      - ./wp-data:/docker-entrypoint-initdb.d
      - db_data:/var/lib/mysql
    environment:
      MYSQL_ROOT_PASSWORD: "${DB_ROOT_PASSWORD}"

volumes:
  db_data:

apache config:


    ServerName example.com
    ServerAlias www.example.com
    RemoteIPHeader CF-Connecting-IP

    SSLEngine On
    SSLCertificateFile /etc/apache2/ssl/example.com/example.com.pem
    SSLCertificateKeyFile /etc/apache2/ssl/example.com/example.com.key

    ProxyPass / https://127.0.0.1:8585/
    ProxyPassReverse / https://127.0.0.1:8585/

    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

Infinite Redirect

Perry — Sat, 19 Aug 2023 03:49:16 +0000

Hello,

I am trying to setup the plugin behind a reverse proxy with Apache. When clicking Login with Shibboleth I get into a redirect loop where the IdP correctly authenticates but seems to redirect back to the URL that initiates a new IdP authorization request. It seems that maybe the plugin isn’t properly detecting the headers.

Configuration (redacted with example.com):

Login URL: https://example.com/Shibboleth.sso/Login
Logout URL: https://example.com/Shibboleth.sso/Logout
Attribute Access: HTTP Headers
Spoof Key: blank (will configure once it works without it)

Relevant Apache config:

   
     AuthType Shibboleth
     ShibRequestSetting requireSession false
     ShibUseHeaders On
     Require shibboleth
  

   
     SetHandler shib
     ShibUseHeaders On
     AuthType None
     Require all granted

I placed a PHP file in the root of the server with:

';
var_dump($_SERVER, $_ENV);
echo '

';

When not logged in:

array(67) {
  ["HTTP_AUTHORIZATION"]=>
  string(0) ""
  ["HTTP_HOST"]=>
  string(23) "example.com"
  ["HTTP_USER_AGENT"]=>
  string(70) "Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/116.0"
  ["HTTP_ACCEPT"]=>
  string(85) "text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8"
  ["HTTP_ACCEPT_LANGUAGE"]=>
  string(14) "en-US,en;q=0.5"
  ["HTTP_ACCEPT_ENCODING"]=>
  string(17) "gzip, deflate, br"
  ["HTTP_DNT"]=>
  string(1) "1"
  ["HTTP_UPGRADE_INSECURE_REQUESTS"]=>
  string(1) "1"
  ["HTTP_SEC_FETCH_DEST"]=>
  string(8) "document"
  ["HTTP_SEC_FETCH_MODE"]=>
  string(8) "navigate"
  ["HTTP_SEC_FETCH_SITE"]=>
  string(4) "none"
  ["HTTP_SEC_FETCH_USER"]=>
  string(2) "?1"
  ["HTTP_SHIB_COOKIE_NAME"]=>
  string(0) ""
  ["HTTP_SHIB_SESSION_ID"]=>
  string(0) ""
  ["HTTP_SHIB_SESSION_INDEX"]=>
  string(0) ""
  ["HTTP_SHIB_SESSION_EXPIRES"]=>
  string(0) ""
  ["HTTP_SHIB_SESSION_INACTIVITY"]=>
  string(0) ""
  ["HTTP_SHIB_IDENTITY_PROVIDER"]=>
  string(0) ""
  ["HTTP_SHIB_AUTHENTICATION_METHOD"]=>
  string(0) ""
  ["HTTP_SHIB_AUTHENTICATION_INSTANT"]=>
  string(0) ""
  ["HTTP_SHIB_AUTHNCONTEXT_CLASS"]=>
  string(0) ""
  ["HTTP_SHIB_AUTHNCONTEXT_DECL"]=>
  string(0) ""
  ["HTTP_SHIB_ASSERTION_COUNT"]=>
  string(0) ""
  ["HTTP_SHIB_HANDLER"]=>
  string(46) "https://example.com/Shibboleth.sso"
  ["HTTP_SUBJECT_ID"]=>
  string(0) ""
  ["HTTP_PAIRWISE_ID"]=>
  string(0) ""
  ["HTTP_EPPN"]=>
  string(0) ""
  ["HTTP_AFFILIATION"]=>
  string(0) ""
  ["HTTP_ENTITLEMENT"]=>
  string(0) ""
  ["HTTP_PERSISTENT_ID"]=>
  string(0) ""
  ["HTTP_MEMBER"]=>
  string(0) ""
  ["HTTP_CN"]=>
  string(0) ""
  ["HTTP_SN"]=>
  string(0) ""
  ["HTTP_GIVENNAME"]=>
  string(0) ""
  ["HTTP_DISPLAYNAME"]=>
  string(0) ""
  ["HTTP_MAIL"]=>
  string(0) ""
  ["HTTP_SHIB_APPLICATION_ID"]=>
  string(0) ""
  ["HTTP_X_FORWARDED_PROTO"]=>
  string(5) "https"
  ["HTTP_X_FORWARDED_PORT"]=>
  string(3) "443"
  ["HTTP_X_FORWARDED_HOST"]=>
  string(23) "example.com"
  ["HTTP_X_FORWARDED_SERVER"]=>
  string(23) "example.com"
  ["HTTP_CONNECTION"]=>
  string(5) "close"
  ["PATH"]=>
  string(60) "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
  ["SERVER_SIGNATURE"]=>
  string(84) "
Apache/REDACTED Server at example.com Port 80

"
  ["SERVER_SOFTWARE"]=>
  string(22) "Apache/REDACTED"
  ["SERVER_NAME"]=>
  string(23) "example.com"
  ["SERVER_ADDR"]=>
  string(9) "REDACTED"
  ["SERVER_PORT"]=>
  string(2) "80"
  ["REMOTE_ADDR"]=>
  string(13) "REDACTED"
  ["DOCUMENT_ROOT"]=>
  string(13) "/var/www/html"
  ["REQUEST_SCHEME"]=>
  string(4) "http"
  ["CONTEXT_PREFIX"]=>
  string(0) ""
  ["CONTEXT_DOCUMENT_ROOT"]=>
  string(13) "/var/www/html"
  ["SERVER_ADMIN"]=>
  string(19) "webmaster@localhost"
  ["SCRIPT_FILENAME"]=>
  string(22) "/var/www/html/REDACTED"
  ["REMOTE_PORT"]=>
  string(5) "REDACTED"
  ["GATEWAY_INTERFACE"]=>
  string(7) "CGI/1.1"
  ["SERVER_PROTOCOL"]=>
  string(8) "HTTP/1.1"
  ["REQUEST_METHOD"]=>
  string(3) "GET"
  ["QUERY_STRING"]=>
  string(0) ""
  ["REQUEST_URI"]=>
  string(9) "/REDACTED"
  ["SCRIPT_NAME"]=>
  string(9) "/REDACTED"
  ["PHP_SELF"]=>
  string(9) "/REDACTED"
  ["REQUEST_TIME_FLOAT"]=>
  float(1692393231.115434)
  ["REQUEST_TIME"]=>
  int(1692393231)
  ["argv"]=>
  array(0) {
  }
  ["argc"]=>
  int(0)
}
array(42) {
  ["HOSTNAME"]=>
  string(36) "example.com"
  ["PHP_VERSION"]=>
  string(6) "8.0.29"
  ["APACHE_CONFDIR"]=>
  string(12) "/etc/apache2"
  ["PHP_INI_DIR"]=>
  string(18) "/usr/local/etc/php"
  ["GPG_KEYS"]=>
  string(122) "REDACTED"
  ["PHP_LDFLAGS"]=>
  string(12) "-Wl,-O1 -pie"
  ["PWD"]=>
  string(13) "/var/www/html"
  ["APACHE_LOG_DIR"]=>
  string(16) "/var/log/apache2"
  ["LANG"]=>
  string(1) "C"
  ["PHP_SHA256"]=>
  string(64) "REDACTED"
  ["APACHE_PID_FILE"]=>
  string(28) "/var/run/apache2/apache2.pid"
  ["PHPIZE_DEPS"]=>
  string(76) "autoconf 		dpkg-dev 		file 		g++ 		gcc 		libc-dev 		make 		pkg-config 		re2c"
  ["TERM"]=>
  string(5) "xterm"
  ["PHP_URL"]=>
  string(51) "https://www.php.net/distributions/php-8.0.29.tar.xz"
  ["APACHE_RUN_GROUP"]=>
  string(8) "www-data"
  ["APACHE_LOCK_DIR"]=>
  string(17) "/var/lock/apache2"
  ["SHLVL"]=>
  string(1) "0"
  ["PHP_CFLAGS"]=>
  string(83) "-fstack-protector-strong -fpic -fpie -O2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
  ["APACHE_RUN_DIR"]=>
  string(16) "/var/run/apache2"
  ["APACHE_ENVVARS"]=>
  string(20) "/etc/apache2/envvars"
  ["APACHE_RUN_USER"]=>
  string(8) "www-data"
  ["PATH"]=>
  string(60) "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
  ["PHP_ASC_URL"]=>
  string(55) "https://www.php.net/distributions/php-8.0.29.tar.xz.asc"
  ["PHP_CPPFLAGS"]=>
  string(83) "-fstack-protector-strong -fpic -fpie -O2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
}

When I am logged in:

array(68) {
  ["HTTP_AUTHORIZATION"]=>
  string(0) ""
  ["HTTP_HOST"]=>
  string(23) "example.com"
  ["HTTP_USER_AGENT"]=>
  string(70) "Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/116.0"
  ["HTTP_ACCEPT"]=>
  string(85) "text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8"
  ["HTTP_ACCEPT_LANGUAGE"]=>
  string(14) "en-US,en;q=0.5"
  ["HTTP_ACCEPT_ENCODING"]=>
  string(17) "gzip, deflate, br"
  ["HTTP_DNT"]=>
  string(1) "1"
  ["HTTP_COOKIE"]=>
  string(933) "clive-visitor-tid-REDACTED=REDACTED; wordpress_test_cookie=WP%20Cookie%20check; _opensaml_req_ss%3AREDACTED=_REDACTED; _opensaml_req_ss%3Amem%3AREDACTED=_REDACTED; _opensaml_req_ss%3AREDACTED=_REDACTED; _opensaml_req_ss%3AREDACTED=_REDACTED; wp_lang=en_US; _shibsession_REDACTED=_REDACTED; _opensaml_req_ss%3AREDACTED=_REDACTED"
  ["HTTP_UPGRADE_INSECURE_REQUESTS"]=>
  string(1) "1"
  ["HTTP_SEC_FETCH_DEST"]=>
  string(8) "document"
  ["HTTP_SEC_FETCH_MODE"]=>
  string(8) "navigate"
  ["HTTP_SEC_FETCH_SITE"]=>
  string(4) "none"
  ["HTTP_SEC_FETCH_USER"]=>
  string(2) "?1"
  ["HTTP_SHIB_COOKIE_NAME"]=>
  string(0) ""
  ["HTTP_SHIB_SESSION_ID"]=>
  string(33) "_REDACTED"
  ["HTTP_SHIB_SESSION_INDEX"]=>
  string(33) "_REDACTED"
  ["HTTP_SHIB_SESSION_EXPIRES"]=>
  string(10) "REDACTED"
  ["HTTP_SHIB_SESSION_INACTIVITY"]=>
  string(10) "REDACTED"
  ["HTTP_SHIB_IDENTITY_PROVIDER"]=>
  string(36) "https://REDACTED/idp/shibboleth"
  ["HTTP_SHIB_AUTHENTICATION_METHOD"]=>
  string(25) "https://REDACTED/duo"
  ["HTTP_SHIB_AUTHENTICATION_INSTANT"]=>
  string(24) "REDACTED"
  ["HTTP_SHIB_AUTHNCONTEXT_CLASS"]=>
  string(25) "https://REDACTED/duo"
  ["HTTP_SHIB_AUTHNCONTEXT_DECL"]=>
  string(0) ""
  ["HTTP_SHIB_ASSERTION_COUNT"]=>
  string(0) ""
  ["HTTP_SHIB_HANDLER"]=>
  string(46) "https://example.com/Shibboleth.sso"
  ["HTTP_SUBJECT_ID"]=>
  string(0) ""
  ["HTTP_PAIRWISE_ID"]=>
  string(0) ""
  ["HTTP_EPPN"]=>
  string(22) "REDACTED"
  ["HTTP_AFFILIATION"]=>
  string(62) "REDACTED@REDACTED;REDACTED@REDACTED;REDACTED@REDACTED"
  ["HTTP_ENTITLEMENT"]=>
  string(0) ""
  ["HTTP_PERSISTENT_ID"]=>
  string(0) ""
  ["HTTP_MEMBER"]=>
  string(0) ""
  ["HTTP_CN"]=>
  string(12) "REDACTED REDACTED"
  ["HTTP_SN"]=>
  string(6) "REDACTED"
  ["HTTP_GIVENNAME"]=>
  string(5) "REDACTED"
  ["HTTP_DISPLAYNAME"]=>
  string(12) "REDACTED REDACTED"
  ["HTTP_MAIL"]=>
  string(22) "REDACTED"
  ["HTTP_SHIB_APPLICATION_ID"]=>
  string(7) "default"
  ["HTTP_X_FORWARDED_PROTO"]=>
  string(5) "https"
  ["HTTP_X_FORWARDED_PORT"]=>
  string(3) "443"
  ["HTTP_X_FORWARDED_HOST"]=>
  string(23) "example.com"
  ["HTTP_X_FORWARDED_SERVER"]=>
  string(23) "example.com"
  ["HTTP_CONNECTION"]=>
  string(5) "close"
  ["PATH"]=>
  string(60) "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
  ["SERVER_SIGNATURE"]=>
  string(84) "
Apache/REDACTED Server at example.com Port 80

"
  ["SERVER_SOFTWARE"]=>
  string(22) "Apache/REDACTED"
  ["SERVER_NAME"]=>
  string(23) "example.com"
  ["SERVER_ADDR"]=>
  string(9) "REDACTED"
  ["SERVER_PORT"]=>
  string(2) "80"
  ["REMOTE_ADDR"]=>
  string(13) "REDACTED"
  ["DOCUMENT_ROOT"]=>
  string(13) "/var/www/html"
  ["REQUEST_SCHEME"]=>
  string(4) "http"
  ["CONTEXT_PREFIX"]=>
  string(0) ""
  ["CONTEXT_DOCUMENT_ROOT"]=>
  string(13) "/var/www/html"
  ["SERVER_ADMIN"]=>
  string(19) "webmaster@localhost"
  ["SCRIPT_FILENAME"]=>
  string(22) "/var/www/html/REDACTED"
  ["REMOTE_PORT"]=>
  string(5) "REDACTED"
  ["GATEWAY_INTERFACE"]=>
  string(7) "CGI/1.1"
  ["SERVER_PROTOCOL"]=>
  string(8) "HTTP/1.1"
  ["REQUEST_METHOD"]=>
  string(3) "GET"
  ["QUERY_STRING"]=>
  string(0) ""
  ["REQUEST_URI"]=>
  string(9) "/REDACTED"
  ["SCRIPT_NAME"]=>
  string(9) "/REDACTED"
  ["PHP_SELF"]=>
  string(9) "REDACTED"
  ["REQUEST_TIME_FLOAT"]=>
  float(1692393566.266936)
  ["REQUEST_TIME"]=>
  int(1692393566)
  ["argv"]=>
  array(0) {
  }
  ["argc"]=>
  int(0)
}
array(42) {
  ["HOSTNAME"]=>
  string(36) "example.com"
  ["PHP_VERSION"]=>
  string(6) "8.0.29"
  ["APACHE_CONFDIR"]=>
  string(12) "/etc/apache2"
  ["PHP_INI_DIR"]=>
  string(18) "/usr/local/etc/php"
  ["GPG_KEYS"]=>
  string(122) "REDACTED"
  ["PHP_LDFLAGS"]=>
  string(12) "-Wl,-O1 -pie"
  ["PWD"]=>
  string(13) "/var/www/html"
  ["APACHE_LOG_DIR"]=>
  string(16) "/var/log/apache2"
  ["LANG"]=>
  string(1) "C"
  ["PHP_SHA256"]=>
  string(64) "REDACTED"
  ["APACHE_PID_FILE"]=>
  string(28) "/var/run/apache2/apache2.pid"
  ["PHPIZE_DEPS"]=>
  string(76) "autoconf 		dpkg-dev 		file 		g++ 		gcc 		libc-dev 		make 		pkg-config 		re2c"
  ["TERM"]=>
  string(5) "xterm"
  ["PHP_URL"]=>
  string(51) "https://www.php.net/distributions/php-8.0.29.tar.xz"
  ["APACHE_RUN_GROUP"]=>
  string(8) "www-data"
  ["APACHE_LOCK_DIR"]=>
  string(17) "/var/lock/apache2"
  ["SHLVL"]=>
  string(1) "0"
  ["PHP_CFLAGS"]=>
  string(83) "-fstack-protector-strong -fpic -fpie -O2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
  ["APACHE_RUN_DIR"]=>
  string(16) "/var/run/apache2"
  ["APACHE_ENVVARS"]=>
  string(20) "/etc/apache2/envvars"
  ["APACHE_RUN_USER"]=>
  string(8) "www-data"
  ["PATH"]=>
  string(60) "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
  ["PHP_ASC_URL"]=>
  string(55) "https://www.php.net/distributions/php-8.0.29.tar.xz.asc"
  ["PHP_CPPFLAGS"]=>
  string(83) "-fstack-protector-strong -fpic -fpie -O2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
}

Any ideas?

Thanks!
Perry

Next Page Buttons when wordpress is not hosted at the root

pbhargava — Thu, 18 May 2023 21:43:25 +0000

Folks:

We might have a bad setup, or we might have a separate issue and am hoping you can point us in the right direction.

We host wordpress sites behind a reverse proxy. So when someone (not us) has https://example.com/subdirectory, they try to pull the content from our site which is hosted at https://oursite.com.

Now on https://oursite.com we have WordPress installed and we have the SITE URL and the WordPress Address (URL)both set as https://example.com/subdirectory. Now we do this so that our wordpress admin is available at https://example.com/subdirectory/wp-admin so that the cookies that are set for logged in individuals is on the same domain as https://example.com/subdirectory.

When the setup is like this, unfortunately on the edit.php screen for pages – the URL behind the next page and last page buttons seems to still be using HTTP_HOST, resulting in the URL being https://oursite.com/wp-admin/edit.php?post_type=page&paged=2

Now if we change the WordPress URL back to https://oursite.com, then the admin section works just fine. But the problem here is that I cannot have my admin users considered logged in when browsing https://example.com/subdirectory/

Happy to learn best practices for making this work.

Reindexing URLs

ikickrobots — Tue, 09 May 2023 15:26:41 +0000

Hello,

I have a proxy domain (www.def.com) and there is one backend domain (abc.com). The site URL and home URL are set in wp-config.php dynamically.

Recently, I changed my website domain from abc.com to xyz.com. However, I noticed that even after using the wpcli search-replace command, the metatags were still referring to the old domain name. Even when I triggered the cronjobs, the domain name remained unchanged. I’m puzzled as to why this keeps happening.

To fix this issue, I installed the Yoast test helper plugin and used the “Reset indexables tables & migrations” button, which initially worked, but then after a few days, the problem reoccurred.

I’ve also tried using the commands “wp yoast index” and “wp yoast index –reindex,” but I’m not sure how often I should run them. I assume the cronjob runs daily, but I’m not certain.

Can you provide me with any advice on how to resolve this issue permanently?

reverse-proxy

devede — Fri, 14 Apr 2023 18:48:22 +0000

Hello,

As I’m using a reverse-proxy, only its IP is blocked. When an attack begins, WordPress login is blocked for all users.

Log:

HTTP_X_FORWARDED_FOR = IP0
HTTP_X_REAL_IP = IP0
REMOTE_ADDR = IP1

How could I setup Limit Login Attempts Reloaded in order it can see and block real IPs?

Reverse Proxy IP addresses showing as unknown.

hecforce — Wed, 12 Apr 2023 15:22:31 +0000

I have noticed an issue since the latest update (4.5.0):
— IP addresses are showing as unknown

Autoptimize on reverse proxy?

jeremycavender — Wed, 29 Mar 2023 16:50:53 +0000

I am trying to use Autoptimize to improve mobile optimization on my WordPress site https://netpayadvance.com/. We use a reverse proxy though that displays that URL to the end user and use a cms.netpayadvance address to sign in and make changes to the website.

In trying to use Autoptimize and Async Javascript though it seems that no changes are taking place. I have tried setting the JavaScript to defer and set the above the fold CSS to eliminate render-blocking CSS and when I scan the site in lighthouse on Mobile the site still has unused JavaScript and CSS that it is telling me to reduce. I have even tried using a defer JavaScript function in my functions.php file for my staging site to see if that would help but to no avail.

I want to know if the Reverse proxy is the culprit as it does seem to still effect the desktop but not to the degree that I am seeing on Mobile and if the reverse proxy is the cause of Autoptimize not working, what steps can I take going forward to improve the performance?

I am using Kinsta as my hosting provider and they basically told me that the configuration of the site could be the issue but wasn’t sure and to connect with the plugin support.