computershowtopro

Thanks for the info, yeah, I’ve seen several other really cool projects in the repository, that were written by one single person, and then abandoned, probably due to not having enough time ??

Thank you for your timely response, David. I will try your suggestion then, though it’s simply possible that the customer didn’t want to respond to his own customers via whatsapp anymore, and told a lie.

I personally like your plugin a lot and recommend it to all my e-commerce customers.

So thank you for a great plugin.

There’s one single line that needs to be commented, to solve this, in admin/toolbox-class-about.php in line 128,
add_action( ‘admin_notices’, array( $this, ‘activation_admin_notice’ ) );

Either make this not trigger at all, or make it trigger based on whether it has or has not been triggered already.
On another look, it could be conditioned by the last functionality part of the same file, this one:
/**
* Hide welcome notice when dismissed.
*/
public function hide_notice() {
if (isset($_GET[‘thinkup-hide-notice’]) && isset($_GET[‘_thinkup_notice_nonce’])) {
if (!wp_verify_nonce($_GET[‘_thinkup_notice_nonce’], ‘thinkup_hide_notices_nonce’)) {
wp_die(esc_html__(‘Action failed. Please refresh the page and retry.’, ‘melos’));
}
if (!current_user_can(‘edit_theme_options’)) {
wp_die(esc_html__(‘You do not have the necessary permission to perform this action.’, ‘melos’));
}
$hide_notice = sanitize_text_field($_GET[‘thinkup-hide-notice’]);
update_option(‘thinkup_notice_’ . $hide_notice, 1);
}
}

I sincerely hope you just made a twisted joke, and you will reconsider your response and FIX the bug I just mentioned.

PS: there are no errors in the console, that’s bogus and you know it

It is not resolved, and this generally accepted mentality that I see on all wordpress plugin’s support page, that if you don’t hear back from the OP, it means it’s resolved, is very flawed.

Take a hint, read the bug report, and fix it. I’m a programmer myself, so please understand I didn’t report it because I had nothing better to do. Your plugin doesn’t keep the order of the images, sometimes it may depend on other plugin’s or multilanguage capabilities, or other things.

I reported the bug in the hope you will improve it.

In the meantime, I’ve spent about 4 hours with 3 slides, to reorder them, only to realise that I had to turn of opcache, then set wp_cache to false in wp-config, then delete entire browser cache, cookies, all, then do a sweep with clearing all transients in wordpress, until I got it finally ordered the way I wanted. Between these aforementioned operations, I’ve reordered slides again and again only to see them messed up after saving, again and again.

So please take a hint and either rewrite the algorithms, or find another way for ordering the slide images, hopefully one that makes’em stick to where users put them.

Otherwise… thank you for the plugin, it’s great, it did help me accomplish what I needed to accomplish, I’m just sayin’ it would have been nice to be able to do it in 1/10 of the time this way took me.

@rafaellorenzodeleon would you be so kind and share how you managed to translate those strings ? I am looking for the same thing

Thank you

Ok, you’re right.
I’m an autistic person with Asperger’s, so I might interpret things differently then others.

I’m not aledgeing anything, I understand your effort, and appreciate it.
Sorry if I was too harsh, it’s just how I let my mouth speak instead of my mind sometimes ??

Could lazy load be the culprit then ?

Now that was a very surprising response, from you, honestly ??
First of all, whether I deactivate link prefetching or not, on my browser, has no effect on what other visitors to the site might have in their browsers;
second, I don’t use firefox, I’m using chrome;
and third, when there’s something wrong with your car engine, you don’t start changing tires, hoping it will fix the engine issues.
While I really, really like(d ?) this plugin, I’m not sure this is a realistic answer on your part, but thanks for taking the time anyways.
I’ll mark this post as resolved, but we both know it isn’t.
I’m very surprised by how little effort plugin devs on wp are willing to put into debugging.

The only switch that is on, on the filters page, is “Ignore prefetch requests”.
Could that be the culprit. From what I’ve read… that one should only affect the prefetch requests, and as I’ve said… to my best knowledge, there are NO prefetch links on the site, except the dns prefetch of wordpress, for gravatar.
I’ve added slimstat_tracking_code as a cookie to bypass in Hypercache (people having this cookie present, should not be served cached pages), which practically means everyone, so I’d might as well turn caching off.
I’d really love this post counter to work ??

It works in client mode, because I use hypercache on the site. Other then that… on the maintenance tab, what I’ve seen is the link prefetch requests – I don’t have any rel=’prefetch’ on the site as far as I know – and one single, XSS injection attempt.
Should I add something to my Hypercache’s exception list, in order for the pageviewes to be tracked more accurately?

Actually I just found what the error stemmed from.
It looks like in order to install the Browscap DB, the FS_METHOD has to be on “direct” in wp-config.php, otherwise there will be an error like this:
“There was an error uncompressing the Browscap data file on your server. Please check your folder permissions and PHP configuration”.
The thing is, the folder permissions were ok, but slimstat doesn’t take into consideration WHAT filesystem access method it should use, upon uncompressing the new browscap DB, and tries to use “direct”, and that conflicts with wordpress if one has “ftpsockets” – as I had.
So in order to install the browscap DB, you have to set
define(‘FS_METHOD’,’direct’);
in wp-config.php, install browscap, and then you can set it back to “ftpsockets”.

Maybe this info will help you make the plugin a bit better.

My slimstat’s version is 4.6.1
I’ve even tried uninstalling and reinstalling completely
I follow closely the wpwulndb every single day, and don’t usually run older version of software. This thing with me trying to upload the php file to the said folders, was merely because I couldn’t find any actual answer on wp forums or on your site, to this specific issue.
What can you recommend that I try ?

Ok, I’ll do that

• This reply was modified 7 years, 8 months ago by computershowtopro.

I have a wp installation with browscap-db.php present in /wp-content/plugins/wp-slimstat/browscap.
But the dashboard still says in several places, that I should install it.
However, trying to install it by clicking on the Install button, results in an error, stating that folder permissions might be wrong. All other plugins can read/write to their respective folders, and I’ve also even tried uploading the browscap-db.php manually to /wp-content/uploads/wp-slimstat/ to no avail. Where should this browscap-db.php file reside ?
I’m an advanced user, I can easily put it whereever it needs to reside.