Jump to content


  • Content count

  • Joined

  • Last visited

  • Days Won


Everything posted by ecartz

  1. ecartz

    Wholesale (SPPC lite)

    This has nothing to do with Rainer's Wholesale App (so this really isn't the right place to ask), but you should copy the latest version into includes/system/override (which you may have to create) and modify it there.
  2. Credit Google. Perhaps check what language_id the customer_data_groups table has? If that were 2 but it is 4 elsewhere, that could cause the fields to disappear entirely. I was thinking that you were saying that ENTRY_WHATEVER was appearing. But if you meant that it just isn't showing fields, an inconsistent language ID is possible. It's also possible that it needs you to go to admin > Localization > Customer Data Groups and enter those values manually, like you would with order statuses. I don't see anywhere that the language pack provides them. Of course, it would be harder to Google Translate files than stuff on the web, so I might be missing something in the instructions.
  3. I took a quick look, and the entry fields seem to be properly present in includes/languages/dutch/modules/customer_data/cd_email_address.php I could look again if you have a specific field that seems to be missing. But ENTRY_EMAIL_ADDRESS is there, so it wouldn't seem to be a general failure.
  4. ecartz

    Wholesale (SPPC lite)

    I think that removing the line is the correct response. The class should be autoloaded in any newer version, so it shouldn't break anything. It should not be necessary to manually require/include anything under includes/system/versioned. Nor for that matter under includes/classes, includes/system/override, includes/modules, or includes/hooks.
  5. ecartz

    Order missing after paypal payment received

    It might be easier just to remove the requirement that the order status exist. LEFT JOIN orders_status s ON o.orders_status = s.orders_status_id AND s.language_id = " . (int)$languages_id . " WHERE Also consider the case where the missing order status is not 0.
  6. ecartz

    Apache2 MPM modules

    It's not osCommerce that needs to be thread safe but PHP. See https://serverfault.com/questions/904065/switch-apache-from-prefork-to-event-in-ubuntu-16-get-php-7-working for more discussion. Note in particular that it switches from mod_php to the fast CGI PHP to use MPM Event. At this point, you should probably target Event over Worker. Both require a thread-safe PHP with only thread-safe PHP modules.
  7. ecartz

    Shop auf Festplatte betreiben?

  8. admin > Modules > Content; look for Buy Button and Price under product_info. For the product listing, there is no getting around editing code manually to remove the price and buy button. https://github.com/gburton/CE-Phoenix/blob/master/templates/default/includes/components/product_listing.php
  9. Those are modules. You can configure them at admin > Modules > Dashboard. Select the appropriate module and edit the configuration.
  10. ecartz

    Store Search Bar (BS)

    If someone deliberately locked the App, then Harald shouldn't change the status unless asked by the original developer. The whole purpose of locked Apps is so that someone can have a place where only their uploads are. Just create a new App. The new App can be unlocked if you want. Reading back, there are more than just two changes to get it working since the last release. A bunch of TABLE_CONFIGURATION to replace.
  11. Well, yes. In general, users are able to bypass landing pages by going directly to the URL. If you don't want that to happen, then you need to build something in the cart itself that detects if a login occurred yet. E.g. a hook that runs on every page but login and create_account. You can't simply rely on the ceid's existence for that. That's not what it does. I mean, either set a cookie (not the ceid) on the landing page and check for that or require the sign up in the cart and require login on all pages except login and create_account. It would be possible to block creation of the session if a cookie did not exist. But it would be a lot easier to simply redirect, session or no session, if the cookie does not exist.
  12. The ceid won't show up until you visit a page in the osC install. So if your landing page does not include includes/application_top.php, it won't start the session nor add the session ID to URLs/cookies. So it may just work. For example, if the landing page is a pure HTML page. If your landing page needs to include includes/application_top.php from the osC install, then I think that we need more about what you are trying to do. Please explain the flow. E.g. a possible flow would be 1. Pure HTML landing page or a PHP landing page that does not include includes/application_top.php. 2. Link to the osC create_account.php page. 3. Submit normally. The ceid would show on steps 2 and 3 but not on step 1. This is an example flow that would just work. It's possible that it might start a different session if you use a PHP landing page -- I don't do much PHP outside osC and forget how automatic that is. If you use a pure HTML landing page, it definitely won't start a PHP session. You may or may not want to explain more about what the landing page does as well. Because I'm having trouble following the purpose.
  13. There's one right here: https://wordpress.com/ No login integration but that's not really necessary for this purpose.
  14. ecartz

    Auto Update Currencies

    Debugging a similar error: https://stackoverflow.com/questions/15835274/php-file-get-contents-failed-to-open-stream-connection-refused More results at https://www.google.com/search?q=PHP+Warning%3A++file()%3A+failed+to+open+stream%3A+Connection+refused+in
  15. If you want to try something before Rainer has a chance to look at it, consider changing if ($this->enabled == true) { to if ($this->enabled && !defined('DIR_FS_ADMIN')) { or if ($this->enabled && isset($_SESSION['cart'])) { Either of those should fix installing. So at least you could test more interesting things. Of course, there's some risk that this will break something else. So you could wait for Rainer to look into it.
  16. Note that CHARSET is still in the latest Phoenix: https://github.com/gburton/CE-Phoenix/blob/master/includes/languages/english.php#L34 It's almost certainly also present in the default Frozen. Perhaps you edited it out but need to put it back?
  17. ecartz

    Store Search Bar (BS)

    This suggests that there is something missing from your App install. As that isn't a core function. And includes/modules/content/header/cm_header_store_search.php isn't a core file. Note that tep_navbar_store_search is in that file. So presumably you broke something in one of your edits to that file. This isn't something that could be broken by folder structure changes, as it is in the same file.
  18. Phoenix is the successor to Edge. Either or could be considered successors for Frozen. There is at least one discussion in the Phoenix Club about migrating customers and products from an older store.
  19. ecartz

    Paypal Module Express Checkout Error

    This says that you have display_errors turned on. You can add ini_set('display_errors', '0'); to includes/configure.php to turn it off. Or turn it off in your hosting account if they allow you to do that. You should not have display_errors turned on in your live store. The warning and notices will be fixed in the release.
  20. ecartz

    ULTIMATE Seo Urls 5 - by FWR Media

    The language class may have been moved, but it is unlikely it was removed. If that were the one and only problem, it could presumably be fixed if you explained what the actual problem was. If it's that there is code that you used to add immediately after the language code, then you can just move it into the i() function. Change if ( !self::$_singleton instanceof Usu_Main ) { self::$_singleton = new self; } to if ( !self::$_singleton instanceof Usu_Main ) { self::$_singleton = new self(); global $lng; self::$_singleton->setVar( 'languages_id', $_SESSION['languages_id'] ) ->setVar( 'request_type', $GLOBALS['request_type'] ) ->setVar( 'session_started', $GLOBALS['session_started'] ) ->setVar( 'sid', $GLOBALS['SID'] ) ->setVar( 'language', $_SESSION['language'] ) ->setVar( 'filename', $GLOBALS['PHP_SELF'] ) ->initiate( ( isset( $lng ) && ( $lng instanceof language ) ) ? $lng : [], $_SESSION['languages_id'], $_SESSION['language'] ); } And you can add the other change to includes/classes/application.php -- find $_SESSION['navigation']->add_current_page(); and add after it if (USU5_MULTI_LANGUAGE_SEO_SUPPORT == 'true') { include_once 'includes/modules/ultimate_seo_urls5/includes/hreflang.php'; global $lng; $GLOBALS['usu5_multi'] = new FWR_hreflang( $_SESSION['navigation'], $_SESSION['language'], (isset( $lng ) && ( $lng instanceof language ) ) ? $lng : [], $GLOBALS['session_started'] ); } That's not the ideal solution, but it should get you around your immediate problem. A better solution would rename the file and/or class so that the autoloader would load it (no more include_once). And create a no-arg factory method for it that could be called from a hook. Then you wouldn't need to make a core edit. But if the only thing keeping you from using this App is that you can't find the code to edit in application_top.php, there it is. Presumably something like this is part of what piernas needs to test.
  21. ecartz

    Error With Checkout Paypal

    To fix this, turn off display_errors in the PHP configuration. Then the notices will not be displayed on the screen and won't break redirects. I do not know why you are getting these notices though. It seems to be saying that no payment module has been selected.
  22. ecartz

    Conexion a la base de datos

    includes/configure.php But maybe you want https://apps.oscommerce.com/VJEMI&wholesale-sppc-lite-phoenix ?
  23. ecartz

    Payments by credit card stopped working on Friday

    PayPal ships with Phoenix. The certificate file is at https://github.com/gburton/CE-Phoenix/blob/master/ext/modules/payment/paypal/paypal.com.crt or just download the distribution.
  24. ecartz

    Stripe SCA module installation error

    That sounds like you are using a very old version of PHP. 5.3 maybe? If you can't update PHP, perhaps try an older version of Stripe SCA. You could try replacing the [ on that line with array( and the ] with ). Not sure how many times you'd have to do that in the file though.
  25. ecartz

    Checkout problem

    There is a forum for PayPal questions: https://forums.oscommerce.com/forum/54-paypal/ There are several recent topics that say that PayPal made a change that requires an updated certificate. If you made no coding changes and it just stopped working, that seems the most likely explanation. The up-to-date version is at https://github.com/gburton/CE-Phoenix/blob/master/ext/modules/payment/paypal/paypal.com.crt If that is not it, it is barely possible that your host updated PHP in a way that broke your site. But the certificate is both more likely and an easier fix, so I would check that before talking to your host.