Stock by Attribute v4.0 addon for v1.3.5-1.3.9

[michael_rebreathe]

Thanks for doing all the leg work, I did kind of think it wouldn't quite be as easy as I described, but I still think it can be... More to follow on that. :) glad that the issue was resolved and shared with others...

As to the customid on the multiple attributes, I actually thought I hadn't included it yet, but am wrong based on the commenting out of the code above... Need an if statement surrounding that line to evaulate against the same constant that was added in the other file where it was presented in three rows of the file... Also need to incorporate a prefix/suffix to the model# as well to expand on user modification options...

Thanks again!!!

I'm always willing to help when I can. We're all trying

Keep in mind our intent in this: We want the customid to show on packing slips and invoices but not in the dropdowns. We don't really care either way if it shows up in the shopping cart. Current settings are all or nothing.

Total tangent, but I'm hoping it is as simple as I think it is: The "from" name in all of our Zen Cart emails is "Sales," since the source email address is [email protected]. That's obviously going to be flagged as spam in 1.2 nanoseconds. Most applications that generate email will allow addresses like "Our Company<[email protected]>." Nowhere in any of the Zen Cart documentation I have found clarifies whether or not Zen Cart can accept this format for email addresses. Searching the term "email" in the forum returns so many threads it'll take me forever to trudge through them. Tools => Send Email doesn't pull the email address automatically, so is (presumably) useless for testing, and the one thing we don't have configured on our sandbox server is email...

[mc12345678]

I'm always willing to help when I can. We're all trying

Keep in mind our intent in this: We want the customid to show on packing slips and invoices but not in the dropdowns. We don't really care either way if it shows up in the shopping cart. Current settings are all or nothing.

Total tangent, but I'm hoping it is as simple as I think it is: The "from" name in all of our Zen Cart emails is "Sales," since the source email address is [email protected]. That's obviously going to be flagged as spam in 1.2 nanoseconds. Most applications that generate email will allow addresses like "Our Company<[email protected]>." Nowhere in any of the Zen Cart documentation I have found clarifies whether or not Zen Cart can accept this format for email addresses. Searching the term "email" in the forum returns so many threads it'll take me forever to trudge through them. Tools => Send Email doesn't pull the email address automatically, so is (presumably) useless for testing, and the one thing we don't have configured on our sandbox server is email...

Then you must have missed this post or not downloaded since then..

Ummm, the email thing? Have you taken a look in the admin at the description for: Configuration->E-mail Options->Send Copy of Order Confirmation Emails To... They all follow that format, just don't all say so. :) Also, it doesn't necessarily make sense for an email to come from multiple addresses, but at least the Name <email> format is consistent.

Send Copy of Order Confirmation Emails To
Send COPIES of order confirmation emails to the following email addresses, in this format: Name 1 <email@address1>, Name 2 <email@address2>

[michael_rebreathe]

Then you must have missed this post or not downloaded since then..

Ummm, the email thing? Have you taken a look in the admin at the description for: Configuration->E-mail Options->Send Copy of Order Confirmation Emails To... They all follow that format, just don't all say so. :) Also, it doesn't necessarily make sense for an email to come from multiple addresses, but at least the Name <email> format is consistent.

No, I hadn't looked at those because they deal with TO email addresses, not FROM email addresses.
Thanks for the quick reply!

[michael_rebreathe]

Then you must have missed this post or not downloaded since then..

This was just a friendly reminder of what we were looking for, which we already implemented. You mentioned you were considering a bit of a rework to when customids may be desired, and ours is just one scenario.

[mc12345678]

This was just a friendly reminder of what we were looking for, which we already implemented. You mentioned you were considering a bit of a rework to when customids may be desired, and ours is just one scenario.

Well, other places where customid is displayed is somewhat similar. The customid is "determined" and then applied/presented as a "separate" action. There was another that indicated having the customid in the dropdown was "inconvenient" so it made sense for it to be hidden or possible to be hidden by admin control... Seemed like though that the post was to indicate that it wasn't possible on the store in question. In fact one of the other recent posts still included a comment that the customid was temporarily commented out which led me to think/believe that the above post hadn't been noticed still...

One of the things being done to "simplify" the customid part is to have the customid determined in one set of code instead of a group of code that is copied into many different places... I've seen that it is/can be created differently and that doesn't lend itself to consistent presentation... It's on the list for doing, but trying to clean up things in a little bigger approach and to address some of the remaining functionality desired for it to apply to larger "groups"... In fact right now trying to incorporate some of what was determined in the last page and to see if it can be taken a little further while still "simple" for expandability and multi-location application.

[michael_rebreathe]

Well, other places where customid is displayed is somewhat similar. The customid is "determined" and then applied/presented as a "separate" action. There was another that indicated having the customid in the dropdown was "inconvenient" so it made sense for it to be hidden or possible to be hidden by admin control... Seemed like though that the post was to indicate that it wasn't possible on the store in question. In fact one of the other recent posts still included a comment that the customid was temporarily commented out which led me to think/believe that the above post hadn't been noticed still...

One of the things being done to "simplify" the customid part is to have the customid determined in one set of code instead of a group of code that is copied into many different places... I've seen that it is/can be created differently and that doesn't lend itself to consistent presentation... It's on the list for doing, but trying to clean up things in a little bigger approach and to address some of the remaining functionality desired for it to apply to larger "groups"... In fact right now trying to incorporate some of what was determined in the last page and to see if it can be taken a little further while still "simple" for expandability and multi-location application.

I made the choice to not update with your most recent update because the issues I'm addressing with you are actually on the smaller-scale side of what our management wants tackled (like adding blog and forum functions, with recent blog posts displaying in Zen Cart, which mgmt should take a week or so). I'm always wary of just pushing an update without sandbox testing, and I'm struggling to keep the live site updates and sandbox development isolated and organized.

[Lorrie Syms]

Hi,
I am using the latest ZC version.

I have renamed the necessary folders, and uploaded everything via FileZilla. When I try to run the install file, I get this error -

The website encountered an error while retrieving http://www.chads420.com/MY_Domain/MY...tr_install.php. It may be down for maintenance or configured incorrectly.

Any suggestions? Currently my site admin is completely inaccessible. I have a good backup- but would really like to see this plug-in work

Thanks for any help!

LS

[mc12345678]

Hi,
I am using the latest ZC version.

I have renamed the necessary folders, and uploaded everything via FileZilla. When I try to run the install file, I get this error -

The website encountered an error while retrieving http://www.chads420.com/MY_Domain/MY...tr_install.php. It may be down for maintenance or configured incorrectly.

Any suggestions? Currently my site admin is completely inaccessible. I have a good backup- but would really like to see this plug-in work

Thanks for any help!

LS

From whence did you download the copy of SBA? (Sorry, got artsy all of a sudden.)

[jeking]

Hi,
I am using the latest ZC version.

I have renamed the necessary folders, and uploaded everything via FileZilla. When I try to run the install file, I get this error -

The website encountered an error while retrieving http://www.chads420.com/MY_Domain/MY...tr_install.php. It may be down for maintenance or configured incorrectly.

Any suggestions? Currently my site admin is completely inaccessible. I have a good backup- but would really like to see this plug-in work

Thanks for any help!

LS

You're supposed to replace MY_Domain/MY_ADMIN with your site values. These are placeholders.

You admin being inaccessible may or may not be related. Check your /logss/ folder for an error message.

[Lorrie Syms]

You're supposed to replace MY_Domain/MY_ADMIN with your site values. These are placeholders.

You admin being inaccessible may or may not be related. Check your /logss/ folder for an error message.

I did replace those when I entered my URL - just replaced with generic for my post - actual URL - http://www.chads420.com/shop/zgtb5co...tr_install.php - comes up with the error posted earlier