bsmither

Yup - there ya go!

I *think* there is a very reasonably-priced mod at CubeCartForums.org that makes the tax visible throughout the various stages of the checkout process. I'm not going to second-guess why CC was written this way, but I've heard (well, I've been on the receiving end) that there *could* be a tax on all or part of the shipping costs. So... there ya go.

Are you saying you want this to be the absolute default behavior upon entering this page? When you add a new product, are you saying this latest product does not acquire the next highest available "id" value? My list most certainly sorts by "id". And descending if I select that mode.

In the #pageSurround CSS section, add: background-image: url(../styleImages/backgrounds/greybar.gif); background-repeat: repeat-y; Now, create a one pixel high by 170 pixel wide GIF image using the grey color you need and put it in the appropriate folder. Let us know how that works.

In looking at the code, I've come to this conclusion - and hopefully, I'm right.: The randomProd code checks for the presence of a Category ID passed in the URL (and if you are looking at a specific category page, there will be a Category ID number - or "saleItems" - in the URL). The code uses this Category ID number to filter for only products in this category. However, the Inventory table stores the product's real Cat ID code and not (never?) the word "saleItems". Therefore, the SQL query will always return zero records while looking at the special category page of "Sale Items". And for zero records returned, the code sends a zero-length string instead of all the HTML necessary to render a Featured Items box. To change this behavior: In includes\boxes\randomProd.inc.php at about line 38, change: if(isset($_GET['catId'])){ to: if(isset($_GET['catId']) && $_GET['catId']<>"saleItems"){ This will get a random product from all categories unless the catID matches a valid value in the Inventory table. I have not tried this myself.

This is a conundrum of CSS - and many solutions exist. Google for "floating two column" or "floating three column". Do you want the store to look like this (I'm using Killer)?: www.aaaomonline.com

I have a vague recollection that tax may not show until one of the final stages of the checkout process, along with shipping, if I'm not mistaken.

When viewing the list of your products (Admin, View Products), you should have a few sort drop downs. "List [ All | Named ] category, by Product ID in Descending Order containing blank text." Let us know if you do not have this in your Product Inventory listing.

When you go to edit one of your products (in Admin, View Products), you have the ability to "Upload New Image" or to "Browse Existing Images". If you browse for an existing image, select one, then click "Edit Product" to save your changes, does the image show up then?

Here's the lofi I found via Google: http://forums.cubecart.com/lofiversion/index.php/t22012.html Slimpickens, did you also install the SEO mod? Any mod? Can you give us a snippet of "View Source" from IE that has the Login and Register links, from the browser that does not allow you to click on the links?

I suppose in: \includes\content\tellafriend.inc.php at about line 86, change: array($_POST['recipEmail']) to: $config['masterEmail'] Line 62: remove " || empty($_POST['recipName'])" as you won't be needing it. Line 67: remove " || validateEmail($_POST['recipEmail'])==FALSE" as you won't be needing it. You can leave lines 121 and 123 alone as you will change what they say in your language file. Then, in: /skins/Your_Skin/styleTemplates/content/tellafriend.tpl at about lines 12-19: delete those lines as you won't be needing them. I haven't tried this myself.

A better idea would be to FTP the EDITCONF.PHP file into the root of your store and you, yourself, call it in your web browser. You are presented with a table where you can switch off SSL. I'm concerned that the tech support people may have modified your actual code instead of using the EDITCONF utility.

Move one closing paren, from: $box_content->assign("PRODUCT_SHORT_DESC",validHTML(substr(strip_tags($randProd[0]['description']),0,XXX."&hellip;"))); to: $box_content->assign("PRODUCT_SHORT_DESC",validHTML(substr(strip_tags($randProd[0]['description']),0,XXX)."&hellip;")); Also I said, "...where XXX is the number...". You were not supposed to have left it at XXX.

In: \skins\{Your Skin}\styleTemplates\boxes\randomProd.tpl Add this to where you want the description to appear: {PRODUCT_SHORT_DESC} In: \includes\boxes\randomProd.inc.php At about line 49, add "description" to the list of database fields returned. At about line 63, add this new line after it: $box_content->assign("PRODUCT_SHORT_DESC",validHTML(substr(strip_tags($randProd[0]['description']),0,XXX."&hellip;"))); where XXX is the number of visible characters. Use $config['productPrecis']) to use your store's standard cutoff length. I have not tried this, use at your own risk.

If this a server you have complete access to, find the PHP log folder and look for any php error messages. Not all error messages get sent back to the browser. Then find your MySQL database. Use a client (phpMyAdmin, MySQL Administrator, etc) to see if there is a User assigned to the space (schema or catalog) with sufficient privileges to create tables. During installation, however, CC uses your 'root' user. And there may be permissions issues on the Windows file system. Be sure your Internet Guest Account shows up in the list of User names on the Properties window, Security for the folder where your store is installed. If this is a server you do NOT have complete access to, let us know and we'll give you other things to try.

ASCII. What is the version of WS_FTP you are using? (If uploading the *entire* CC package, there are images that must go up in binary. So set your FTP client to Auto.) In WS_FTP program options, transfers, .php files are automatically transfered as ASCII if the site options is set to auto. Now, I use WS_FTP 9.01 (2004) which probably didn't have a feature - apparently added since - that automatically converts the ASCII newline separator to/from the server system and your local system. For ASCII files, this is really no big thing. And this is not the cause of your immediate problems. Just make sure that the first line of this file is (using NotePad): <?php

I think Expression Web is what's sabotaging your file. Try NotePad. (I firmly believe Expression Web is just a fancier FrontPage.) With a file like lang.inc.php (many, many short or blank lines), when the editor opens the file, the editor may convert Unix <LF> to MS-DOS <CR><LF>. Now, *maybe* WS-FTP also makes this modification, but as I use this program myself, I have not known WS-FTP to do this. Considering the file is 3000 lines long, adding this one extra byte is your extra 3K filesize.

I think I see what you are wanting: You have $SiteA (forums) and $SiteB (store). You want to take $SiteB[boxes][shoppingCart] and slip it into $SiteA(Column-Left). I suppose the easiest would be to <iframe> a cameo of a custom CC index.php that shows only the Shopping Cart box. I think it would not be too much of a problem creating this custom CC index.php file, but marrying the forum user ID number to the CC shopping customer ID number would be interesting.

Yes, go to the downloads section of Cubecart.com. The 'physical' location, sub-directory-wise, is within the scope of the SSL Cert. However, the name of the domain might not be, as "www." is many times coded into the Cert. "Standard SSL certificates are created to function with one unique fully qualified domain name (FQDN). This is the base "domain.com" name plus any [one] prefix (www., secure., store., forums., etc). The standard SSL certificate needs to be addressed at this specific FQDN or it will produce errors messages." (from OurShop.com) There are also wildcard Certs (much more expensive), and hybrids provided by your hosting provider. Contact your hosting provider. It's the "secure." part that replaces the "www." part (if it was there) that changes the subdomain.

Hopefully you still have lang.inc.php on your local machine. What did you use to edit the file? Was a simple text editor, or a WYSIWYG Web page editor. If the latter, maybe the standard web page top end was added. The text editing itself, did you add any apostrophe's or quotes to the text? Did the text editor accidentally remove the <?php from the first line?

If the error came at you during a tweak of a product setting, then (my experiments and experience has shown me that) the cookie that FF is sending to the store may still be in the CC database - with now bad info. In FF, Tools, Options, Privacy, [Cookies], (Show Cookies...). Delete only those cookies from your store's domain. (Deleting all cookies will kill whatever other sites you have pre-existing settings for.)

The immediate fix is to download from this site EDITCONF.PHP, ftp the file to the root of your store (probably in the "store" folder), and call that file from your Web browser. Reset SSL to 'off'. Then log in to your admin. Now, we see that your "secure" site is a subdomain. Does your subdomain point to the same location as your regular URL? And is your SSL Cert built to handle subdomains? Check with your Cert provider for the answer to that question.

Renaming the admin folder: not without causing a whole lot of grief down the road. "An attempt" or a series of attempts (which CC3 will log in its "blocker" table, blocking any further attempts for ten(?) minutes)? That's why the suggestion exists to use strong passwords. Keep people out. Unless your host is extraordinarily pro-active, I wouldn't bother them with this. From their perspective, this type of thing happens all time. And banning an IP: if the IP is not statically or pseudo-statically assigned, that does you no good (except make you feel better at having the illusion of having done something).

In the file: \skins\{your_skin}\styleSheets\style.css, near the bottom, find the .txtCopyright selector. With judicious margin (negative values allowed) and padding settings, and float/position properties, I have been able to move it where I needed it. It's actual placeholder in the tpl templates has been obfuscated, so this approach may be your best attack vector.

Truly, this is not such a simple hack. There are discussions along these lines over at CubecartForums.org - perhaps a visit there?