a1exus

it looks like developer abandon this project( and it’s time to look for another widget that connects to instagram( too bad i really like this one…

first of all, thank you for replying)

i reset both siteurl and home back to NON-HTTPS and loop was happening..

I then was able to pinpoint some of that weird behavior to certain plugin (better-wp-security), as soon as I disable plugin, no infinite loop..

WordPress ? Support ? This webpage has a redirect loop – ERR_TOO_MANY_REDIRECTS

and on top of all that, even after i deactivated that plugin, i now cannot switch site back to http instead of https, even though after i update url site remains in https…

I’m not seeing that error anymore.

I just checked my logs and last time this error appeared in my logs was on Sep 14th, I think it’s safe to assume it’s gone… if error comes back we can always revisit it at a later date.

Thanks!

I doubt that it has something to do with my installation, as I encounter that message on several instances of wordpress that uses jetpack, but I may be wrong

$ wp core verify-checksums
Success: WordPress install verifies against checksums.
$ wp core version
4.3
$

Thank you for your reply as well, and I totally get what you’re saying, even though my whole database is on a small side (under 100MB), I am trying to figure out the way to find out who’s exactly is causing that behavior. As for theme I use standard twenty fifteen and it is unmodified, so as of now, I’m going to assume theme is Ok and go to plugin part…

I try to use very popular and well supported plugins to avoid that kind of scenario, so it’s really hard to put blame on one of plugins, but I gotta start troubleshooting somewhere…

I use followings, maybe right off the bet you can point on one or two:

$ wp plugin list | grep -v inactive
+--------------------------+----------+--------+-----------+
| name                     | status   | update | version   |
+--------------------------+----------+--------+-----------+
| akismet                  | active   | none   | 3.1.3     |
| all-in-one-seo-pack      | active   | none   | 2.2.7.1   |
| bad-behavior             | active   | none   | 2.2.16    |
| contact-form-7           | active   | none   | 4.2.2     |
| exec-php                 | active   | none   | 4.9       |
| facebook                 | active   | none   | 1.5.5     |
| google-analyticator      | active   | none   | 6.4.9.6   |
| google-sitemap-generator | active   | none   | 4.0.8     |
| hello                    | active   | none   | 1.6       |
| instagram-for-wordpress  | active   | none   | 2.0.9     |
| better-wp-security       | active   | none   | 4.9.0     |
| jetpack                  | active   | none   | 3.6.1     |
| opcache                  | active   | none   | 0.3.1     |
| twitter                  | active   | none   | 1.1.0     |
| wp-db-backup             | active   | none   | 2.3.0     |
| wp-recaptcha             | active   | none   | 4.1       |
| wp-super-cache           | active   | none   | 1.4.4     |
+--------------------------+----------+--------+-----------+
$

unfortunately I don’t know how to replicate my issue, so disabling plugins one by one is not sufficient…

Thank you for your response.

I do too think that 1G is very high, and that’s why I put it back to 128M as of now.

although according to log, problematic file PHP pointing to is: wordpress/wp-includes/wp-db.php

however, I went ahead and flushed all caches regardless, not sure if that would do any good, but I’m giving it a try anyways)

I do not know how to replicate this issue or what exactly is causing it, so I’m going to hold off on disabling all plugins at the moment.

and in regards to theme, I am using Twenty Fifteen theme (unedited)

once again, since it was wp-includes/wp-db.php, I believe this is belongs to core of wordpress rather then plugin and/or theme.

if you or anyone else have any other suggestions, i’m all ear)

ahh, I figured it out on my own) it was due to:

failed to open stream: Permission denied

Here is a quick way to test it, can you install plugins automatically by searching for them in your WordPress admin plugins section? If it shows an error about not being able to download a plugin then it definitely points to your version of WordPress (or more likely, PHP) having external HTTP requests blocked.

yes, I can.

If you can install plugins then I would suggest updating to version 2.0.1 as it looks like you’re still using version 1.0.X. Version 2.0.1 has a brand new install and authentication process that makes it alot more robust than version 1.

when I post this, 2.0.1 wasn’t available, but now it, so I update it.

This could be because your installation of WordPress doesn’t support external HTTP requests.

can you explain a bit more? keep in mind, it was working fine prior to 4.1.1.

I believe it’s called “Newsmag”, but I’m describing backend (under “/wp-admin/”) not a front end.

Calvin,

I’m hosting provider myself) and I’m trying to figure this out.
According to my php.ini:

; Temporary directory for HTTP uploaded files (will use system default if not
; specified).
; https://php.net/upload-tmp-dir
;upload_tmp_dir =

… in my case upload_tmp_dir is commented out, unspecified and _NOT_ disabled, so system default should be used, yet with all that I’m still getting:

Missing a temporary folder.

It was working fine, until I switched ISP. Oh well, since its not being maintained I guess I should switch, but which plugin offers same functionality?

$ httpd -V
Server version: Apache/2.4.10 (FreeBSD)
Server built: Sep 25 2014 07:39:22
Server’s Module Magic Number: 20120211:36
Server loaded: APR 1.5.1, APR-UTIL 1.5.4
Compiled using: APR 1.5.1, APR-UTIL 1.5.4
Architecture: 64-bit
Server MPM: prefork
threaded: no
forked: yes (variable process count)
Server compiled with….
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses disabled)
-D APR_USE_FLOCK_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D DYNAMIC_MODULE_LIMIT=256
-D HTTPD_ROOT=”/usr/local”
-D SUEXEC_BIN=”/usr/local/bin/suexec”
-D DEFAULT_PIDLOG=”/var/run/httpd.pid”
-D DEFAULT_SCOREBOARD=”logs/apache_runtime_status”
-D DEFAULT_ERRORLOG=”logs/error_log”
-D AP_TYPES_CONFIG_FILE=”etc/apache24/mime.types”
-D SERVER_CONFIG_FILE=”etc/apache24/httpd.conf”
$ php -v
PHP 5.4.34 (cli) (built: Oct 24 2014 00:35:03)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2014 Zend Technologies
with Suhosin v0.9.36, Copyright (c) 2007-2014, by SektionEins GmbH
$

I just got another “Daily Security Digest” full of “Array” and I’m on 4.4.13.