bsmither

Does your host keep logs of page requests (web access)? If so, scanning through them looking for these weird URI's might provide a clue, such as there might be only one IP address doing this. Please also check the contents of the ,htaccess file. There should be these directives: ### Rewrite rules for SEO functionality ### <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / The RewriteBase is the important directive.

I do not know this for sure. If the destination has anything to do with Yahoo/AOL, then bulk sending might trigger a limit on that end. Without more info, I have no other advice. Especially, I have no idea what "[015]" means. Could this be the page number of RFC-5322? If so, that is in the middle of a Date/Time format discussion. (In a distant past life, I did send in bulk. I had to throttle AOL and a few other domains to a slow trickle. I am confident that PHPMailer (a well-respected mailer) sends very accurate RFC compliant emails. It could be that, because the recipient's service became "unavailable", that right there is what might be non-compliant.

Could you better describe "RFC Compliance" issue?

That error response "reason" could be from the recipient's email provider. Here is a link to an issue I found: https://github.com/roundcube/roundcubemail/issues/8737 Let us know if you are sending out emails using an external SMTP server (maybe GMail's?).

"Where can I see the list of hits?" The page that shows a grid of product panels for search results is the 'hits'. "The product list appear should contain title Name and/or Product Code." The list will always contain the name. To inhibit looking in the 'description' column for search terms, make these edits: In /classes/elasticsearchhandler.class.php, near line 255, from: $should = array_merge($should, [['match' => ['description' => $q]]]); To: // $should = array_merge($should, [['match' => ['description' => $q]]]); In /classes/catalogue.class.php, near line 1990, from: $indexes = $GLOBALS['db']->getFulltextIndex('CubeCart_inventory', 'I'); To: $indexes = $GLOBALS['db']->getFulltextIndex('CubeCart_inventory', 'I'); unset($indexes['description']); Near line 2087, from: $like = " AND (I.name ".$like_keyword." '".$regexp."' OR I.description ".$like_keyword." '".$regexp_desc."' OR I.product_code ".$like_keyword." '".$regexp."')"; To: $like = " AND (I.name ".$like_keyword." '".$regexp."' OR I.product_code ".$like_keyword." '".$regexp."')";

Ok, then how is it you want the results? If 'keyw' appears in the Name and/or Product Code, regardless if it appears in the Description, it will be in the list of hits. You said if nothing was found in the Name or Product Code, then look in the Description. So, what is the difference? Would there be a difference in how the hits are listed?

That would involve customizing too much of the search code. But, sure. But have you verified that the search hits that are returned do have the search term in the description?

Unfortunately, sometimes, the spooled debug data gets lost (at least for me). That means, sometimes, we cannot know, absolutely, what search phase was last used to get results. (I am tracing the execution to find out how and where the debug data gets lost.) The search phases are, in order: Elasticsearch, Fulltext, RLike, Like. However, an Elasticsearch query is coded to look in the 'name' ('title') and 'product_code', and if not using "Search as you type", the 'description' columns for the search term. Please verify that the search term might actually appear in the description. Also, Elasticsearch should have the capability, and might be configured to do so, to take a search term, then find its stem and lemma. (See Wikipedia.) As such, a 'hit' could contain words that have been expanded from the lemma. An example: search broken to get hits with break (this is the lemma), breaking, and broke. And then, if the search phase actually gets to Like, verify that the search term might actually be just a part of a bigger word.

Do you use PayPal? PayPal has this "mode" that will update the customer's address in CubeCart, with what (I presume is) PayPal has on record for the customer's 'verified' delivery address. (Note: I am not familiar with PayPal at all - this is just something I see complained about in these forums on occasion.) (Which has me asking the question: would this 'feature' cause shipping charges to be wrong?) Using an external database utility, look at CubeCart_order_summary, the customer_id, state, and state_d columns for a suspect order. Note the numerical values. Then look at CubeCart_addressbook for all the records where the customer_id is as was noted earlier. Compare the state numerical values. You can determine the name of the state by looking at CubeCart_geo_zone and use the id value of the table as the state numerical value.

So, when the order was created, the state name was correct, but then at some time later, when viewing that Order Summary in admin, the state name shown on the Overview tab is not correct? In admin, Admin Activity, scan the list for anything that looks suspicious.

That's my question: where does the index name come from? Is it auto-generated the first time ElasticSearch builds the index? Does the hosting provider assign it? sack123, where did you get the value for 'es_i'? (Note: The forum will not let me use the '@' notifier -- it refuses to allow a post that was edited to use it get re-saved. I hope you see this.)

Sorry, I would not know. We will need to wait for Al or HavenSwift to advise.

I would think not. What you refer to is the access credentials to the MySQL database server. The mentioned $glob array elements for ElasticSearch would/should be different. If your site is hosted, and your host gives you a site management tool (such as CPanel), and if ElasticSearch is installed by your host, the access credentials to the MySQL database and ElasticSearch engine should have been emailed to you in your new subscriber "Welcome" notice, or, at least, these connection details would be shown somewhere in the management tool.

There is no legitimate way to do this. During setup, CubeCart looks at the language file definitions.xml, 'navigation' group, "seo_path_*" strings, and populates the database table CubeCart_seo_urls with records for the search, certificates, contact, register, recover, and login URLs. Also, certain redirects are created so that, for example, 'register.html' will bounce the browser to 'register'. (This is for a work-around for skins with hard-coded URLs.) However, another redirect can be created. In admin, Redirects & 404's, Redirects tab, the top row of the table allows to add a redirect from, for example: Page: Contact Us Redirect from: get-in-touch.html The web address "example.com/get-in-touch.html" can be used out on the inter-webs, and when CubeCart gets this, will bounce the browser to "example.com/contact-us". Sorry, you are asking for SEO Titles? That might be customizable in the Language Editor. Let me find it. Nope. Not there. The Contact Form allows to set a Meta Title. I thought a mod had been created to add meta data to these pages, but I cannot find it. Would you be interested in testing one?

This query comes from using the Quick Search text entry box or the Advanced Search page. Perhaps you were checking to see if the new products would show in a search? But for 700 times? (a pair of queries, one at line 1988 and one at line 1990) The term being searched on is "gQiz/**/ORDER/**/BY/**9977#", which looks to me like some joker is repeatedly feeding junk into the search box. Unless "gQiz" looks familiar? The error log should have the time the error took place. Are all the times really close together? And recent - as when you were adding products?

This data is provided to the skin. It just becomes necessary to figure out how to display it. Try this. Using a programmer's text editor, make the following edits to the template file element.navigation_tree.php: Lines 4,9, and 14, change this: {$BRANCH.name} To this: {$BRANCH.name} ({$BRANCH.product_count}) Have CubeCart clear its internal cache after saving this edit. This simply appends the product count in parentheses to the category name. Anything more than this may require some fancy CSS rule changes.

Was all of this put in place? https://forums.cubecart.com/topic/58270-photo-enlarge/ Especially the javascript edit? Looking at the GitHub issue #3202, it seems the javascript edit wasn't made.

There is a module that one can add custom 'common' stuff. Send me a PM with your email address.

Above, these images do not show what we need to see. Bring up the category "Powerball" for editing. Take a screen grab of the Search Engines tab. Bring up the product "Powerball" for editing. Take a screen grab of the Search Engines tab.

I am sure it could, as it seems most of the structure is already there - according to the description. But because Noodleman encodes the plug scripts, only Noodleman can make these changes.

The screen grab in the first post shows the View Category page - which, unless you implement a certain plugin, options for the products listed on a category page are not to be shown. Clicking on the product image or title is supposed to take you to the View Product page, but CubeCart is delivering the View Category page again. I would look at the product "Powerball" and category "Powerball" and determine which one is supposed to have that specific path on the Search Engine tab when editing a product or category.

As you describe it, it is odd. I have never seen this happen this way. Just to be clear, when entering terms to search in the "Quick Search" text entry box, the magnifier icon is what is getting clicked on to submit the search? But not clicking on the link that says 'Advanced Search' located just below the text entry box?

In CC652, the Foundation skin was coded to show traditional pagination - a series of page numbers, but only for when the page is not on a mobile device. If on a small screen (that is, mobile), then the More button is used. But if the store owner wants to use the More button on wide screens, CC652 now uses a cookie that lasts for 10 minutes to store where in the scroll the browser was last showing. So, let us know what skin if not using Foundation, and what version of CubeCart if using Foundation. (Please see GitHub issue #3344.)

Yes, there have been some changes in the javascript plugin 'DropZone', that when an image is dropped onto the zone, the image is resized at the browser - thus reduced in size - then uploaded to the server where CubeCart will accept the uploaded image. The point of this is to make sure the image is below the filesize threshold (used to be limited at 350kB). But, in resizing, the javascript changed all images to a jpg type. I *think* this was changed to webp recently because jpg images does not do transparency, but webp does. (I am not 100% sure of the final resolution on this. The reason for the filesize limit is because the filesize implies image dimensions. When creating specific-sized variants, PHP's GD Image Library decompresses the image to work on it. The image's decompressed size in memory could - and has - exhausted the memory in PHP's operating environment.)

If so, then using a programmer's text editor, in the file /classes/catalogue.class.php: Near line 1990, find: $indexes = $GLOBALS['db']->getFulltextIndex('CubeCart_inventory', 'I'); Change to: // $indexes = $GLOBALS['db']->getFulltextIndex('CubeCart_inventory', 'I'); Near line 1786, find: $original_search_data = $search_data; After that line, add this: $indexes = $GLOBALS['db']->getFulltextIndex('CubeCart_inventory', 'I'); This edit just moves the statement to a place above the hook call. A Code Snippet will be used to add a column of the Inventory database table to search for keywords. In admin, Manage Hooks, Code Snippets tab, click the Add Snippet link. When the Snippet form appears, enter: Enabled: checked Unique ID: add_search_columns@CC6 Execution Order: 1 Description: Adds more text columns to search on the CubeCart_inventory table. Trigger: class.catalogue.pre_search Version: 1.0 Author: https://forums.cubecart.com/topic/58751-including-product-identifiers-in-search-results-upc-isbn-jan-mpn-etc/ PHP Code: <?php /* Specify the name of the column, * with 'I' table identifier, * of the CubeCart_inventory table * to search for keywords. */ $indexes[] = 'I.gtin'; Save. Test.