robhoran
Forum Replies Created
-
Same for me. Also, my top posts has stopped working also.
PHP version 7.0.0 but since the plugin got updated to version 5.6.3, the problem has gone away.
Forum: Plugins
In reply to: [Events Manager - Calendar, Bookings, Tickets, and more!] PHP 7 Fatal ErrorI have just added another topic regarding PHP 7 issues:
No problem.
I’ve removed the link shortening and everything works as I want it to. I’m not getting the Google+ errors using the full url as others have mentioned earlier.
Cheers
Robok, I think I’ve worked out what’s going on.
User 1 shares the post to twitter. The code then stores the shortened URL in postmeta with the key ‘_tracked_googl_shortlink’. This shortened URL contains the utm_source=twitter parm in the URL.
User 2 now shares to Facebook but the code sees that a short URL already exists in postmeta and uses THAT short URL and therefore doesn’t rebuild the utm_ parameters. Therefore user 2 shares to Facebook but the expanded goo.gl URL shows utm_source=twitter.
I have commented out the “$tracked_url = get_post_meta( $post_id, ‘_tracked_googl_shortlink’, true );” code and now it builds the parms fresh each time but obviously gets a new short link each time.
Sorry, my bad. I meant to say that I share with Facebook and it comes up as “twitter”. Sometimes vice-versa. Pinterest comes up as “facebook” sometimes.
It’s inconsistent for some reason.
I have a bit of an inconsistency with the utm_source field that should show the sharing source from the $sharing_id field.
For me, I get odd results. I can share with the Facebook button (Jetback share button) and the utm_source will come up as “facebook”. Other times it will work.
Is there a reason this happens?
I found this out as I was trying to stop the usage of the goo.gl code in the case of Pinterest shares as Pinterest doesn’t like re-direct links. So, I started testing all the share buttons on the site and then analysing the expanded version of the shortened URL.
Rob.