JulesInFrance
-
Posts
79 -
Joined
-
Last visited
Posts posted by JulesInFrance
-
-
Hi,
Where, in Order Summary or Order Inventory, do customer selected product options for pending orders appear?
I have the options set up and they're mandatory and the front-end store flags an error if they're not selected but when I come to fulfill the order I cannot find them in Admin.
With thanks, Jules.
-
So far as I'm aware the import catalogue function does not import images.
Images uploaded to the server are placed in /images/source/ (you can ignore the /images/cache/ folder; that belongs to CC5).
Imported product details only really have two places in the database to go to, _inventory and _image_index; _image_index only holds the image file name so my best guess is that you don't need anything other than file name in your import csv file.
Try this;
1. Admin => Advanced => Maintenance => Clear image cache (this purges /images/cache/)
2. Upload your images to /images/source/ (overwrite anything that's already there)
3. Admin => File Manager => Images => Update File List (that should write the contents of /images/source/ to _image_index)
4. Admin => Import Catalogue (set this to overwrite and replace the existing inventory)
My logic being that so long as CC5 knows about the images (step 3) then it should cross-reference to them in step 4 (that is write product_id and main_img flag).
My best guess is that the import itself cannot populate the _image_index table itself.
Try that and let me know if it helps
Jules
-
Hi,
I had similar issues and at the time abandoned the import function as just too painful; I recall I resorted to running a single entry import then manually attached an image to the product record. Finally I exported the catalogue (one entry), deleted the entry then imported the export file. And still it failed to pick up the image. (I also tried import/overwrite and that failed too.)
Thinking about it subsequently I'm sure it has to do with the maintenance and caching of images.
My guess is the CC5 front end does not use the images you upload, it uses the maintenance, image cache function to create thumb and main images predicated upon the skin in use (so, say, according to the config.xml parameters).
For a image to show on your pages you need it to be cached; that may call for uploading you images then importing your catalogue then running maintenance, update image cache to have CC5 build the site copies.
Then you may need to close your browser to fully refresh your browser cache too, relaunch and see how that goes.
If you've FTP access the thing you need to be certain of is that there's cached versions of the images that'll appear on the site.
I hope that helps.
J
-
The developer's position on Zones in CubeCart Admin is "Zone term depends on area used. Zone as county in Countries/Zones used is not as the same as Allowed Zone, Disabled Zone either Zone in shipping area used."
So, a bit like "glory" in Wonderland:
'But "glory" doesn't mean "a nice knock-down argument",' Alice objected.
'When I use a word,' Humpty Dumpty said, in rather a scornful tone, 'it means just what I choose it to mean  neither more nor less.'
'The question is,' said Alice, 'whether you can make words mean so many different things.'
;-))
-
I received a reply from the developer on this.
If both tabs have null values then all Countries are allowed.
If Allowed has >1 selected then only the allowed countries are allowed.
If Disallowed has >1 selected then only the disallowed countries are disallowed.
Prioritisation is unclear (ie what happens if a country is both allowed and disallowed at the same time).
For some modules, like shipping-by-weight, the zones function is unclear. So, if you select a country by ISO Code yet that country is disallowed then the function of the specific module (shipping by weight) should over-ride the functionality of the generic module (counties/zone).
It's still a bugger's muddle though.
e & o e
Jules
-
What happens if I allow a country and disallow the same country?
What happens if I do not allow any countries?
Best regards
-
I was wondering what ZONES are.
I understand the concept of Countries but then it gets messy; there's a tab under Countries/Zones called Zones but this merely shows a list of administrative areas (US = States, Canada = Provinces, France = Departments, UK = Counties, etc); are these "(Z/z)ones"?
Certainly if I want to add a Z/zone I need to select a country first, suggesting that Z/zones are administrative sub-units of countries - but that's a supposition.
However when I go to, say, Admin => Modules => Shipping Methods => By Weight I'm faced with Module Settings, Zone # and Z/zones ...
Zone # are groups of Countries (as identified by their ISO codes); might they better be called Areas to disambiguate them?
Then there's Z/zones; there are two tabs for Z/zones, "Allowed", and "Disallowed" but both provide functionality to include Countries. So, is a Z/zone now a Country?
And if a Country in excluded from both Allowed and Disallowed does it allowed to disallowed.
What is the current understanding on this topic?
With thanks
Jules
-
Hi,
I'm having trouble with my logo.
Initially I had modified my theme folder to create a default.png file and that seemed[*] to work for the front end but the logo was missing from templates; essentially {$DATA.logoURL} wasn't returning the correct result.
I went to Admin => Store Settings => Logos and uploaded a logo file (renamed to themename_default.png) and made this file active.
It appears that the front end has now stopped using the theme default.png and is instead using the uploaded themename_default.png image instead but {$DATA.logoURL} is still not returning a valid result at the back end.
What's the current level of understanding on this, please?
Thanks,
Jules
-
Mark,
Could you clarify your note on permissions stating whether these are folder or file permissions and setting out which folder/file need the permission values you have identified?
With thanks.
Jules
-
I'm getting a configuration burp after upgrade (i.e. wasn't there in 508)
Hosted on a mediaTemple GridServer.
Warning: file_exists() [function.file-exists.php]: open_basedir restriction in effect. File(modules/plugins/hooks.xml/admin) is not within the allowed path(s): (/nfs:/tmp:/usr/local:/etc/apache2/gs-bin) in /nfs/c09/h04/mnt/139134/domains/domain.co.uk/html/controllers/controller.admin.session.true.inc.php on line 37
I'm also seeing this through the plugin panel;
Warning: Invalid argument supplied for foreach() in /nfs/c09/h04/mnt/139134/domains/domain.co.uk/html/classes/module.class.php on line 367
Anyone got any thoughts?
-
I totally agree that v3 & 4 are end-of-life and it's great that there's an after-life community writing add-on code for them.
My concern is only with v5.x
-
Will do; thanks. However as this software is published by a UK company am I being unreasonable in suggestion that the developer might write and therefore optimise and support the necessary feature, function or code?
-
The ICO's current solution is inelegant but I'm sure not too difficult to implement?
<div id="banner"> <strong>The ICO would like to place cookies on your computer to help us make this website better. To find out more about the cookies, see our <a href="/Global/privacy_statement.aspx" target="_blank" title="Opens in new window">privacy notice.</a></strong> <br /> <br /> <input id="ctlCookiesBanner_chkAcceptCookie" type="checkbox" name="ctlCookiesBanner$chkAcceptCookie" onclick="return clickButton(event,'ctlCookiesBanner_btnAcceptCookie');" /> <label for="ctlCookiesBanner_chkAcceptCookie">I accept cookies from this site.</label> <input type="submit" name="ctlCookiesBanner$btnAcceptCookie" value="Continue" id="ctlCookiesBanner_btnAcceptCookie" class="button" /> </div> <script language="javascript" type="text/javascript"> if (!navigator.cookieEnabled) { var banner = document.getElementById("banner"); banner.style.display = "none"; } </script> </div> </form> -
I have a shop running v4 with a license and copyright removal key.
I'm slowly migrating to v5 but with different templates, a 4.x=>5.x upgrade script i refuse to use (the resulting database is so fundamentally different to a stock v5 database i don't want to face issues in the future when cubecart "forget" they've got database layout fragmentation in v5) and an export/import function that stinks (but is maybe better in v508+pro => there's no import in v508+lite) it's taking me a long time to build a 3,500 item shop with seo and everything.
btw this v5 shop is using a trial key, copyright removal key and the site is off.
if i go to 508 (which includes features i want like upc fields an import script that might possibly import images too, etc) i understand my trial key will go and i'll be dumped out of what is now called pro, into what's now called lite, and i'll never be able to complete my build before turning off my running shop.
I hope i read that right because every day devellion scare me more and more.
anyone else got the faintest idea what's going on?
Thanks
J
///////////////////////////////////////////////////////////////////
UPDATE:
As a footnote to this Al came back on a support ticket and said existing users deploying trial keys to migrate sites can either continue to request them through the customer panel or by contacting the support team directly.
Just use a trial key. If/when it expires order another or ask us to extend it. No big deal.
Kind Regards,
----------------------------------
Al Brookbanks
CubeCart Staff
----------------------------------
-
Thanks everyone for your thoughts and PMs.
I'm going back to CC4.
Thanks
-
Looking at it again I suspect what's happening is that CC5 is exceeding the meagre mySQL query allocation (mt)mediaTemple allows me on the GridServer this software is beta testing on. Talking to colleagues we see this immediately before Cloudflare tells us the server's down.
-
One observation; we've been ignoring this when it periodically appears but it occurs to me that if might be relevant to debugging;
Warning: file_get_contents(/nfs/c09/h04/mnt/139134/domains/snip/html/cache/103db.sql.ac2f016cd89a9813b30eaa4aab40d44a.cache) [function.file-get-contents]: failed to open stream: No such file or directory in /nfs/c09/h04/mnt/139134/domains/snip/html/classes/cache/file.class.php on line 147
Warning: unlink(/nfs/c09/h04/mnt/139134/domains/snip/html/cache/103db.sql.ac2f016cd89a9813b30eaa4aab40d44a.cache) [function.unlink]: No such file or directory in/nfs/c09/h04/mnt/139134/domains/snip/html/classes/cache/file.class.php on line 151
It doesn't appear all the time, but often enough to suggest the software's nor stable on this installation?
-
Hiya D/B,
My images are optimised by the supplier and lightweight. We were using the image tab in the product page and now we're trying a diferent pattern to get around the issue.
-
Hi, thanks for that.
I tried the fix from the Bug Tracker but it failed; I'm increasingly coming to the view that the issue lies with the image uploader (our protocol has always been to run an update to grab the images before proceeding to the SEO tab).
… and CC5 is still throwing us out on 30% of updates even after the cookie bug fix.
-
With thanks to forum member bsmither for pointing me to the bug tracker entry with this fix;
//////////////////////////////////////////////////////
Quote from PHP.net which is interesting....
------
As PHP's Session Control does not handle session lifetimes correctly when using session_set_cookie_params(), we need to do something in order to change the session expiry time every time the user visits our site. So, here's the problem.
<?php
$lifetime=600;
session_set_cookie_params($lifetime);
session_start();
?>
This code doesn't change the lifetime of the session when the user gets back at our site or refreshes the page. The session WILL expire after $lifetime seconds, no matter how many times the user requests the page. So we just overwrite the session cookie as follows:
<?php
$lifetime=600;
session_start();
setcookie(session_name(),session_id(),time()+$lifetime);
?>
And now we have the same session cookie with the lifetime set to the proper value.
------
So... the fix is to add the following line of code after session_start() in the classes/session.class.php file on line 553:
setcookie(session_name(),session_id(),time()+$this->_session_timeout);
-
i use a mac and adly that means i live with poor java implementation … however;
every time i add new product, which with the new time-waster, java, multi-pane bullish!t backend means it can take anywhere between 3-7 minutes a product (at £15 an hour and 3,000 to enter it makes CC5 an expensive application), ...
on 30+% of save+reloads cc5 either returns a blank product page or defaults to the sign in screen. in either case theres no way to scroll back through the browser to recover the pre save content of the entry, so the whole thing has to be done again.
is anyone else getting this and is there any way out of it rather than log-out/log-in between each product entry (another 2 minutes lost per entry)?
man this is sh!t.
Jules
-
Hi,
I've done just about everything I can think of to determine how this function works but to date it still alludes me.
I've FTP'd my images to the images/source folder and used Admin => File Manager => Images => Update File List to rebuild whatever needs rebuilding, then for good measure tried Admin => Advanced => Maintenance => Clear image cache.
However, whenever I import a csv file, with an appropriate image file name in the appropriate place, CC5 ignores it and selects a seemingly random image instead (though I'd bet the selection is defaulting rather than randomising).
As this function doubtless got past rigorous testing and is known-good can anyone give me a clue as to what I'm doing wrong, please?
Thanks, Jules
-
I was reading yet another article on the new Cookies Law coming in (finally) June 2012.
Sites relying on cookies for their functionality (say, eCommerce sites ) are slated for exemption but only to the extent that the cookies are essential to that function (cart, wish-list, etc). I'm guessing that so long as the Cart summary appears on every page then CubeCart will require at least a Cart cookies on each page and as such, as soon as a site user places an item in their Cart a cookie will be generated.
I know too little about this to know whether this cookie will be persistent (to my understanding, persists across multiple browser sessions, or ...) or temporary (… does not).
But can I presume CC5 and updates will meet the requirements of EU and UK legislation in this regard, or are we as storeholders required to take our own legal/compliance advice?
With thanks,
Jules
-
CubeCart v5 uses the latest PHP stable releases to make use of the latest PHP security and features,
….
Does CC5.x play nicely with PHP 5.3.x please?
I got an answer to this from the company's twitter account; "it most certainly does".
Sitemap Generator Not working
in Technical Help
Posted
Just upgraded from 5.1.x to 6.0.x and everything appears okay except the sitemap won't generate.
As I uploaded the 6.x a .zip and unpacked it in cPanel IMHO I'm not looking for an incomplete upload of a permissions issue; what are the other most obvious reason for this?
Thanks