ulicgn
Forum Replies Created
-
Forum: Reviews
In reply to: [Memcached Object Cache] Fatal errorNote: The plugin recommended by @dgswim @mariankadanka is not maintained any more and also not update for some years now.
Forum: Reviews
In reply to: [Memcached Object Cache] Fatal error@vol4ikman : see https://wordpress.org/support/topic/fatal-error-php-9/
- This reply was modified 3 years ago by ulicgn.
Forum: Reviews
In reply to: [Memcached Object Cache] FATAL ERROR PHPJust follow the install instructions letter by letter. After that, apologize to the team and upgrade your rating to, at least, 3 stars.
I have to admit though that the install process is highly unusual and error-prone, but that does not mean you can skip reading the docs and then belch out a one star review.
Forum: Plugins
In reply to: [Leaflet Map] wp_options table with lots of “leaflet_osm_” rowsI think Oliver is right, this is IMHO a case for the transient API. The way it is done right now will eventually overload the options table on sites with dynamic map usage. This is something that should at least be documented in the admin screen where the delete option is placed. Or a warning could be placed there if the amount of entries is higher than , say, 100 or so … they are counted anyway in the option leaflet_geocoded_locations ( which creates an additional huge option table entry …)
Maybe https://github.com/bozdoz/wp-plugin-leaflet-map/issues/213 is a better place to discuss it, since bozdoz himself has opened this issue .
@bvytis Yes, I followed the issue on github – thanks for the improvement and for letting me know here. I updated to the recend version yesterday. Actually , right now we don’t have any transient entries in the options table, but the feed that we display is currently empty. I will keep an eye on it during the next couple of days. Thanks and best regards,
Uli
Thanks for checking my report. Let me add that , in addition to clogging the wp_options table, this behaviour could lead to being banned from requesting a feed , because ( on a busy site with many users) the source feed will be fetched from the source many times instead just once per refresh period. Also the load time of pages containing the feed will be delayed if the feed is requested from the source for every user individually….
Regards
UliCGN- This reply was modified 3 years, 5 months ago by ulicgn.
I can NOT confirm or verify this, but I am running feedzy for a short time only. Have not seen any unexpected output so far.
Can you prove your claim? If this really happens, it would be not acceptable – although a simple “generated by” is not really an “ad”.
Other than that, I can only say that installing and using feedzy was very smooth, it seems to be a good plugin.
Thanks for considering. I have, however, found a different solution meanwhile.
Forum: Plugins
In reply to: [Gutenberg] Tags disappear in Editor ( but not in quick edit)Meanwhile I found out that there is a setting in the Twentyfourteen Customizer ( in the “Featured Content” section ) which is supposed to hide the special featured tag from being displayed in the frontend. If I disable the setting, the feautured tag can be set.
However as it stands this setting does not only hide the tag in the frontend but also prohibits the tag being set in the editor. It is possible to set the tag when using quick edit.
So is this a bug in the editor or in the template?
Regards
UlrichForum: Plugins
In reply to: [Gutenberg] Tags disappear in Editor ( but not in quick edit)Additinally I should have mentioned that I tried it with the Gutenberg plugin, latest Version, both activated and deactivated, the behaviour was identical. Everything else (WordPress itself and all other plugins) is up-to-date, too.
Hi,
even with the newest update of EditorPlus, the category tick boxes are empty when I open a post for editing. If I tick one or more categories and hit the Save/Update button, the category ticks are empty afterwards while I am still in the editor ( however the category assignment is saved ) .
This was tested with all components (WP, Editorplus, Neve Theme ) being on the newest version. I even tested with the latest Gutenberg Plugin both active and inactive.When Editor Plus is disabled, the category ticks remain intact.
Regards,
Ulrich- This reply was modified 5 years, 2 months ago by ulicgn.
Forum: Plugins
In reply to: [Timetable and Event Schedule by MotoPress] Export/Import errorsI can confirm that it works. I have exported my Timetable content ( 7 columns, several Events and Categories) and checked the XML. It looks ok, and also it validates. Then I was able to import it sucessfully into an empty test clone installation.
@motopress @dimned Thank you for fixing!
Forum: Plugins
In reply to: [Timetable and Event Schedule by MotoPress] Link SettingWorks great, exactly what I need ( and maybe Priska, too 😉 )
Thank you very much!
Forum: Plugins
In reply to: [Timetable and Event Schedule by MotoPress] Link Setting@dmytro – I found that to be not correct, at least on my site. Setting a custom URL for the event does NOT redirect requests to the event’s single page, nor does it remove the page from the sitemap. From what I see, setting the URL simply changes the link from the schedule, while the single page still remains accessible when requested.
Disallowing them in robots.txt is a mere hack , it may lead to errors for many search engines, since you publish the URL in the sitemap and then disallow it in robots.txt.
As far as I know setting a custom post type (like mptt events or columns) to non-public is only possible at the time of object creation (register_post_type?) – can the “public” property be overriden later by a hook or filter in a child theme function.php?
Forum: Plugins
In reply to: [Timetable and Event Schedule by MotoPress] Link SettingJust to let you know – since I had the same problem on my site I tried to remove the columns and events from my sitemap and ended up with creating custom functions.
However in your case, since you are using YoastSEO, you can achieve the same result be disabling columns and events from showing up in sitemaps (can be done at /wp-admin/admin.php?page=wpseo_titles#top#post-types , “Show events/columns in search results -> no”).
Note that the pages then still exist, but they are not submitted to search engines any more
Regards
Uli