luistinygod
Forum Replies Created
-
Forum: Plugins
In reply to: [WP Search with Algolia] 500 error when Yoast is not activeHey @tw2113
Thank you for the quick return! This looks nice!! 🙏
Forum: Plugins
In reply to: [WP Search with Algolia] Does it work with Local WP?Hey Michael,
Thank you for the reply.
We found out that the CA file path set by LocalWP was not correct according to our project setup. By adjusting this, everything works now!
Case closed.
Thank you for the support!- This reply was modified 1 year, 4 months ago by luistinygod. Reason: closing
Forum: Plugins
In reply to: [WP Search with Algolia] Does it work with Local WP?Hey Michael,
The odd thing is that there is no error in the logs. But this morning I found out that changing these 2 lines in the CurlHttpClient.php file (Algolia PHP client) removes the connection error:
curl_setopt($curlHandle, CURLOPT_SSL_VERIFYPEER, false); // Changed this to false.
curl_setopt($curlHandle, CURLOPT_SSL_VERIFYHOST, false); // Changed this to false (was 2).Forum: Plugins
In reply to: [WP Search with Algolia] Does it work with Local WP?Hello Michael,
We are using the package from https://wpackagist.org and we use all that composer.json configuration as well, but it is still not working.
According to my latest investigations it all comes down to the Algolia Search PHP client, in the class
CurlHttpClientspecifically around these 3 lines:$statusCode = (int) curl_getinfo($curlHandle, CURLINFO_HTTP_CODE);
$responseBody = curl_multi_getcontent($curlHandle);
$error = curl_error($curlHandle);The response and error are empty and the status code is 0.
Do you have any idea why this might be happening?
Thank you for your help!
Forum: Plugins
In reply to: [WP Search with Algolia] Does it work with Local WP?Thank you for the reply.
I tested the plugin in several environments with and without local firewall set. It seems the plugin works fine in a Local WP regular setup, when installed manually through the WordPress dashboard.
But it is not working when the plugin is installed as a composer package. I know this plugin is using the Algolia PHP client as a dependency. Do you think there might be some missing piece when setting up the plugin as a composer package?Forum: Plugins
In reply to: [HappyFiles - WordPress Media Folders & File Manager] Plugin closed??Well following up my last comment, and as stated by @roccocontillo, I confirm that multiple other WordPress media folder plugins in the repository, which target the same features like HappyFiles, have the same limitation (up to 10 folders). They are all still listed.
I found out as well that plugins like Jetpack and Yoast SEO, to just mention some of the most popular plugins, all infringe the same guideline:
“Plugins may not contain functionality that is restricted or locked, only to be made available by payment or upgrade.”
For example, Jetpack locks the feature of adding the tracking id of Google Analytics needed to generate the script inside the website. It’s locked with a green button saying “upgrade”. Although Google Analytics is a service, the feature of adding the tracking id on a text field inside the WP dashboard which automatically generates the script tag on the frontend is code in the Jetpack plugin and it is locked by one upgrade. This is a direct infringement of the guideline 5, copied above.
Yoast has the same kind of infringement with the feature called “Multiple Keyphrases”.
So, unless plugins’ team will start shutting down the entire repository, they are being completely unfair here, and by persisting in this decision while keeping all these cases listed, I can only assume they are acting on bad faith.
Also for discussion, what trialware is?
According to dictionary.com it defines as “computer software that can be used free of charge for a limited evaluation period”. Not the case here.Forum: Plugins
In reply to: [HappyFiles - WordPress Media Folders & File Manager] Plugin closed??If the plugins’ review team applies this specific “trialware” rule to all the repo plugins, with the same strictness applied here, I’d guess most of them need to be closed immediately.
Guidelines were made to protect the WP community, they should serve the community, including the plugins’ developers. In this specific case, the HappyFiles plugin, a 5-star plugin, states from day one that it is a 10-folders plugin. If people want more than that, there are other solutions in the market.
Shutting down HappyFiles leaves 3000+ active users without any other solution, without automatic updates, without security patches. In the end, no one wins.
I hope the review team reconsiders.
Thank you!
Hello,
I found out the issue.
The issue is on the The Newsletter Plugin, plugin.php file, method:/** * Returns the Newsletter dedicated page URL or an alternative URL if that page if not * configured or not available. * * @staticvar string $url * @return string */ function get_newsletter_page_url($language = '') { $page = $this->get_newsletter_page(); if (!$page || $page->post_status !== 'publish') { return $this->build_action_url('m'); } $newsletter_page_url = get_permalink($page->ID); if ($language && $newsletter_page_url) { if (class_exists('SitePress')) { $newsletter_page_url = apply_filters('wpml_permalink', $newsletter_page_url, $language, true); } if ( function_exists( 'pll_get_post' ) ) { $translated_page = get_permalink( pll_get_post( $page->ID ), $language ); if ( $translated_page ) { $newsletter_page_url = $translated_page; } } } return $newsletter_page_url; }This line (1267)
$translated_page = get_permalink( pll_get_post( $page->ID ), $language );has the parenthesis on the wrong place. Should be:
$translated_page = get_permalink( pll_get_post( $page->ID, $language ) );Please fix it!
Btw, thank you for the excellent plugin!Forum: Plugins
In reply to: [Polylang] cannot point to translated post anymore after upgrade of wordpressThe plugin mentioned was causing a conflict with the jQuery autocomplete library also used by Polylang. If you want to trace the conflict on your website I suggest start deactivating the other plugins you may have installed, one by one, to find out which one is causing the conflict.
Forum: Plugins
In reply to: [Polylang] cannot point to translated post anymore after upgrade of wordpressupdate
I found the plugin CMB2 custom field “post_search_ajax” was causing this bad behaviour.
Forum: Plugins
In reply to: [Polylang] cannot point to translated post anymore after upgrade of wordpressI’m running WP 5.3.2 and Polylang v 2.6.10 and I also noticed the same issue.
When editing a post and trying to add a translated version of the same post using the language metabox (sidebar), I start typing the title of that translated version (e.g. “test” ) and I got a console JS error:
VM1788:1 Uncaught SyntaxError: Unexpected token < in JSON at position 0
This is the request sent to the server:
http://…/wp-admin/post.php?post=3077&action=edit&query=testForum: Plugins
In reply to: [WordPress Importer] WordPress Importer displays an error messageSame here:
Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; WP_Import has a deprecated constructor in wp-content/plugins/wordpress-importer/wordpress-importer.php on line 38
Forum: Reviews
In reply to: [gee Search Plus, improved WordPress search] Excellent pluginThank you!
Forum: Plugins
In reply to: [Select All Terms] Plugin conflictThank you for the information. Since the JS script is very simple on the Select All Terms plugin I am wondering if the other plugin is not introducing an error that prevents other scripts to work.