I noticed that on WP the plugins are now almost all freemium. For goodness sake, it is more than legitimate to try to make money from your hard-earned work. The problem is that too often the freemium plugins present do not offer real free features, but only marginal features or tasters. I tested a firewall plugin: well done, it identifies the malware, but it doesn’t tell you what or where, and to eliminate the malicious code you have to purchase a paid plan that is quite expensive in terms of costs. In this case, the functionality (scanning) is completely useless and does nothing but alarm you, perhaps due to a false positive, leading you to purchase the paid plan.
I admit that after examining several plugins on the WP directory, I notice how the standard has lowered: many plugins don’t really do anything, and to really work or to work for what they claim, you discover that you have to buy them. In fact, the WP repository has become a marketplace. And open source plugins are too old to be reliable.
Yesterday I was rereading the rules for publishing a plugin on ClassicPress: which also allows the publication of paid plugins. It left me perplexed. Above all, the rule that allows the publication of premium plugins. What connection can there be between GPLv2 and a premium plugin: if a premium plugin does nothing without being able to purchase it, it is in fact an empty plugin, without any useful code that can be forked or used freely. Because it is clear that a developer (I would be the first) does not leave premium features available (even if hidden or blocked) on a plugin released for free and in open source.
Mind you, I’m not against premium plugins (I’ve also made them upon request and maybe I’ll make more), but I think this aspect should be handled outside the CP directory. Therefore, personally I would have stopped at the freemiums, with one clarity: these plugins must actually be not only functional, but also actually useful for the purpose they declare: a plugin that declares A and then doesn’t do it, or does B (which maybe I don’t serves), it is not useful, even if it is formally functional. On WP I have seen plugins that are evasive about their free features, causing confusion. And it amazes me how the enforcement team let them through.
Another consideration concerns the failure to update a plugin: I totally agree that the developer must keep his plugin updated, but it seems extremely rigid to me to remove the plugin from the directory only one month after the CP update. It would have been better to establish that if the developer does not update within a month, the plugin will be suspended (hidden and inaccessible). And if within one year of suspension, the plugin is not updated, then it is considered abandoned and therefore removed. I say this because it can also happen that among hundreds of emails arriving in your email inbox, an email like this could slip through or end up in spam.
Other degradation of WP plugins and the crowding of advertising notifications or invitations to subscribe to newsletters etc. at the top of the admin pages. Annoying and inconvenient, they lead you to disable the plugin just for this reason. I’m happy that CP put a stop to this mess by requiring the developer to use advertising notifications only within the plugin page.
Finally, just to let you know, I asked the developer of a surprisingly good firewall plugin in its free version (Ninja Firewall and NinjaScanner) if he would release a version compatible with ClassicPress. Let’s be clear, the WP version works well, but in the scan, it gives many false positives regarding file modification, because the comparison is made between an intact version of WP and CP files. Unfortunately he replied that they won’t do it for now. Sin.
Regardless, I’m looking forward to submitting my plugins to the CP directory. We need to grow, so that even the biggest developers develop for ClassicPress!