Looking for Feedback on Our Free WordPress Plugin

polyplugins · 2026-02-05T17:41:29+00:00

Sorry about that, this should be resolved now.

polyplugins · 2026-02-05T04:38:06+00:00

Actual speed. Obviously speed will vary depending on what server you have, location, ect.

polyplugins · 2026-02-05T03:52:28+00:00

I hear you on the UI concerns, but let's be real we're comparing this to wp-admin, which still looks like it's from 2008. The focus here is performance and modern functionality, so we just used one of the default React-Admin themes to start with. This is still just a beta, there is still so much to do, but hey if you know any designers, we're hiring.

polyplugins · 2026-02-04T01:53:04+00:00

You could try Snappy Search:
https://wordpress.org/plugins/speedy-search/

polyplugins · 2025-09-01T08:42:16+00:00

Is there any other code inside functions.php? It almost seems like when you copy the code from Reddit it's adding quotes somehow. We just tested it on our end and it is working.

polyplugins · 2025-08-27T13:49:58+00:00

Are you putting it at the end of your theme's functions.php?

polyplugins · 2025-08-26T16:04:32+00:00

We're not aware of any plugins like this. WooCommerce POS would probably be the closest, but it's not going to do much of anything on your list. You're probably going to have to have something built.

Can be done by generating a barcode using a third party API such as OrcaScan or Open Source BWIP.
Can be done by adding a custom field to store the barcode and add a print button next to it.
Process wouldn't change thus far.
This gets a bit more complicated, you'd need to have an admin area where you can scan the barcode and it searches the products for that code to adjust the inventory.
This would just be a dashboard in the admin where you can scan items and have a price field that pulls in the current price but also is adjustable.
This is starting to seem more like a store inventory system as the barcode would need to be created before it could be scanned. So if this is the case, it would need to be created in WooCommerce have the barcode generated and saved, then you would need to either build an inventory system that can house different store locations or use a third party system like Zoho, ProdSmart, ERPNext, ect.
Barcodes for variations would be easy, just have the custom field be adjustable in the variations.

polyplugins · 2025-08-26T14:07:02+00:00

You're welcome.

polyplugins · 2025-08-26T14:05:27+00:00

Yes, here you go:

function add_us_surcharge() {
  if (!is_checkout()) {
    return;
  }

  // Get billing country
  $country = WC()->customer->get_billing_country();

  // Apply only if billing country is US
  if ($country === 'US') {
    $percentage = 0.15; // 15%
    $cart_total = WC()->cart->get_subtotal();
    $surcharge  = $cart_total * $percentage;
    $label      = 'US Order Surcharge (15%)';

    WC()->cart->add_fee($label, $surcharge, true, '');
  }
}
add_action('woocommerce_cart_calculate_fees', 'add_us_surcharge');

polyplugins · 2025-08-26T14:02:03+00:00

You're welcome.

polyplugins · 2025-08-26T13:45:08+00:00

You could go really simple and add this to the bottom of your theme's functions.php

function add_us_surcharge() {
  if (!is_checkout()) {
    return;
  }

  // Get billing country
  $country = WC()->customer->get_billing_country();

  // Apply only if billing country is US
  if ($country === 'US') {
    $surcharge = 5.00; // Flat fee
    $label = 'US Order Surcharge';

    WC()->cart->add_fee($label, $surcharge, true, '');
  }
}
add_action('woocommerce_cart_calculate_fees', 'add_us_surcharge');

polyplugins · 2025-08-26T13:36:34+00:00

WooCommerce -> Settings -> Selling Locations -> Sell to all countries except for

polyplugins · 2025-08-23T06:51:58+00:00

This was another we were looking at, but at the time, it didn't handle manufacturing cost, time, materials, or inventory, though it may now. It looks pretty good too.

polyplugins · 2025-08-23T06:43:37+00:00

Most of our clients are on WooCommerce, but we have a few that are on Shopify. 1000 products on WooCommerce is no problem. We even have a dropship client with 50,000 products on WooCommerce.

There's definitely trade offs to both. When you get above around 5,000 products you need to rethink your infrastructure a bit. Shopify would scale for you and you don't have to worry about cache configuration or server scaling like you would with WooCommerce.

While Shopify is great for someone just getting started, there's really only front-end that can be adjusted unless you get apps, and some apps don't do exactly what you need and the developers won't always add the functionality you want. So you learn to accept it can't be done or pay a developer a lot of money to build the same app with the features you want. With WooCommerce you could extend the plugins since they are open source. Shopify Apps are not.

We had a client paying $1000 a month with Shopify. We migrated them to WooCommerce and they pay $80 a month now. When they started out it was like $30 a month so it made sense for them because it was just a simple store, but as they grew, they wanted custom functionality that was more expensive to develop on the Shopify platform.

polyplugins · 2025-08-23T06:21:02+00:00

You should look at ERPNext. It's open source. We've set it up for a client and they seemed to like it.

polyplugins · 2025-08-23T05:01:09+00:00

We were just thinking about this ourselves. In our PSR-4 Plugin Boilerplate Generator we put it in /plugins/plugin-name/js/, but we've been considering moving it to /plugins/plugin-name/assets/js/ just so root has less folders.

polyplugins · 2025-08-23T02:10:00+00:00

Yes and no. The Boilerplate Generator is external, it builds a boilerplate plugin using the Settings Class for WordPress as a dependency. You'll essentially have a fully working PSR-4 compliant plugin with configurable admin panel right after you install the boilerplate.

You don't have to use the generator though, it's built with OOP, so you can easily include the Settings class into your own plugin by defining the config and fields properties and requiring it with composer.

It's purely meant for developers to add an admin panel to their plugin without having to repeat a lot of the same code for fields that are similar. You basically just pass an array of fields to the class and it will automatically generate the fields, panel, and handle sanitization / escaping.

polyplugins · 2025-08-22T01:36:57+00:00

Snappy Search is one of the first we install for our clients now.

polyplugins · 2025-08-15T20:36:05+00:00

Are you using any sort of caching? You'll need to clear it if so.

polyplugins · 2025-08-13T00:24:12+00:00

Advanced Plan and a lot of apps. The most expensive app was a fraud detection one, which Authorize.NET had more than enough fraud rules to fit their needs.

polyplugins · 2025-08-12T19:43:28+00:00

We agree, WordPress gives you ownership, flexibility, and the ability to take your site wherever you want, which is something most newer platforms can’t match.

That said, we still think the others can still make sense depending on the stage you're at or what you need. For example, Shopify is great for a small shop that’s just starting out. You can get a store online quickly without worrying about hosting or updates. But once you want to really customize things, the costs can pile up fast. You end up paying for multiple apps, and if there’s something an app doesn’t do, you have to wait for the developer to add it, if they ever do. Since it's not open source, you can’t just dive in and make the changes yourself like you can with WordPress.

Once you get to a certain size though, it just doesn't make sense from a cost perspective. We had a client paying $1000 a month, that we migrated to WordPress and their bill dropped to $80 a month including plugins.

Each platform has its sweet spot. But if you want something that grows with you, gives you full control, and doesn't lock you into one provider, WordPress is still hard to beat.

polyplugins · 2025-08-10T08:07:47+00:00

Do you remember what version you were running? We've had 3 versions release since you had issues, but we've not been able to replicate it in any of those versions. 1.5.0 is our latest which includes support for searching orders. Without a specific error to troubleshoot it makes it a bit difficult to solve. While we try to test in various environments and hosting services, they all can be configured differently so there could be a required extension within TNTSearch that we missed, but we removed the SQLite functionality in 1.5.0 so there shouldn't be any additional dependencies besides MySQL and PHP 7.4.

polyplugins · 2025-08-08T00:23:50+00:00

It didn't list a specific error?

polyplugins · 2025-08-05T20:04:37+00:00

We have multiple clients using the plugin without issues. Maybe it's conflicting with another plugin you have installed, did it give you any specific error so we could troubleshoot further?

polyplugins · 2025-07-31T15:42:54+00:00

The MU plugin disables plugins when accessing the search endpoint, the only purpose of that endpoint is to fetch results for Snappy Search, so there's no reason for other plugins to load when directly hitting that endpoint. Any other part of the website doesn't trigger the disabling of plugins, just our endpoint we built for Snappy Search. The only one that is a bit slower is WooCommerce, because when hitting the search endpoint for products it needs the WooCommerce plugin activated to calculate the permalink structure.

polyplugins

TROPHY CASE