5lions

Awesome! Thanks!

Tired of this breaking after every update.

Hey – Any chance we can get this fixed in the real code?

Every update over rides the code and breaks it again. ??

Seems this fixes it in rss.php

BEFORE

  <item>
                                        <title><?php echo $EM_Event->output( get_option('dbem_rss_title_format'), "rss" ); ?></title>
                                        <link><?php echo $event_url; ?></link>
                                        <guid><?php echo $event_url; ?></guid>
                                        <pubDate><?php echo date('D, d M Y H:i:s +0000', get_option('em_last_modified')); ?></pubDate>
                                        <description><![CDATA[<?php echo $description; ?&>></description>
                                </item>

AFTER

  <item>
                                        <title><?php echo $EM_Event->output( get_option('dbem_rss_title_format'), "rss" ); ?></title>
                                        <link><?php echo $event_url; ?></link>
                                        <guid><?php echo $event_url; ?></guid>
                                        <pubDate><?php echo date('D, d M Y H:i:s +0000',strtotime($EM_Event->post_date) ); ?></pubDate>
                                        <description><![CDATA[<?php echo $description; ?&>></description>
                                </item>

Need to know if it works fine with a server cache ( which NGINX can be used as such ) in front of wordpress. We wont run wp plugin cache’s – they are all incredibly slow and its the wrong solution.

Looks like this:

Browser —> Server Cache —> NGINX —–> WordPress

How does translate press deal with a spanish version and an english version living at the same URL without the front side cache getting confused?

Ive been literally video taping an area in preparation for this feature ??

Let me know if you need a beta tester. My next website is heavily based on this.

#cantWait

Perfect, that solved the POP UP search issue.

Awesome! Thank you so much for being a responsive dev!

Yes – that little hack will work for now.
Cant wait for the update.

/fellow-software-engineer

Ok – here is the problem I have now. Use case with two radically different maps.

Map 1
——
type1
type2
type3
type4

Map 2
—–
type5
type6
type7

On one page I show map #1 with shortcode like this:
[open-user-map post_id=”531″ types=”type1|type2|type3|type4″]

On another page I show map #2 with code:
[open-user-map post_id=”537″ types=”type5|type6|type7″]

Now the problem is, when someone attempts to add a new entry to one of the maps, the type pulldown shows ALL THE TYPES in a list.

But these maps are radically different.
Like “icecream store locations” versus “power outages for the city of New York”

The types=”one|two|three” correctly filters what shows up on the map im embedding but does not correctly filter the TYPE PULLDOWN menu when users add a new location. Its lists ALL types in the database, versus what the shortcut defines.

Any way to do this? or fix?

They seem to be slowly shrinking now. Ill watch for a while.

It pumps out a long list of Wp_Post objects.

I added the code:
echo “update result = <$update>\n”;

I see
———-

update result = <16188>
update result = <15995>
update result = <15964>
update result = <15926>
update result = <15858>
update result = <15847>
update result = <15824>
update result = <15811>
update result = <15785>
update result = <15719>

The numbers change every time the cron runs.

However, when I go to one of the expired listings, and edit it… the status says: Expired

But many still show in the classifieds page.
I changed the OPTIONS to redirect to /classifieds instead of showing expired AD’s with the contact info blocked. But still shows them. 3+ year old ads.

Any ideas?

Thanks – that was helpful, but still having issues.
We have always used a manual cron, which executes this every 5 mins:

I added the suppress_filter code like this:

View post on imgur.com

The cron runs this:
wp cron event run –due-now –allow-root –path=/home/<website>

I can see it executing like this:
“Executed the cron event ‘adverts_event_expire_ads’ in 0.14s.”

All the old adverts are still showing. If I edit one of them, its clearly past its expire date.

Any other ideas?

More info that will benefit you from an agency perspective.

Unfortunately, scheduled scans will not help us at all… and would be highly risky to us.

These scans use a lot of compute power on our servers. They are very very heavy.
Scheduled scans would cause many many websites, on the same server, to run scans at the same time, which would instantly overload the server and cause severe performance impacts. These scans can run a long time.

Its absolutely critical that we can control when, and which website, is running the scan.

With WP CLI support, we could sequentially queue scans, such that only one website at a time, per server, would ever run a scan, and the moment it finishes, we can kick off the next one.

Please consider.

Thanks!

For OTHERS “menu_order” is the parameter you want to use if you wish to sport by the POST ORDER attribute when editing the meta data of a post.

Like this:

[lifterlms_courses order=”ASC” orderby=”menu_order”]

Similar issue. It really should NOT be shown when in any kind of edit mode.

Ooooops followed a link to the wrong place.

ANYWAY, was just about to solve it when I posted.

THE ANSWER, for anyone else searching is:
Add this to wp-cli

–require=/blah/blah/blah/extras.php