Jump to content

exiladler

Member
  • Posts

    83
  • Joined

  • Last visited

Posts posted by exiladler

  1. This happens if user's basket is not empty - it keeps the previous content order id included. Version 4 has just another checkout logic to prevent such issue.

    If customer's basket is not emptied properly such issue will occurs allways once customer returns 'in time'.

    If you would like to unset session as you mentioned it doesn't help you when customer doesn't log off which is the main matter in this case. You should force script to empty customer's basket. May be best when php session is gone OR browser is closed. Right not explicit decision.

    Convict,

    Thanks fir the reply and sorry for confusing everyone, the 3.1 and 4.1 are dates, not versions of CC.

    One question, when a successful order is done, why is the basket not emptied? Also the session time is set to 30 mins (1800) to ensure this problem would be minimised and the 2nd order is certainly later thn 30 minutes after the first. So no in-time return as you describe it.

    How can I force the empty customer basket? Is that a php script or would this be a cron script, I am interested in this solution, can you please elaborate

  2. In your admin panel, General (Store) settings, Max Session Length is probably set to 172800 seconds (48 hours). If having a potential customer sit on your store's pages for two days is too long for you, maybe changing this value to 17280 seconds (4.8 hours) or less might be something to consider.

    I had considered that a while ago and the setting for the shop on the Max Session Length is 1800 (or 30 minutes) so this is unlikely to be the cause.

    However the other part involving the code change and uncommenting the line seems a good area to try and see if this resolves the issue.

  3. What is "3.1"? Is this a CC version? I'm not aware of a version greater than 3.0.17. Could you reply with a verified CC3 version?

    Sorry that is the date the order was entered, 3rd of Jan and the second overwriting was 4th of Jan. I am using 3.0.17 for the shop moderately modded.

    I guess your idea with the cookie seems the obvious problem combined with users probably not logging out, potentially leaving their PC on overnight so the session is still 'active' so a timeout would be needed to ensure this doesn't cause problems.

    Let's see if we can get to the bottom of this problem.

  4. Currently I am confronted with a problem similar to the one described in this older threat but as there was no obvious solution, I thought it would be an idea to check if anyone has a solution.

    Quick description, client order an item 3.1. and got the order ID 080103-112145-4968 and subsequently on 4.1. ordered another item which again used the same id and generated confirmation emails but now in the database there is only one order and it only shows the second item.

    Sounds very much like a cookie problem but one I would very much like to avoid. Any suggestions?

  5. Richard,

    Sorry, not a solution just another person with the same problem. Since upgrading to 3.0.17 we seem to have problems every 2-3 days with the SQL server. Only a reboot of the server gets the shop back online.

    So if anyone has an idea, which way to point the hoster as they have clearly identified that we are causing the problem. I have reduced the session timing to 30 minutes (1800) to help.

    Anyone got a clue how we can find out what causes the open connections and why they are not releases?

    Regards

    Peter

  6. Oh well the fingers crossed didn't help.

    We have had "Status Detail: 5030 : Unable to decrypt the request message. This might be caused by an incorrect password or invalid encoding." problems ever since we changed the URL.

    We have got service back by restoring our php to point at the old gateway URL ("https://ukvps.protx.com/vps2form/submit.asp").

    Hi,

    Just been contacted by one of my clients who received the same email from PROTX regarding VPS Protocol 2.22 so they can use the 3D secure function.

    Checking the Forum, am I correct in thinking that currently the "leave as is" option would be best and keep working?

    Regards

  7. Have you contacted Protx?

    Strange, but once the skinning work was finished, it looked like everything fell back into place. One theory is that due to using the Express Checkout, it gets confused if you enable a seconds (in our case Print) Gateway. Once that was all put back to normal, at least Protx seems to work in Test mode without problems. Kepp your fingers crossed as I am going to run extensive tests tomorrow again.

    Thanks for the feedback

    Peter

  8. Hi,

    almost finished a shop with big help from some fellow Cubecart developers.

    Have a look at *** removed *** but be quick, will move to root once client as signed off the whole set-up.

    Interested in any suggestions what we may have overlooked.

    Peter

    REMOVED due to people contacting the client with questions about the site, please do not contact the site owner.

  9. We had a sample shop working fine with PROTX Text server and working currently on a live shop. Both seem to have gone bad over the weekend and causing us endless grieve.

    Some issues are relating to the keeping logged in when the session comes back from Protx as otherwise the client just sees a 'you have to log in message' and the the order status is not updated.

    Anyone else having similar problems?

    Regards

    Peter

  10. Easiest way is to use phpmyadmin on your database server and change the records directly in the database. Failing that, check out out cubecart.org where you find mods and can also request them but you may have to pay someone to write it. the phpmyadmin solution is free but basic.

    hope that helps

  11. Hi,

    maybe this is stupid question but a client has a shop which has seaonal items and when we originally removed things, it messed up the stats and historic orders as items where no longer found. Now we have the situation that a lot of stock (also on the first few pages of the categories) are marked as 'out of stock' so not very client friendly.

    Is there any other way other than moving all old items to a category called 'zzz no longer available' to ensure that historic orders display the items purchased but the actual category is neat and just present the current seasons goods?

    Any suggestions or workarounds will be most welcome.

  12. Hi,

    I would like the option to 'block' a user or turn them inactive. Deletion seems to screw up theorder history so I need to keep them on the system also to 'block' the registered e-mail in case they try to register again. Is there a way to do this in the shop at the moment or at least a workaround?

  13. One more desperate soul signs up in the wait list for this mod... ;)

    HEY HEY HEY look here

    That does't mention anything about stock decrease being changed.

    I'm getting nowhere with this and am now willin to pay for a modification. All I need is that the stock level get's decreased once the order is placed. I'm stuck but thought the best logic is to change the order from processing to pending automatically. As with the Paypal functionality where this is done automatically, I need this to work with the Print Payment Gateway.

    Any takers?

  14. Hi,

    Quick one - how I can make CubeCart (using 3.0.4) show the delivery prices in the first stage of the cart (i.e the step before you login, the one you get to by clicking "View Cart")?

    I have got the delivery options drop down list showing, but when I choose a new selection from the list and click "Update", the page reloads but the change isn't stored.

    Any ideas?

    Matt

    Matt,

    tried to work this out a while ago. What prevents this from being easy is the logic where the delivery address is only known in step 4 and therefore the delivery costs could change depending on your posting options. My client has the same charges for any delivery but we couldn't work out a simple solution to this problem so we just included a small info box to explain the charges prior to the process.

    Hope that helps

    Peter

  15. Hi,

    Just to make sure I have the right idea, currently the In-stock works when an order gets changed from pending to processing. I seem to have discovered that if you change from pending directly to completed, it doesn't work. Is that true? However my client now wants it to automatically deduct on pending as there is a range of items where he has very little stock and to wait until the payment has arrived it could happen that to many orders are coming in.

    I know this is possible, but can someone point me to the reion of the cart.php where I need to start looking or even better poit out the section of code in case this mod/amendment has already been made.

    Another option is to include a separate step, accepted which would be reducing the in-stock number but still awaiting payment. This would work but give him an extra step in the workflow so creating more work for him.

    Looking forward to your suggestions/advice.

    Waited a week but I am in need of some help now. Trying to come up with the required change to decrease stock level on status pending or automatically moving from pending to processing to achieve the decrease in stock level without internvention. I am sure a similar step with a return 'success' even it is faked as if you come back from Paypal would solve this but I am uncertain about the logic within Cubcart and need the help of an expert. If this needs to be paid-for then please contact me with an estimate.

    Peter

  16. Well if you are on an apache server then you can block the IP using a .htaccess file Simply add

    <Limit GET>

    order deny,allow

    deny from 209.23.123.110

    </Limit>

    changing the IP address in bold to that you want to block...

    Alternatively if you are on a windows server AND/OR your hosting doesn't allow .htaccess files then contact me and i can make a PHP mod which will efectively do the same thing...

    It's Linux/Apache so that will do fine, is there a chance to extend this to a range by any chance?

    Peter

  17. you can indeed block IP's though the probability is his IP changes on each startup so it wont make much of an effect anyway...

    Blocking a range could mean that you start blocking legitimate customers from also accessing your site...

    im not sure what other messure are available to you...

    Aikdo,

    how/where can I block the IP, so far he is on the same, so ADSL/Broadband I presume. Range wouls be only the last seemtn I'd block.

    Any block is currently better than receiving the 'rubbish' orders.

    Peter

  18. :(

    i only use dreamweaver and would like to know what are the files that I can touch to change it. I would also change the design and layout. What should I take note of and what needs to be edited?

    and change color of the site

    please can some one please tell me clearly iam not a computer expert so i have to have step by step where to go so it be automatic global change.

    thanks a lot. :P:innocent::innocent::innocent::innocent:

    Try this threat

    and look here

    That will answer your questions, it is all done through the skins/templates. I recommend you take one of the 3 standard ones, copy the whole directory and rename it to 'test' and then start 'playing' with the files.

    Hope this helps and good luck

    Peter

  19. May sound dumb, but the sort order is as far as I can tell strictly alphabetical, so numbers first, then alpha sequence. I resolved it by using leading blanks, not the neatest solution but it works. Other alternative is to use numbers:

    1 - XS

    2 - S

    3- M

    4 - L

    5 - XL

    6 - XXL

    and so on, that way you have the required sort order.

    Bear in mind, which you want to be the default option as you can't leave it empty. This will cause an error in the browser when they buy without selecting one. I kno the solution would be a fix to check that an option has been selected but that as far as I know, doesn't exist.

    Hope this Helps

    Peter

×
×
  • Create New...