Jump to content

ecartz

♥Ambassador
  • Content count

    3,864
  • Joined

  • Last visited

  • Days Won

    69

Posts posted by ecartz


  1. 33 minutes ago, phi148 said:

    it looks like I need to implement Authorize.net "CIM". 

    I read that as "Go to our website and use the tool there."  Not use an API at all.  So you shouldn't have to call your customers, but you will have to manually hit the rebill button somewhere that Authorize.net has it. 


  2. 16 minutes ago, SuperPower09 said:

    Is there something different/new we need to do with directory paths? I'm afraid I'm not sure why the autoloader is involved here.

    It looks like the App sets DIR_FS_CATALOG to its own value.  Then the autoloader attempts to use it but of course can't find stuff there. 

    My suggestion would be to look at how the App uses DIR_FS_CATALOG and change it to work with DIR_FS_CATALOG . 'ext/modules/header_tags/twitter_typeahead/' instead. 

    Alternately, you could make a duplicate version of includes/application_top.php that doesn't call the autoloader.  But it seems simpler to adjust the App than to duplicate other files. 


  3. 5 minutes ago, eidco said:

    I do intend to migrate, but that's going to take some time and I'd like a working payment module in the meantime.  I've been using the PayPal Standard module.  It's in /includes/modules/payment/paypal_standard.php.  There is no "paypal" directory there.  I tried adding one with the crt file, but no go.

     

    1 minute ago, burt said:

    Upgrade to the Paypal App;

    https://apps.oscommerce.com/fZMiN&paypal-app

    This app is written specifically for 2.3.4 shops.

    Note that you might still have to update the crt file *after* installing the PayPal App.  Because the most recent version of that App is older than the addition of the crt file to Frozen.  But installing the App should get you a crt file to update. 


  4. 14 hours ago, tmcca said:

    zen_get_zone_code

    Well, that's not going to work.

    Beyond that, it would be a lot easier if we had some idea why you think that there's anything wrong with that code.  Is it giving an error?  Showing an incorrect price?  Not showing at all? 

    I'm pretty sure there is at least one person using the FedEx App from the Marketplace on Phoenix 1.0.5.0, so you might find it easier to get the instructions to fix that from the support thread for it. 


  5. 40 minutes ago, radhavallabh said:

    The product Info.php has changed a lot in Phoenix so I am not able to change the code below-

    You don't have to.  That query will already return everything in the products table, including products_weight.  Just ignore the instruction to modify that query and proceed. 


  6. 5:0.90,20:1.80 says that if the average weight per box is

    • 5 or less, the shipping cost is 0.90 per box;
    • more than 5 but less than or equal to 20, the shipping cost is 1.80 per box;
    • more than 20, the shipping is free.

    It implicitly assumes that if you have more than 20, it will be split across multiple boxes.  But it doesn't enforce that.  It will allow you to select a table where a weight per box more than 20 is free.  The maximum weight per box is set by SHIPPING_MAX_WEIGHT in admin > Configuration > Shipping/Packaging > 'Enter the Maximum Package Weight you will ship'.  So you probably want that number to match the maximum number here (20 in this example). 

    You also might verify that the module is configured to use weight rather than price.    And that SHIPPING_BOX_PADDING is set to 0 at admin > Configuration > Shipping/Packaging > 'Larger packages - percentage increase.'. 


  7. 1 hour ago, zefeena said:

    I don't have a 'catalog' file.  all my files are in public_html,

    In your case, your public_html directory is your catalog directory (the place where your shop files like product_info.php and checkout_process.php are).  Put the file that is in the distribution at legacy/catalog/includes/classes/hooks.php in public_html/includes/classes/ .  This directory should already exist and you just add the file. 

    Note:  if something still doesn't seem to match, it may mean that I am misunderstanding your setup.  But using the public_html directory as your catalog directory is one pretty common option. 


  8. 24 minutes ago, Jack_mcs said:

    This version is compatible with Phoenix. For both Frozen and Phoenix, only two core changes are needed for installation.

    If you changed that from functions to a class in includes/classes or under includes/modules, you could get rid of the catalog core changes.  Because when the autoloader sees something like

    info_pages_class::call_method

    It would automatically load includes/classes/info_pages_class.php if it exists. 


  9. Just now, artfulweb said:

    All is good there. 

    What does that mean?  What collation(s) is it showing?  Note that it is possible for each column to use a different collation.  If they are all using the same collation, then the only other thing odd that I see is

    and products_options_name = opa.products_options

    which I suspect should be

    and po.products_options_name = opa.products_options

     


  10. Something that would cause both undefined constant warnings and a redeclaring error would be copying the wrong file.  For example, if a file that is supposed to include another file is saved where a language file should be.  So the function gets defined twice and the language defines are missing. 


  11. 2 hours ago, yahalimu said:

    Any ideas?

    I'd try

    $myfetch_mysql = 'mysqli_fetch_object';

    If everything works that way, it's better.  If it makes the error worse, you can always delete the quotes. 

    The warning that you posted says that it is converting mysqli_fetch_object from an undefined constant to a string.  So I would expect making it a string would get rid of the warning but leave the behavior otherwise the same. 


  12. 4 hours ago, Demitry said:

    PCI compliance prohibits storing these numbers but not the CC numbers, otherwise sites like Amazon and eBay (and many others) would require you to enter your CC number each time you make a purchase. 

    But they have to be stored separately, in an encrypted table, possibly in a separate database.  For example, at Amazon.com they are stored in what are called the credit card motels.  The CC motels are not on the internet.  To access them, Amazon.com has special servers that communicate with the motels via serial ports (actual physical cables).  And while those servers are also networked, they are deep behind the Amazon firewalls. 

    The osCommerce CC module didn't do any of that.  It would be possible to do that, but that's not the right module.  And I don't know that anyone is going to write such a module, as the requirements are stringent and the liability is high. 

    And it's not actually required to store the CC number in order to access the credit card for repeat purchases.  It is also possible to store just a reference to the credit card.  Then Visa or MC or whatever can bill the right account.  They just need to track which of these identifiers are associated with which account.  That's strictly safer, as the credit card info only needs to be given once and is never stored at all (except possibly for the last four digits, which are often used for identification).  It's even possible that Amazon.com does it that way now.  I don't know what has happened there since 2008. 

    Meanwhile, any payment processor is now responsible for seeing that merchants are PCI compliant.  So rather than have you take the credit card details and then communicate the information with them manually, they are going to want to see a whole system that processes the information in an automated fashion.  Usually they do this by giving you a payment gateway to use and asking you to integrate with it either by passing the credit card information immediately or by switching the customer to them to collect the credit card details. 

    The days of taking the credit card information and then typing it into the machine or phoning them in for authorization should be over.  Payment processors should keep you from doing that now, partially by requiring a CSC/CVV, which as you note, should never be stored. 

    5 hours ago, Demitry said:

    What if I just want to use a CC module to test it and different features related to it without selecting a merchant account?

    Well, go ahead.  But you still need to get someone to answer the authorization requests, possibly with a test server.  I used to have several accounts for that, e.g. on PayPal's sandbox and Authorize.net's test servers.  It may be possible for you to sign up for them, although it's my understanding that the requirements have been getting more and more stringent.  And that would then limit you to payment processors who support that particular gateway.  For example, PayPal is the only processor that uses the PayPal gateway for authorizations.  Authorize.net covers more processors, but not every processor (for example, I don't believe that you can use Authorize.net with PayPal as the processor). 


  13. I'm not sure that the CC module is legal.  It stores unencrypted copies of the credit card number in your database.  So I don't think that it is PCI compliant. 

    And beyond that, it doesn't authorize the card. 

    If your credit card processor allows online transactions, they should tell you what gateway to use.  That processor should automatically authorize the payment (capture can be done manually).  You should never store credit card details.  At most they pass through you on the way to the processor. 


  14. 3 minutes ago, TomB01 said:

    Even now, a search for "Order Editor" and using a Phoenix filter,

    A new package needs to be uploaded to mark it for Phoenix.  As best I understand, @raiwa tried to find a way to update an existing package and couldn't.  And even if it were possible, it would be the original uploader who would have to mark it. 

    Anyway, to mark an App as Phoenix compatible requires uploading a new package on a new page (not an update to the existing page). 

×