nikdow
Forum Replies Created
-
Forum: Plugins
In reply to: [Jetpack - WP Security, Backup, Speed, & Growth] 8.7 update caused site crashupdate to 8.7 is preventing login on all my sites.
[10-Jul-2020 15:37:21 UTC] PHP Fatal error: Uncaught Error: Class ‘IXR_Client’ not found in /home/lamp/wordpress/plugins/jetpack/vendor/automattic/jetpack-connection/legacy/class-jetpack-ixr-client.php:17
Stack trace:
#0 /home/lamp/wordpress/plugins/jetpack/vendor/autoload_packages.php(168): require_once()
#1 [internal function]: Automattic\Jetpack\Autoloader\autoloader(‘Jetpack_IXR_Cli…’)
#2 [internal function]: spl_autoload_call(‘Jetpack_IXR_Cli…’)
#3 /home/lamp/wordpress/plugins/jetpack/vendor/automattic/jetpack-sync/src/class-actions.php(322): class_exists(‘\\Jetpack_IXR_Cl…’)
#4 /home/lamp/wordpress/core/wp5.4/wp-includes/class-wp-hook.php(287): Automattic\Jetpack\Sync\Actions::send_data(Array, ‘deflate-json-ar…’, 1594395441.4734, ‘sync’, 0.012815952301025, 0.028102874755859, 1
034, ‘5f088b3169a0a’)
#5 /home/lamp/wordpress/core/wp5.4/wp-includes/plugin.php(206): WP_Hook->apply_filters(Array, Array)
#6 /home/lamp/wordpress/plugins/jetpack/vendor/automattic/jetpack-sync/src/class-sender.php(481): apply_filters(‘jetpack_sync_se…’, Array, ‘de in /home/lamp/wordpress/plugins/jetpack/vendor/automattic/jetp
ack-connection/legacy/class-jetpack-ixr-client.php on line 17I’ve tried 8.7 and 8.7.0.1 both have this problem.
Downgraded to 8.6.1 and everything is OK again.
N.B. our plugin directory is outside the wordpress tree and files are owned by root, we use a python script and SVN to update plugins twice daily.Forum: Plugins
In reply to: [Breadcrumb NavXT] new install, CSS & page hierarchy missingI also found this plugin wp-force-login which makes the whole site private, rather than having to set each individual page as private.
Forum: Plugins
In reply to: [Breadcrumb NavXT] new install, CSS & page hierarchy missingMarking as resolved.
Forum: Plugins
In reply to: [Breadcrumb NavXT] new install, CSS & page hierarchy missingParent pages are set all the way up. I’ve checked the db as you suggest.
I ported the site to my local dev environment and ran the PHP debugger over it. All the pages are seen and all parents are set up to the home page.
I should have mentioned that all pages except for the home page are Private. Perhaps I should have read the documentation, eventually I found bcn_show_post_private and added `add_filter( ‘bcn_show_post_private’, ‘show_private’);
function show_private(){
return true;
}`
to my theme’s functions.php
All working beautifully now!Thanks for great plugin and special thanks for support.
Thanks, I will try those suggestions. Appreciate you taking a look,
Regards,
Nik.Thanks for checking curl, good to have your confirmation we aren’t doing anything wrong there.
I’ve put a tgz of the newsletter plugin at
https://drive.google.com/open?id=1ZS_SEdkWB2h6rZIcK01ii7Yb0HfN7PJq
Code to send each email is at otu-newsletter.php around lines 420 to 430.
Note at line 418 we finish the request so the user isn’t waiting while we send out the emails.Also, screenshot of our wp-mail settings page is at
https://drive.google.com/open?id=1ufIQ4-CxoZdp6erQ9Zz5PHH3b9zkTLdkThanks for taking a look!
Hi, thanks for getting back to me. curl generally works OK, here are the tests:
root@ip-172-31-12-147:/etc/ssl/certs# ls -la ca-certificates.crt
-rw-r–r– 1 root root 233394 Mar 4 2019 ca-certificates.crt
root@ip-172-31-12-147:/etc/ssl/certs#root@ip-172-31-12-147:/etc/ssl/certs# curl -v https://google.com
* Rebuilt URL to: https://google.com/
* Trying 172.217.167.78…
* Connected to google.com (172.217.167.78) port 443 (#0)
* found 148 certificates in /etc/ssl/certs/ca-certificates.crt
* found 596 certificates in /etc/ssl/certs
* ALPN, offering http/1.1
* SSL connection using TLS1.2 / ECDHE_ECDSA_AES_128_GCM_SHA256
* server certificate verification OK
* server certificate status verification SKIPPED
* common name: *.google.com (matched)
* server certificate expiration date OK
* server certificate activation date OK
* certificate public key: EC
* certificate version: #3
* subject: C=US,ST=California,L=Mountain View,O=Google LLC,CN=*.google.com
* start date: Wed, 01 Apr 2020 12:58:27 GMT
* expire date: Wed, 24 Jun 2020 12:58:27 GMT
* issuer: C=US,O=Google Trust Services,CN=GTS CA 1O1
* compression: NULL
* ALPN, server accepted to use http/1.1
> GET / HTTP/1.1
> Host: google.com
> User-Agent: curl/7.47.0
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Location: https://www.google.com/
< Content-Type: text/html; charset=UTF-8
< Date: Mon, 20 Apr 2020 12:11:45 GMT
< Expires: Wed, 20 May 2020 12:11:45 GMT
< Cache-Control: public, max-age=2592000
< Server: gws
< Content-Length: 220
< X-XSS-Protection: 0
< X-Frame-Options: SAMEORIGIN
< Alt-Svc: quic=”:443″; ma=2592000; v=”46,43″,h3-Q050=”:443″; ma=2592000,h3-Q049=”:443″; ma=2592000,h3-Q048=”:443″; ma=2592000,h3-Q046=”:443″; ma=2592000,h3-Q043=”:443″; ma=2592000,h3-T050=”:443″; ma=2592000
<
<HTML><HEAD><meta http-equiv=”content-type” content=”text/html;charset=utf-8″>
<TITLE>301 Moved</TITLE></HEAD><BODY>
<H1>301 Moved</H1>
The document has moved
here.
</BODY></HTML>
* Connection #0 to host google.com left intactOK, this is using live data. So I will wait until the next booking starts and check it.
I don’t have it hooked up to linux cron yet, so I can test it at the right time.Hi, the shortcode is correct in our website but is being mangled when I paste it in here. In the cron page it is functioning correctly but misses the first booking. The other bookings in the iCal feed are imported correctly. Maybe the first booking is missed because it started “today” which looks like a past date when compared with “now”?
Thanks for quick response, the cron page is now working!
Still one problem however.
Source of the iCal file is the “roof room” at https://nikdow.cbdweb.net/ You can see there that “roof room” has a booking checking out 1/3/2020.
Our cron page has this shortcode:
[booking-manager-import url=’https://nikdow.cbdweb.net/api/index.php?r=icalendar/ical&lodge=nikdow&room=Rm01′ from=’now’]
You can go to that link directly of course but I’ve shown the relevant part here:BEGIN:VCALENDAR VERSION:2.0 PRODID:-//ZContent.net//ZapCalLib 1.0//EN CALSCALE:GREGORIAN METHOD:PUBLISH BEGIN:VEVENT DTSTART:20200227 DTEND:20200301 UID:2020-02-27Rm01@nikdow.cbdweb.net DTSTAMP:20200227T012011 Description:Booking service provided by https://www.cbdweb.net END:VEVENTThis booking is not showing at https://www.cbdweb.net/booking/
Is it because the start date is “today”?
P.S. we are using your (experimental) option to delete all bookings before importing the iCal. Did you think about using
UID:2020-02-27Rm01@nikdow.cbdweb.net
to identify and match old/new bookings from iCal?We also have experience with our booking system importing iCal (from Airbnb) using a PHP library. Actually that is where these bookings originate, nikdow.cbdweb.net is importing from an Airbnb iCal file. So we are experimenting with your plugin before offering it to our clients, probably using your paid version so you get some funding for it.
Not sure where the ′ is coming from, it is not visible on our wp-admin pages.
[booking-manager-import url='https://nikdow.cbdweb.net/api/index.php?r=icalendar/ical&lodge=nikdow&room=Rm01' from='now']Actually we upgraded our SVN import process so if the Stable Tag does not match any SVN tag, we sync to the trunk -> this is default behaviour of WordPress plugin updates. So we should not have bothered you for a change!
Thank you so much!
Forum: Plugins
In reply to: [WP Photo Album Plus] attempt to write JS file fails (permissions)Support for this plugin is phenominal. I’m running 7.3.05.010 now. SVN update straight from WP repository.
Forum: Plugins
In reply to: [WP Photo Album Plus] attempt to write JS file fails (permissions)Thanks very much for the proposed change to the dynamic directory location.
Yes I can see that in the source code now – I’m running 7.3.04.004
and the gallery displays properly.I still see the error in PHP log, but that will be fixed when the temp directory moves.
Thanks again!