Jump to content

vokf

Member
  • Posts

    880
  • Joined

  • Last visited

Everything posted by vokf

  1. I can see categories here, but you'll need to provide your new category name.. I'd suggest clearing the cache and rebuilding the category indexes, but do post back with your new catagory name. Jason
  2. Sir William has information on this - best check over cubecartforums.org for more details. The category table in the database has these values pre-calculated to speed up category information display. His script will iterate through the sub categories, updating them all correctly. I *think* CC4 may be able to re-calc via admin (never needed to do manual CSV entry on CC4) Jason
  3. It will depend on your site. SSL is "nice", and if I see it when entering personal details (address/telephone etc), then I'm a little happier. In the grand scheme of things, its low cost and will inspire confidence- so I'd recommend it. All the best with the store! Jason
  4. Hi Cat, "Salt" is used by MD5 to made the hash more secure. MD5 is an established algorithm used to store passwords. Essentially, if you simply run MD5 on a value (normally a password) to get a hash value (a representation of the original value/password in a new form), its fairly easy to get the same hash value from a different password. MD5 is bi-directional, so you can get back to the original password from a hash value. This is also its weekness. "Salt" is generally a small selection of random characters that are appended to the password before the MD5 function is run. This way, the Salt would need to be known. I found a much better explanation here; http://www.pixel2life.com/publish/tutorial...ord_encryption/ Jason
  5. I don't think it handles images, and this sounds like digital products that need to be sold. For my knowledge, such a mod does not exist - the OP will need to contact a 3rd party developer (or code it themselves) Jason
  6. Looks ok from here now. Perhaps CSS cache - try a forced reload (CTRL+F5)
  7. I've just looked at this quickly - its not tricky, but there are considerations of the existing sort order (price/name)- and so this should really be a mod request on the 3rd party forum. Jason
  8. Check out the skinning guide in CubeCartForums.org This has a fairly good explanation of the skin system. You can override CSS classes with your own, or simply tweak the skin file. If the whole CSS stuff is too much, then you can hire someone to take on this part of the project.
  9. I can recommend OpenOffice as being far better as CSV type Export than MS Office. This isn't MS Office bashing - just experience. The same applies to import. Cubecart will actually run a on most data sent to the database. This will handle quotes etc, mainly as a security feature (to help prevent "bobby tables"), but also to ensure quotes are actually stored correctly in the table. So... you either need to swap your quotes to apostrophes or delimit your quotes. MS Office, or OpenOffice can do this easily.
  10. Hi Chris, I assume you're using CC4. To change, this, simply log into the CubeCart admin; http://your domain.co.uk/admin Click on Homepage, and edit away. Hope this helps, Jason
  11. Hi Chris, I have used CC3 SEO mod, and also CC4 built-in SEO mod with MachineNetworks with no problems. Double-check your .htaccess file is correct (in the root of the site). The .htaccess file is used to control the re-writing of URL's (and other things!). If its missing, or not correctly named - the mod will not work. This sounds like your problem. Jason
  12. This sounds a like a possible problem with the ship-by-category shipping module. Have you installed any mods/tweaks? ie - is this a clean install?
  13. You will need to edit 2 template files. Back up your store. /skins/yourskin/styletemplates/global/index.tpl and cart.tpl Just before; </body> add; <p align="center">mystore.com 2010</p> to give you; <p align="center">mystore.com 2010</p> </body> </html> <!-- END: body -->
  14. I think you're talking about PCI compliance. If you do not store Credit Card information on the site (server/database), with this aspect handled by SagePay, then you will be fine. Disclaimer: I'm not familiar with SagePay. If you DO store credit card information on your site, and this information is used - you will be in serious trouble with the credit card company. Essentially, your store will close and you will probably be sued for their losses. For this reason, its sensible to pass the risk on. You should also consider the Data Protection Act, as you will have personal details on the CubeCart database. A weak password or successful attack would expose these details, and so you (and all store owners) should exercise good practices; -Strong Passwords -Changing Passwords regularly -Restricting access to admin to only known IP addresses As with most of this kind of thing, you need to able to answer the question "what did you do to limit the damage?", and if you can only shrug your shoulders - its not good enough. If the Credit Card information is held on the database (ie for offline processing), then you will need to demonstrate PCI compliance - essentially a fair bit of work and difficult on a shared server. The fact you are looking into this is a good thing. Its also worth considering that CubeCart has been security audited, but any 3rd party mods will not. Take care if you need to code or subcontract out any work. This puts is above most of the competitors, but once new code is added or existing code modified, the new authors need to take care with security. Jason
  15. Better still, there is a totally FREE conversion tool on cubecartforums.org :)
  16. Hi, I wouldn't say it looks professional or unprofessional - you're not pretending to be a large company, and the strength of your store is really your name/brand, so its reasonable to expect a small sole trader to not have a full merchant account. I have done 2 Jewellery sites in the past, so know that lots of effort has gone into yours (photos are always difficult) I think PayPal has smaller logos, and so it may fit better in a sidebox, or even put the logo on your cart page. re Google maps - you may find the store is covered by streetview :-) Jason
  17. I don't think its realistic to try all the systems on the market, and then have to pay extra to migrate data. It would be better to plan how your store needs to work, and so writing a list of features/essential requirements. Once you've got this list, then use that as a top-level basis for a shortlist of carts. This is all part of running a business- evaluating suppliers/services. Simply starting with one, and then deciding to jump onto another is not wise. Ultimately, the shopping cart is a business tool. Not many will be 100% perfect fit, as we all have different requirements. My advice would be to step back, and spend time on serious evaluation and get it right first time. Jason
  18. All Good :-) A nice strong design. My comments; Prev/Next product text should also be clickable (currently the product image is the navigation method) The PayPal logo at the bottom of the page looks strange, ie, not in alignment with anything. I'd considering removing it. Perhaps add google maps links to the phyisical stores - just a nice extra. The image of you (in "About" page) needs to be correctly resized and re-uploaded - and not resized in the browser. In fact, this probably applies to the other images you've uploaded for your site documents. I personally use iFranView for quick resizing, its freeware and fairly easy to use. Other than that, nothing wrong as far as I can see! Cheers, Jason
  19. Hi Chris, basically, you don't need to purchase cPanel (unless you plan on running your own server). Many webhosts will have this installed for you, and it gives you pretty good control over email/ftp/databases etc. I do recommend Machine Networks - but there will be many others. Try to pick a UK host, it should be much faster. By Linux, yes - it'll be a Linux based distribution, and also Apache is the webserver mainly used by cPanel. This gives you lots of control - I still develop the odd Windows web site and find cPanel more flexible. Don't worry - you don't need to know anything about Linux, and I guess this puts many people off. You'll upload files via FTP, and use cPanel to manage your account. The good thing about cPanel, is the ability to run full account backups. This will give you a single file of your entire account. (database/settings/emails/files etc). This can be downloaded and given to a new host, or simply used as an offline backup. When you do find a webhost, they will able to show you how to do this (its about 2 or 3 clicks) Regards, Jason
  20. This is possible if you're handy with SQL.... and probably quicker to do via SQL if this is a one-off requirement. If you are familar with SQL - you'll probably work it out by looking at the category table. However, if this is something you need to do quite a bit of - its really going to need a developer to code something for you. As this would not be part of the core cubecart code, you'll need to contact a 3rd party developer, ideally through cubecartforums.org Regards, Jason
  21. No - not a standard feature anyway. It'll either be an existing 3rd party mod, or a custom development. In either case, pop over to cubecartforums.org and put a mod request in the appropriate forum. Regards, Jason
  22. You'll probably get a flurry of recommendations - which I guess is what you're after. However, your location, or more correctly, the location of your customers is important. I generally don't recommend a US based host if you're a UK/European only store. CubeCart works best under a Linux+Apache webserver, for most this would typically be "cPanel", so the quickest answer would be a cPanel based hosting system. Windows can run CubeCart, but is not the best choice. This may be what is causing your permission problems with GoDaddy(most Windows servers do not allow permission changing via FTP) - perhaps checking if you are on Windows, and swapping to their Linux hosting may help? I assume the store is fairly small for now, and budget is an issue - so shared hosting is a reasonable assumption. Personally- I recommend "Machine Networks" for their support and flexibility and have a few clients on their Servers. They are UK based, so if you are in the US (or other)- you need someone to recommend a US host to get the best speed and support. Just remember it will be hard to get everything for low price - so be reasonable. Also don't be tempted by "unlimited" deals, what about all the other sites on that poor server... it'll be crawling along! Hope this helps, Jason
  23. vokf

    Image Resizing

    I guess the main thing is, this is probably not a CubeCart problem, I've coded my own gallery for a non-CC site and my client had problems uploading images. I've also used the Gallery2 project in the past, and that also struggles with large images. I think this is really a problem with shared hosting and an unknown level of resources. Get a dedicated server to ensure it works One thing to try is to upload at non-peak time. Obviously, if this is a UK server then *now* (checks clock!) would be a good time. I would advise not to upload 390x390 images through admin (if this is your required size), as CubeCart will resave the jpg (with another layer of compression artifacts). Best to FTP them into the /images/uploads folder, assign to a product and then ask CC4 to rebuild thumbnails. This will give you one less cycle of compression, and much cleaner images. Anyway - look forward to seeing the site! jason
  24. I don't *think* the SEO author is a commercial member of CubeCartForums.org It would be better to go direct to rukispot. I'm not sure how the loop-back system works, but as this mod is built-in CC4, perhaps some CC4 members may be able to help?
  25. vokf

    Image Resizing

    Hi CTI, If you consider that the server needs to unpack the JPG, it will require a large amount of memory. A 2000x2000 image at 24bit colour will require 12,000,000 bytes (~11.5MB), and then the memory for the new resized image (add on the original jpg file size+final jpg file size). Unless you have a zoom mod to also show the hi-res detail, you are wasting time+bandwidth by uploading images at that resolution. That said, the least number of compression cycles, the better, so you could either resize direct to 390x390 (and allow CubeCart to create the thumbnails), or change your workflow so you edit at 2000x2000, and save a lower res (ie 1000x1000) as well as your full res (I guess you may want to print etc). Anyway, I've done quite a bit of GD work (not CubeCart related), and this is a common problem with images with high dimensions, ie the filesize is not normally the issue but the unpacked memory requirements of the image are. There are a few tweaks that could help; Backup .htaccess Edit .htaccess add: php_value memory_limit 32M If this causes a problem, replace .htaccess with your backup. You can also increase the memory size in the resize script. /admin/sources/filemanager/resize.inc.php Backup the file first. Find: $lang = getLang("admin".CC_DS."admin_filemanager.inc.php"); Just before, add; ini_set("memory_limit","32M"); Save and then test.. If there is an error, revert back to your backup. There is also a limit on the data that a form can send - I doubt this your problem as a 400KB file is not large - in fact as a little too small for an image of that size to retain high quality. Anyway, some pointers for you - if you're not that technical, simply use low resolution images. I use irfranview to batch resize images, so it shouldn't be too difficult. Hope this helps, Jason
×
×
  • Create New...