Jump to content

l3msip

Members
  • Posts

    24
  • Joined

  • Last visited

Profile Information

  • Activity
    Agency

l3msip's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. Thanks @bellini13 Whilst thats certainly not what i wanted to hear (i have already done 90% of the work) at least i know im not missing an obvious trick. Its also going to involve having the live site in maintenance mode for an extended period of time which will come with a additional business cost (and also mean me working at 3am or whatever horrible time analytics suggests is the least costly to close the store). I think i will also reduce database usage as much as possible - hardcode custom pages instead of use the cms etc. What a pain.
  2. The menu color in your website is controlled by the following css file: http://static.planetricambi.com/themes/PRS040084/css/override.css?q=1490783862 Unfortunately i have no idea how that relates to your theme, It appears to be some kind of CDN, but the rest of your css is loaded from the shops domain.
  3. Are you using the blocktopmenu module? What theme are you using - if you have a live link i will take a look. If not, then use your browsers web inspector (right click > inspect element in chrome) and see what css file it references
  4. Hello, i have a question about development workflow. I have some extensive modifications to do on an existing active shop, so have created a local filesytem copy, dumped the database, performed a find and replace in the dump for 'domain.com' to 'domain.dev', and changed the config to point the local copy to the new dev database. All good so far, i can make changes on the local copy without effecting the live site. The problem arises when i want to merge my dev site with the live one. Changes to the filesystem are easy enough to handle - track in git and simply upload and overwrite. However a lot of changes modify the database, primarily: Installing and configuring a blog module Uninstalling a module Adding shop categories and changing the hierarchy Changing module positions and generally modifying what modules appear in what hooks. During the process of editing the dev copy, the live site has received a number of new orders and customers, so now the databases are out of sync, and i dont know how to proceed. I imaging this must be an issue for pretty much any active prestashop install that requires non trivial modification, but i cant find any resources that help with this. How are other developers handling this? Any help very much appreciated.
  5. Care to share your c# client code? Impossible to help otherwise. I am also a c# dev and am just starting on a prestashop 1.5.3 client app, so maybe i can help, but you will need to post your code.
  6. Sorry, the .on method is for jQuery versions 1.7 and above. I see you are using 1.4.4, which is pretty old. You can use the .live method instead: $("input[name$=payment]").live('click',function() { Or better, upgrade to a new version of jQuery (currently 1.9)
  7. Well it still doesnt show, but i had a look with chrome dev tools and removed the display:none attribute, and added a product to my cart. Looking at the order page, i suspect the problem is that some of the elements are being called by ajax and so have not loaded when the event handlers are set. Please try using the jquery .on method rather than the .click method, eg: instead of: $("input[name$=payment]").click(function(){ use: $("input[name$=payment]").on('click',function() {
  8. Thanks,but i still can not see any option to add a product to cart??
  9. Maybe im being daft, but where is add to cart? Im in the UK btw
  10. Tried a few products, all showed out of stock or no visable checkout button. Link me to an instock item i can actually add to cart and i will have a look
  11. do you have a live link we can look at? hard to diagnose otherwise
  12. Almost certainly a css issue, use chrome dev tools / firefox firebug to inspect the table and see whats causing it. These are essential tools for front end development.
  13. Well this will sync the user tables as such that the same account will work with both sections. It wont however sync the logining in aspect, and it wont work the other way around, eg if a user joins via prestashop form, they wont be a member of the main site. For full integration you would need to have your main site use the presta login system. How much work is involved depends on how complicated your existing site is. There is a good post here with details of integration, but its not going to be a simple task: http://www.prestashop.com/forums/index.php?/topic/156218-solvedish-integrating-prestashop-into-a-pre-developed-website/page__view__findpost__p__935063
  14. Thanks for replying, i took a quick look at the docs for the web api, and it does seem the simpler option, it also seems like a more logical separation of concerns. My main concern would be speed, but i guess i should just test it out. The other more hacky option would be a sql table export > modify locally > import scenario, but i can forsee headaches with that!
×
×
  • Create New...