bsmither
-
Posts
18,177 -
Joined
-
Last visited
-
Days Won
609
Posts posted by bsmither
-
-
I've been experimenting with the digital download function and have noticed that when I click the link generated by CC, I am given the absolute complete path to the file.
For example (just an example, not for real), this shows in my browser's "Do you want to download this file" dialog box:
"D--Inetpub-wwwroot-store_digital-testdownloadfile.txt"
If the purpose of putting downloadable files in places outside the public accessible web space, why have the full path as part of the filename?
-
Again, have you contacted your host (if it's not you)? There may be something new that they are not telling you.
If it works in the morning but not later in the day, maybe you are up against your (sliding) monthly payload (served bytes) limit. Just a wild guess.
-
OK, MySQL 5.something, but PHP 4.what? If this is your own server, have you not yet upgraded to the latest version of PHP 4? You *might* try changing your PHP.INI file to use the extention MySQLi (I saw this referenced somewhere else, but do not know if it applies.)
-
Sorry, don't run Unix-style servers myself, so if the issue isn't related to absolute correctness of filenames, including case-sensitivity, then I'm guessing there must be a web server setting that throttles or denies downloadable files based on sizes. (If I recall, there is such a setting in IIS6 servers, but I might not be recalling correctly.)
If you are the sysadmin for the server where your store is located, make an inquiry in the server support forums. If not, then contact your host and ask them if there's any throttling going on.
-
I had to do exactly that.
My hosting/domain account allows me a number of aliases (e-mail forwarding, not POP3). For the admin (store owner) e-mail, I created an email forwarding account called "[email protected]". Then I said to forward it to the four responsible persons' emails.
-
You could try:
In "includes/content/gateway.inc.php", in an un-mod'd file at about line 217 starts the "Notify Shop Owner of a New Order".
At about line 281 is the send command. Comment out that line.
Now, I don't know if the htmlMimeMail class, once an instance has been instantiated, requires either a send or a cancel, or else it may get stuck in limbo. I'll leave examining the class up to you.
In the file "includes/orderSuccess.inc.php", is where the thankyou e-mail and the digital link info email gets sent to the customer. In this file you might think about adding another section to send an e-mail to the store owner because I think in "gateway" is the only time the owner gets an e-mail of a new order.
-
Yes, probably everything is right, but maybe something else went wrong. Note the value of the parameter, "affiliate". This is not the same as "affiliates". So, if possible, do a global search throughout all your store's files (I use UltraEdit) for "affiliate".[XTemplate]parse: blockname [affiliate] does not exist.
Maybe you were working in one skin for most of the files, but accidentally worked on one file in another skin?
-
So what is the obvious way a store owner notices abandoned shopping carts?
I've abandoned a number of carts because of the singular method of payment being through PayPal.
-
The installation package of CC came to you as an archive (presumably). Within the archive was a folder called "upload". Somewhere along the way you FTP'd the contents of this "upload" folder to a selected folder in your hosted space (or some similar action).
Many people create a folder called "store" at the root of their hosted space. The actual location of where these "upload" files were put is called the "root of your store" (not necessarily the root of your hosted space but they could be the same place). The folder "includes" will be found in the store root. Within that folder there will be (or should be) a file called "global.inc.php".
-
Ok, so...
1) What's the name of the mod? Not that we can discuss it here.
2) Can you determine if the filename remains the same, even using the same case of lettering, as before the transfer as after? (Some FTP clients have a setting that forces all filenames to lowercase, and this causes problems on a case-sensitive operating system.)
The description of your problem is now causing me to think it's not CC's fault, nor the file's fault, but rather the transport mechanism's fault.
Can you compare the filename in the folder with the name that sits in the database table?
And is the problem manifesting itself by "failing to actually transport the file to the server", or is the file getting there, but perhaps getting corrupted? Can you FTP the file back down and do a binary compare against the original?
Or is the transfer successful, but CC gives the appearance of not rendering a thumbnail version properly?
-
What are the sources of your JPG's? I ask because my graphics designer sometimes forgets and sends over a JPG in the CMYK color space instead of the browser render-able RGB color space.Im uploading some photos onto my page, and im encountering a problem with certain JPEG files..Some new graphics programs can save a JPG using "standard" encoding, "progressive" encoding, and something called "lossless" encoding. Lossless encoding won't work on most everything.
-
Certainly not an answer, but something similar happened to me a long time ago.
I was the code developer of a two-man team (the other guy did the layout and graphics). The team was developing a site for a client. The client also had a marketing genius who, unknown to us, was also accessing the web space and making other changes.
I thought someone had hacked in through a side-entrance and was just being a nuisance. I restored the space with a backup. A few hours to a day later, it was messed up again. I was e-mailing the hosting provider wanting access logs, IP traces, whatever.
So, have you given your web space password to anyone else?
-
I have just installed 3.017 for the 1st time on my server and when I go to set up I get the following message:
Warning: include(../language/en/lang.inc.php) [function.include]: failed to open stream...
Allow me to ask what version of PHP you are running. I have inconclusively concluded this may make a difference. See:
-
I think the file you are looking for is actually <store-root>/includes/global.inc.php
Examine these three variable:
$glob['rootDir'] (Must not have slash at end.)
$glob['rootRel'] (Must have slash at beginning and end, or just one slash)
$glob['storeURL'] (Must not have slash at end)
Let us know what they are.
-
The image at the upper left of the store is at:
/skins/Killer/styleImages/backgrounds/topHeader.gif
/skins/Classic/styleImages/backgrounds/contentBG.jpg
/skins/Legend/styleImages/backgrounds/topHeader.jpg
Each of these images are called in the respective skin styleSheets/layout.css file.
Visit the Cubcart.com home page for current pricing.
-
I put up a short tutorial on how to add a box by renaming and modifying an existing box. You might be able to figure out how to do what you want to do from the info in that file.
http://www.cubecartforums.org/index.php?s=...post&p=4051
If the URL disappears, go to CubeCartForums and search for "Add a box for the Security Emblem".
-
I can't fix where the latest products lettering is getting cut off. I have tried several things, but you can't read what the product is b/c the description is half there.
I'm viewing the contents of the left column in both IE and FF, and in FF the lettering is right there at the border of the box.
It appears you are using a modified Killer skin, but still, open the styleSheets/style.css file and look for the "li" group of settings.
I changed mine to this:
li {
list-style-position: outside;
margin: 0px 0px 0px 2em;
padding: 0px 0px 0px 0px;
}
Your mileage may vary.
Also in layout.css, look at the .boxContentLeft class. My store has a padding-left value of 5px. Yours has zero. Maybe if you add some, the graphic might come off the edge of the box container.
CubeCart doesn't specify a font size for product descriptions. In style.css, look for the class .txtDefault and give some thought to adding a font-size:12pt; to it.
The reason for that is because, apparently, IE renders text with no size info slightly bigger than FF.
FF also doesn't position your Search box correctly.
Other than that, I see no problems with the lettering.
Issues 2 and three is probably solved by a third-party mod.
Issue 1 gets involved because your skin designer may have removed your Homepage Document placeholder {HOME_CONTENT} in the styleTemplates/content/index.tpl file. In your Administration page, do you have anything entered in the Documents, Homepage section?
-
Um, no. my investigations show that *all* passwords in the CC system are MD5 hashed. No actual passwords are stored.
But you can go into the database, administrators table and add an e-mail address to any row that doesn't have one. Then you can try the "Forgot password" function.
-
Well, unless you also change what's really causing the problem, when you switch SSL back on, things will not work right again. (And you will want to switch on SSL if you are going to do any credit card work.)Thank you, i have alredy resolved the problem. with the file editconf.php i change the SSL avalue from 1 to 0 and it works... -
However it is that you control your hosting space, start by looking at the settings within that control panel for your MySQL database:
*host address
*database name
*user name (many times the same as the database name)
*password
Don't trust whatever notes you may have made. Look for the current access info as displayed to you in your hosting site control panel.
Then look at a copy of your /includes/global.inc.php file. Make the data here match the info above.
I do not recall seeing any database related info in any of the database tables (kinda a Catch-22).
Is your database managed by your hosting provider, or is it on a local server to you? If you are managing your MySQL installation, then be sure there is a User (other than root - create one if necessary) that has sufficient privileges to work the tables in the cubecart schema (specific collection of database tables).
How to do that in phpMyAdmin, I don't know. But if your database is being managed by you on a server you can get at, I might recommend you get and install the MySQL Administrator from MySQL AB (mysql.com) - that is, if you don't already have a database management client.
-
Ah! But did the "absolute path" to your store change as well? Look in the "includes/global.inc.php" file and see what you have for "$glob['rootDir']".
You might ask your host if the change to a new server brought about a change in the absolute path to your store's hosting space.
Hopefully, you can still get into the Admin pages of your store. If so, click on Server Info. Scroll down 4/5th's towards the bottom of the list to the section called "Environment". Look at Document_Root. This, with $glob['rootRel'] appended, is what "$glob['rootDir']" should be.
I *think* Strict Mode came into existence in MySQL 5, but I'm really clueless about it.
-
Well, not so fast.
Within the config table stashed in your store's database are two variables that are domain and/or subfolder dependent:
$config['rootRel_SSL']
$config['storeURL_SSL']
These are declared in the store's general settings but not stored in the "includes/global.inc.php" file as are the non-SSL versions of your addresses. Switch on the SSL setting in your "multiple stores using one set of tables" and it might break.
-
Just a shot in the dark, but take a look at your database superstructure: if we're talking about having upgraded to a recent version of MySQL, you will want to find a setting that changes "Strict Mode" on and off. If your MySQL control panel or query client can't examine this superstructure setting, you may have to contact the provider of your database and ask if they can determine if Strict Mode is on or off. You will want it off.
But as I said, this is just a shot in the dark. Strict Mode caused other problems for me. Incidentally, while I was tracking down the cause of these other problems, I stumbled across that phrase, but it wasn't the cause of those particular problems. This was with MySQL 5.
Edit "my.ini", find "sql-mode", and remove "STRICT_TRANS_TABLES".
Just a shot in the dark.
-
Oh, sorry. I thought if I showed you what I found, it would have jogged a clue and you would have said, "Oh, yeah, I did set up a redirection in my .htaccess file." Or, "Darn, I just knew that when I created that redirect in my hosting control panel from URL "A.com" to URL "B.com/yada/yada/yada/yada/yada/" it's gonna cause a problem."
In the "includes/global.inc.php" file, show us what these variables are set to:
$glob['rootDir'] =
$glob['rootRel'] =
$glob['storeURL'] =
Do you recall turning on the SSL setting in the Admin panel?
I want you to find in these forums the file "editconf.php" and upload it to:
<your hosted site>/loja/
Then request it in a browser and make sure all the settings point to "<site>/loja/" and not just "<site>/".
If that all checks out, remove editconf.php from your hosted server space.
Let us know what you find.
If you didn't set up these redirects, contact your hosting provider and ask them if they put one in place.
Download Woes
in Technical Help
Posted
In the file download.php, near line 44, we see that here begins the function to actually start pumping the file out of the repository and down to the browser.
If you are putting your files in a non-public space (which you are), we see that line 62 is where we start building headers. Then the file is read into a buffer in 1MB chunks and then "printed" (presumably to the output stream).
In your server's PHP .INI file, there is a setting called "max_execution_time" for scripts. *Maybe* in the afternoon, the server is so busy with other tasks that it takes too long to process large files within the time limit. Just a SWAG.
Click the Server Info in your Admin page to see what your setting is.
Now, to further experiment, place a large file in a publicly accessible place and create an ftp: or http: link to it in the digital download field of the product. CubeCart doesn't 'manage' the delivery of the file in this case. See what happens.