Jump to content

ecartz

♥Ambassador
  • Content count

    3,740
  • Joined

  • Last visited

  • Days Won

    63

Reputation Activity

  1. Thanks
    ecartz got a reaction from mujahid in problem in search with letters like 'union' keyword in OSCommerce   
    When I try this in the stock latest version, I get https://template.me.uk/phoenix/advanced_search_result.php?keywords=union -- this would seem to be specific to you. 
    Perhaps we might offer more help if you could show your mod_rewrite rules -- probably in a .htaccess file. 
    Or perhaps post some entries from your error logs. 
  2. Like
    ecartz got a reaction from mujahid in problem in search with letters like 'union' keyword in OSCommerce   
    The two things that leap out at me are WafConnector.php and m1_seourls.router.php
    My guess is that one of them has some kind of malware detection that looks for the word union and halts when it is detected.  I would start by asking the qshield people.  You also might try commenting out the php_value line by putting a # at the beginning.  If it works without that line, then that's the problem. 
  3. Like
    ecartz got a reaction from Mac2256 in USPS Rate V4, Intl Rate V2 (official support thread)   
    The problem is not that it needs to be updated with every increment.  The problem is that the current version of this module requires a core change (to admin/modules.php ).  So every time that the modules.php file gets updated, it wipes out the core change which then needs to be reapplied. 
    This could be fixed by adding a hook file or database defined hook to replace the core change.  The hook point was added in this commit.  But no one has updated the package with that.  @greasemonkey uses that hookpoint for another module requiring the same change. 
    Someone could also modify the module to use the standard form:  https://github.com/gburton/CE-Phoenix/blob/master/admin/modules.php#L40..L42.  That might avoid the need for a hook.  But again, no one has updated the module to to do that. 
  4. Like
    ecartz got a reaction from raiwa in Stripe v3 module for SCA   
    Or actually, remove the entire build email step 
    // lets start with the email confirmation $email_order = STORE_NAME . "\n" . EMAIL_SEPARATOR . "\n" . EMAIL_TEXT_ORDER_NUMBER . ' ' . $order_id . "\n" . EMAIL_TEXT_INVOICE_URL . ' ' . tep_href_link('account_history_info.php', 'order_id=' . $order_id, 'SSL', false) . "\n" . EMAIL_TEXT_DATE_ORDERED . ' ' . strftime(DATE_FORMAT_LONG) . "\n\n"; if ($order->info['comments']) { $email_order .= tep_db_output($order->info['comments']) . "\n\n"; } $email_order .= EMAIL_TEXT_PRODUCTS . "\n" . EMAIL_SEPARATOR . "\n" . $products_ordered . EMAIL_SEPARATOR . "\n"; for ($i = 0, $n = sizeof($order_totals); $i < $n; $i++) { $email_order .= strip_tags($order_totals[$i]['title']) . ' ' . strip_tags($order_totals[$i]['text']) . "\n"; } if ($order->content_type != 'virtual') { $email_order .= "\n" . EMAIL_TEXT_DELIVERY_ADDRESS . "\n" . EMAIL_SEPARATOR . "\n" . tep_address_format($order->delivery['format_id'], $order->delivery, false, '', "\n") . "\n"; } $email_order .= "\n" . EMAIL_TEXT_BILLING_ADDRESS . "\n" . EMAIL_SEPARATOR . "\n" . tep_address_format($order->billing['format_id'], $order->billing, false, '', "\n") . "\n\n"; $email_order .= EMAIL_TEXT_PAYMENT_METHOD . "\n" . EMAIL_SEPARATOR . "\n"; $email_order .= $this->title . "\n\n"; if ($this->email_footer) { $email_order .= $this->email_footer . "\n\n"; } tep_mail($order->customer['name'], $order->customer['email_address'], EMAIL_TEXT_SUBJECT, $email_order, STORE_OWNER, STORE_OWNER_EMAIL_ADDRESS); // send emails to other people if (SEND_EXTRA_ORDER_EMAILS_TO != '') { tep_mail('', SEND_EXTRA_ORDER_EMAILS_TO, EMAIL_TEXT_SUBJECT, $email_order, STORE_OWNER, STORE_OWNER_EMAIL_ADDRESS); } and replace it with
    tep_notify('checkout', $order); as done in PayPal or in checkout_process.php. 
  5. Like
    ecartz got a reaction from Fredi in NEW! Complete Order Editing Tool!   
    foreach($this->modules as $value) { $class = pathinfo($value, PATHINFO_FILENAME); $GLOBALS[$class] = new $class(); } } }
  6. Like
    ecartz got a reaction from 14steve14 in [Addon] Twitter Typeahead Autocomplete Search for osC 2.3.4 (BS and nonBS)   
    I still think that a better solution to this would be to fix the DIR_FS_CATALOG value in includes/configure.php to not change with the location of the calling page.  Then you can leave the files inside ext. 
  7. Like
    ecartz got a reaction from azpro in [Addon] Twitter Typeahead Autocomplete Search for osC 2.3.4 (BS and nonBS)   
    The error will tell you what it should be.  For example if that is the correct value, then the error will tell you that it is using /data/www/my_website/public_html/ext/modules/header_tags/twitter_typeahead/includes/hooks
    When you see the ext/modules/ part, you know that the part that you want is to the left of it.  It should end with a /
  8. Like
    ecartz got a reaction from raiwa in Stripe v3 module for SCA   
    Or actually, remove the entire build email step 
    // lets start with the email confirmation $email_order = STORE_NAME . "\n" . EMAIL_SEPARATOR . "\n" . EMAIL_TEXT_ORDER_NUMBER . ' ' . $order_id . "\n" . EMAIL_TEXT_INVOICE_URL . ' ' . tep_href_link('account_history_info.php', 'order_id=' . $order_id, 'SSL', false) . "\n" . EMAIL_TEXT_DATE_ORDERED . ' ' . strftime(DATE_FORMAT_LONG) . "\n\n"; if ($order->info['comments']) { $email_order .= tep_db_output($order->info['comments']) . "\n\n"; } $email_order .= EMAIL_TEXT_PRODUCTS . "\n" . EMAIL_SEPARATOR . "\n" . $products_ordered . EMAIL_SEPARATOR . "\n"; for ($i = 0, $n = sizeof($order_totals); $i < $n; $i++) { $email_order .= strip_tags($order_totals[$i]['title']) . ' ' . strip_tags($order_totals[$i]['text']) . "\n"; } if ($order->content_type != 'virtual') { $email_order .= "\n" . EMAIL_TEXT_DELIVERY_ADDRESS . "\n" . EMAIL_SEPARATOR . "\n" . tep_address_format($order->delivery['format_id'], $order->delivery, false, '', "\n") . "\n"; } $email_order .= "\n" . EMAIL_TEXT_BILLING_ADDRESS . "\n" . EMAIL_SEPARATOR . "\n" . tep_address_format($order->billing['format_id'], $order->billing, false, '', "\n") . "\n\n"; $email_order .= EMAIL_TEXT_PAYMENT_METHOD . "\n" . EMAIL_SEPARATOR . "\n"; $email_order .= $this->title . "\n\n"; if ($this->email_footer) { $email_order .= $this->email_footer . "\n\n"; } tep_mail($order->customer['name'], $order->customer['email_address'], EMAIL_TEXT_SUBJECT, $email_order, STORE_OWNER, STORE_OWNER_EMAIL_ADDRESS); // send emails to other people if (SEND_EXTRA_ORDER_EMAILS_TO != '') { tep_mail('', SEND_EXTRA_ORDER_EMAILS_TO, EMAIL_TEXT_SUBJECT, $email_order, STORE_OWNER, STORE_OWNER_EMAIL_ADDRESS); } and replace it with
    tep_notify('checkout', $order); as done in PayPal or in checkout_process.php. 
  9. Thanks
  10. Like
    ecartz got a reaction from 14steve14 in [Addon] Twitter Typeahead Autocomplete Search for osC 2.3.4 (BS and nonBS)   
    I still think that a better solution to this would be to fix the DIR_FS_CATALOG value in includes/configure.php to not change with the location of the calling page.  Then you can leave the files inside ext. 
  11. Like
    ecartz got a reaction from 14steve14 in [Addon] Twitter Typeahead Autocomplete Search for osC 2.3.4 (BS and nonBS)   
    I still think that a better solution to this would be to fix the DIR_FS_CATALOG value in includes/configure.php to not change with the location of the calling page.  Then you can leave the files inside ext. 
  12. Like
    ecartz reacted to raiwa in Display Tax Info V3.0   
    Tested and working with Phoenix 1.0.5.1
    Display Tax Info Phoenix
  13. Like
    ecartz reacted to raiwa in shop by price   
    Checked and working with Phoenix 1.0.5.1
    Shop by Price CE Phoenix v.5.1
  14. Thanks
    ecartz got a reaction from ArtcoInc in Emails not sending   
    Newer version of Harald's test script, updated for PHP 7: 
    <?php if ('send' === ($_POST['action'] ?? null)) { define('SEND_EMAILS', 'true'); } require 'includes/application_top.php'; if ('send' === ($_POST['action'] ?? null)) { mail($_POST['to_address'], '[PHP] ' . $_POST['subject'], 'This email has been sent from the native php mail() function.' . "\n\n" . $_POST['body']); tep_mail($_POST['to'], $_POST['to_address'], '[osCommerce] ' . $_POST['subject'], 'This email has been sent from the email class osCommerce uses.' . "\n\n" . $_POST['body'], $_POST['from'], $_POST['from_address']); echo 'E-Mails Sent!<br /><br />'; } ?> <html> <body> <form name="emailtest" action="email_test.php" method="post"> E-Mail From: <?php echo tep_draw_input_field('from'); ?><br /> E-Mail From Address: <?php echo tep_draw_input_field('from_address'); ?><br /><br /> E-Mail To: <?php echo tep_draw_input_field('to'); ?><br /> E-Mail To Address: <?php echo tep_draw_input_field('to_address'); ?><br /><br /> Subject: <?php echo tep_draw_input_field('subject'); ?><br /><br /> Body:<br /> <?php echo tep_draw_textarea_field('body', 'virtual', 50, 7); ?> <br /><br /> <input type="hidden" name="action" value="send"><input type="submit"><br /><br /><input type="reset"> </form> </body> </html>  
  15. Thanks
    ecartz got a reaction from cinolas in Product attribute values not showing in shopping cart, but showing during checkout.   
    It tells it to start over at the beginning.  And yes. 
    You could try switching the first while to a foreach. 
    foreach ($products[$i]['attributes'] as $option => $value) { That would avoid the need to reset and it would be forwardly compatible if you wanted to update to PHP 7. 
  16. Like
    ecartz got a reaction from burt in Paypal Standard Payments Failing   
    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. 
  17. Like
    ecartz got a reaction from Mac Fly in Paypal Standard Payments Failing   
    Yes, that's what I see too.  That file is also available at https://github.com/gburton/CE-Phoenix/blob/master/ext/modules/payment/paypal/paypal.com.crt
    So, new troubleshooting step for PayPal problems.  Verify that one has the latest version of that file. 
  18. Like
    ecartz got a reaction from Mac Fly in Paypal Standard Payments Failing   
    Yes, that's what I see too.  That file is also available at https://github.com/gburton/CE-Phoenix/blob/master/ext/modules/payment/paypal/paypal.com.crt
    So, new troubleshooting step for PayPal problems.  Verify that one has the latest version of that file. 
  19. Thanks
    ecartz got a reaction from Philo2005 in Upgrading to the latest version   
    PM @burt to be added to the Phoenix Club.  It's possible that he just hasn't had time to post the upgrade instructions in the Bootstrap forum.  Or he may have forgotten.  That's a reasonable question to ask him. 
  20. Like
    ecartz got a reaction from valquiria23 in Phoenix Template   
    Phoenix uses Bootstrap.  You use the user.css file to override the Bootstrap settings. 
    I would not advise trying to read the Bootstrap CSS files, as they contain more than is used in Phoenix.  If you use right click in your browser and select Inspect Element, you can see what the existing settings are so that you can start thinking about overriding them. 
    It's also possible to replace the Bootstrap CSS in includes/hooks/shop/siteWide/Bootstrap.php with one of the ones from https://cdnjs.com/libraries/bootswatch.  Remember to replace the whole tag so as not to break the SRI.  "Copy Link Tag" from the Copy dropdown will give you the correct replacement. 
  21. Thanks
    ecartz got a reaction from mfleeson in CE Sub categories   
    Content module for index_nested (which shows subcategories).  Make a copy of cm_ip_product_listing.php and put it in includes/modules/content/index_nested.  Adjust file and class names and constant keys to match. 
  22. Like
    ecartz got a reaction from puggybelle in Purchase without account for 2.3.4 and BS2334   
    Right.  They didn't complete the shop checkout, because you had already deleted the order.  They completed the PayPal payment.  So from the customer's perspective, they completed checkout, because the payment is the last step.  But from the shop perspective, they haven't because there was no order. 
    This has always been the problem with payment methods that go off site.  The payment occurs before the shop processes the checkout.  So it's possible for checkout to fail after the customer has completed payment.  For example, if the customer doesn't click the return to merchant button, the customer never sees the checkout success page. 
    That's why the PayPal module creates the order before switching to PayPal.  So if the customer does not return, at least you have all the order information.  And PayPal has IPN, so the shop gets notified.  But I would assume that deleting the order before the IPN would keep it from working.  From PayPal's perspective, IPN is an extra thing they do after payment.  They won't block the payment.  From the customer's perspective, the payment was made and the products should be sent. 
    I don't know the answers to how PWA is supposed to work here.  I'll leave that for Rainer.  I'm just saying that yes, there are situations where PayPal may complete the payment more than a day later. 
    If you wanted a low risk way to handle this, you could change the email from user@example.com to user+{customer_id}@example.com (replace {customer_id} with the actual customer_id) rather than deleting the account.  That would make the email unique (from the database perspective) while still pointing at the same email account.  But I don't know if that's necessary or if PWA has some other way of handling things when a temporary account exists but the customer wants to purchase again. 
    It's also not clear to me if you could delete the customer without deleting the order.  Because there's no reason not to keep the pending order even if there is a reason not to keep the temporary account. 
  23. Like
    ecartz got a reaction from puggybelle in Purchase without account for 2.3.4 and BS2334   
    Yes.  Once you switch to PayPal for payment, it doesn't come back until the customer decides either to cancel or pay.  Everything PayPal knows, it knew at the moment of transfer from your site. 
    Also, it may be that the customer "completed" checkout yesterday but PayPal waited to tell you for some reason.  Or that the customer completed the payment later.  Since PayPal doesn't really deal with orders so much as payments.  The payment request from your site includes order details.  So when the payment finished, PayPal sends back the order details that you sent to them.  PayPal has no idea of PWA.  They just know what you sent them (and details of the payment). 
    PayPal may have required them to put in a credit card or something that the buyer didn't have at the moment of starting the payment.  Or been waiting for a bank transfer. 
    Note that this really doesn't have anything to do with PWA.  You could have the same thing happen with a perfectly regular order.  It can take several days to process PayPal payment.  Example reference:  https://www.paypal-community.com/t5/Sending-money-Archive/how-long-does-it-take-to-process-a-payment/td-p/202902
  24. Like
    ecartz got a reaction from puggybelle in help what version   
    The way that the system is supposed to work is that if you are on Phoenix, it checks if there is a newer version of Phoenix.  If you are on osCommerce, it checks if there is a newer official (not community edition) release of osCommerce. 
    What you're seeing is that it thinks your version is osCommerce, and its version is equal to the most current official version. 
    If you want to see it actually working, rename includes/version.php and put up a new copy with a different version number.  E.g. 1. anything less than 1.0.4.0 would tell you that there is a newer version of Phoenix.  And putting 2.2 or something should tell you that there is a newer version of osCommerce.  I'm not sure what it would do if you put in something like 2.4 or 3. 
  25. Like
    ecartz got a reaction from TomB01 in Upgrade Path TO Phoenix   
    https://stackoverflow.com/a/193860
    SELECT DISTINCT TABLE_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE COLUMN_NAME = 'customers_id' AND TABLE_SCHEMA='YourDatabase'; Replace YourDatabase with whatever DB_DATABASE says in includes/configure.php
    define('DB_DATABASE', 'osCommerce'); The default (as shown here) is osCommerce, but it may be different in your shop. 
    And of course the customers_id is particular to this issue. 
    In this particular case, the customers_info table is also necessary but does not show.  Because it uses customers_info_id instead of customers_id.  You don't need the temporary data from whos_online which uses customer_id instead of customers_id. 
×