Jump to content

pigdestroyer

Members
  • Content count

    14
  • Joined

  • Last visited

1 Follower

About pigdestroyer

  • Birthday 05/26/1978

Profile Information

  • Real Name
    Rob Lacey
  • Location
    Docklands, London
  • Interests
    Extreme Music, Body Piercing, Movies, Clubs, More Loud Music, Cat and more importantly The Kat.
  • Website
  1. This just means that the column already exists, so no further action needs to be taken. To make sure the field is the correct type you could try the following. This will just change it into the correct field type if it isn't already, chances are you won't need this. ALTER TABLE products_options MODIFY products_options_track_stock tinyint( 4 ) default '0' NOT NULL AFTER products_options_name;
  2. pigdestroyer

    Urgent Help Needed with ePDQ Payments

    That sounds like a grand logical plan, have you made any progress on this as yet? Sorry to be a pain.
  3. pigdestroyer

    Urgent Help Needed with ePDQ Payments

    Just re-reading your post, if the one site with the blank cartID everytime is working this equates to what I have just posted, that as long as you have the insert_id you are fine since its irrelevant what the cartID is. What do you think?
  4. pigdestroyer

    Urgent Help Needed with ePDQ Payments

    To be honest I am not following how to this pre-ordering order addition to the database thing is working either or how cartID relates to adding the order to the database. Perhaps when an order is added to the database you could set a session variable to say 'active_order: 1' or something. In theory if someone is getting this far in the transaction they are going to complete the order anyway and they are at a stage where their session is unlikely to timeout in ePDQ.php instead of tep_session_register('cart_ePDQ_temp_id'); $cart_ePDQ_temp_id = $cartID . '-' . $insert_id; something like tep_session_register('active_ePDQ_order'); $active_ePDQ_order = $insert_id; I think the use of the $cartID is confusing things and as far as I can see at the moment unnecessary. I guess as long as you have the inserted order id to hand you are ok.
  5. pigdestroyer

    Urgent Help Needed with ePDQ Payments

    Yup, is I check the contents of my session the cart ID changes on the checkout_shipping.php page shopping_cart.php (empty) cartID|s:5:"26992" cart_ePDQ_temp_id|s:8:"26992-10" shopping_cart.php (1 item) cartID|s:5:"26992" cart_ePDQ_temp_id|s:8:"26992-10" checkout_shipping.php (1 item) cartID|s:5:"09223"; cart_ePDQ_temp_id|s:8:"26992-10" In theory should both of these ids stay the same during the whole transaction?
  6. pigdestroyer

    Urgent Help Needed with ePDQ Payments

    Thanks I shall go a take a look, just to note. It only adds a new order if the cart has been ammended as far as I can see. e.g. I have 1 black shoe in my cart, then go to confirm (new order created), then alter my cart to have 2 black shoes, to confirm (new order created), then altering back to 1 shoe (new order created). If I click back to the cart and don't make any changes then no new order is created. Something is changing when you update the cart for some reason. Just to confirm and just in case it makes a difference I am using a completely fresh install so that I can break it completely before going near a live shop, so I just copied the contribution files over the default code base.
  7. pigdestroyer

    Urgent Help Needed with ePDQ Payments

    One rather worrying thing I have noticed is that every time you select the payment option and proceed to checkout_confirmation.php a new order is created. this is a bit strange because at the order confirmation stage you are still given the option to ammend your cart before finally confirming the order. So if you click back to your cart and come through again you get another order (be it processing) in your orders table. Is this what you were saying was the issue you were investigating or is this behaviour expected? Many thanks and sorry to be a pain.
  8. pigdestroyer

    Urgent Help Needed with ePDQ Payments

    ok I have resolved the problem there, the method selection in the new ePDQ class simply returns false. I have ammended it as per other payment classes and this is looking better now. function selection() { #return false; return array('id' => $this->code, 'module' => $this->title); }
  9. pigdestroyer

    Urgent Help Needed with ePDQ Payments

    I've just looked at implementing this module and lucky me its been recently updated so I have some hope that the code isn't completely out of date and at least someone out there is still using it and can offer advice. I have installed the module via the admin section but I can't see an option to select it the list of payment methods on confirm_payment.php , its enabled in the admin section but its simply not displaying. I am not that experienced at debugging the payment class but it seems that the method selection() isn't returning this module in its array of installed / enabled modules. Has anyone else seen this?
  10. OK as far as I can see my version of QTPRO works with more than one attribute for a product and in case anyone is interested this method of creating cascading menus seems like a very effective and easy method of implementing this. I am currently investigating it as a method of making out Body Jewellery store more user friendly. "http://home.att.net/~codeLibrary/HTML/dropdown.htm?make=Lincoln&state=NH&model=Continental&city=Nashua&color=Black"
  11. I thought that this contribution did work with multiple product attributes, I may be wrong. But I am sure I tested this at one point, I am looking to get this working myself in the near future. But the drawback that I can find is that the product_info page displays all attributes and not just those that are in stock. Ideally I think the best way to implement multiple attributes on the product_info page would be to have cascading select menus, where the second menu contents are dependant on the first so that only the available combinations of product attributes are ever displayed. At the moment any combination could be displayed, but then when you reach the shopping cart you find its out of stock in that combination. I know however that cascading menus and inter-browser javascriptyness-no-worky-ness are always an issue, making this build dynamically might be a headache and also scaling this so that it works for as many products attributes as each item has might be quite tricky. Any thoughts on whether this can be implemented? As an aside I have just noticed that some kind person has posted all the required changes to the code to get QTPRO working on a highly modified site. This is unfortunately some 2 months after I spent weeks of faffing to get this running myself, and having to work out where the hell the changes where in the first place. :)
  12. Hi, I have just dicovered OSCommerce and it seems to be a very good free solution online store. I have encountered two problems however. The storefront itself is very generic and it is difficult to add any kind of individual look to the site and also keeping check of stock levels for stock with many attributes. For product attributes I found that one solution is using QTPro, which seemed to work well in a test situation and at that stage I was happy to continue developing the design. I reinstalled OSCommerce and then installed STS Template to deal with the design and got a single pretty template I was happy with. I then installed QTPro and then started coming up with errors concerning missing functions. I assume that STS itself alters/removes certain functions from application_top.php to get the results it wants and that QTPro relies on these function in order to function correctly. e.g. Fatal error: Call to undefined function: tep_array_merge() It seems that QTPro is not compatible and therin lies the problem. Has anyone managed to integrate STS and QTPro with each other, or has anyone used any other template system with another product stock level solution and got it working. Any recommendations or advice would be very much appreciated. Thanks.
×