Jump to content


  • Content count

  • Joined

  • Last visited

  • Days Won


Posts posted by ecartz

  1. I think that a "non-consecutive numerical sort order" is probably the best solution.  Note that it doesn't need to be a database entry.  A hook file in includes/hooks/system would work as well. 

    The closest thing to documentation is the commit notes (and the commit itself):  https://github.com/gburton/CE-Phoenix/commit/ae01e0d4d91b2e4a561735168ef4fbe6ba8e6899

    Related commit:  https://github.com/gburton/CE-Phoenix/commit/d2adabebe2efbdcd28513c6057758cd25ed48fc4

    I don't think that it is very complicated.  HTTP_SERVER . DIR_WS_CATALOG should always be used now, where previously it was only sometimes used (in the ENABLE_SSL false case).  For the most part, this is just simpler.  Because instead of having to check various things to determine the correct link, the code can just consistently use one thing.  The old system was complicated, as it had to try to mix SSL and non-SSL pages.  But this always uses whatever the HTTP_SERVER is configured to provide. 

  2. 41 minutes ago, lyonsperf said:

    I don't understand the reasoning in why they do this

    Three things: 

    1.  They may be using this to send spam email.  If the email address is for someone else but the personalized information is for "product/link they want to spam", they can use your email system to send their spam. 

    2.  They may want you to read the messages.  I.e. they are spamming you. 

    3.  They may simply be paid to do this.  Even if ineffective, they still get paid. 

    There are several Captcha mods, including two from Burt for Phoenix. 

    Apache includes the ability to block IP ranges.  I think there may be mods that help you configure Apache. 

  3.     if ( isset($trInfo->s2p_id) && ($s2p['s2p_id'] == $trInfo->s2p_id) ) {
          echo '              <tr class="dataTableRowSelected" onmouseover="this.style.cursor=\'hand\'" onclick="document.location.href=\'' . tep_href_link('ship2pay.php', 'page=' . $_GET['page'] . '&s2p_id=' . $trInfo->s2p_id . '&action=edit') . '\'">' . "\n";
          $icon = tep_image('images/icon_arrow_right.gif', '');
        } else {
          echo '              <tr class="dataTableRow" onmouseover="this.className=\'dataTableRowOver\';this.style.cursor=\'hand\'" onmouseout="this.className=\'dataTableRow\'" onclick="document.location.href=\'' . tep_href_link('ship2pay.php', 'page=' . $_GET['page'] . '&s2p_id=' . $s2p['s2p_id']) . '\'">' . "\n";
          $icon = '<a href="' . tep_href_link('ship2pay.php', 'page=' . $_GET['page'] . '&s2p_id=' . $s2p['s2p_id']) . '">' . tep_image('images/icon_info.gif', IMAGE_ICON_INFO) . '</a>';

    That's replacing 112-116.  Then at 128

                    <td class="dataTableContent" align="right"><?= $icon ?>&nbsp;</td>


  4. The notice is suggesting that there is a problem in the display_input function of cd_wholesale.php such that the $input_id is not getting set.  Perhaps a corrupted copy of that file?  Or it's barely possible that there is one configuration where it does get set and another where it does not. 

  5. German forum:  https://forums.oscommerce.com/clubs/6-german-community/

    This is the general English forum.  https://forums.oscommerce.com/topic/496159-installation-oscommerce/

    Perhaps you started from a German forum link (I think it used to be on a separate domain; perhaps it redirects to the English domain).  It looks like you can set the English forum to show the non-post content as German.  But the only German-specific section is the German Club/Community. 

  6. 9 minutes ago, ufty73 said:

    so weit alles ok und wurde alles auf den Server geladen, nur bei der Installation bekomme ich dann diese Meldung hier. 



    I'm sorry; I don't speak German.  Which is why I expect that you might get better help in the German Club, where German-speakers are more likely to reside.  I have to use Google Translate to read your posts.  I suppose I could use Google Translate to post my responses, but overall I think that would make things less clear.  Because then no one would be able to see the original English version.  This way, yes, you have to use Google Translate to convert my English into something you find readable, but at least there are my actual words. 

    That error says that there is a problem with the hosting settings.  You would need to ask your host to get the correct value for Database Server (the top field in your screenshot).  Apparently s274.goserver.host is either not the correct value to put there or your host has to reconfigure something to allow it.  Either way, that's something that your host would have to help you do. 

  7. 1 hour ago, ce7 said:

    if the some addon involve to modify code, let say order.php do i modify one of the file or do i modify all or something else?

    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. 

  8. 9 minutes ago, René H4 said:

    Hi Matt, your Dutch reading skills are excellent! 🙂

    Thanks for getting into this - if it's a specific problem there's one more possible cause I can think of: After the language installation the language if for Dutch was 2 (English=1), I changed that to 4 since that came with other tables in the database (legacy shop). Could that cause the problem?

    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. 

  9. 10 minutes ago, René H4 said:

    @Fiber Bert, ik wete niet of het aan mijn installatie ligt, maar ik mis met 1079 de invulvelden bij create account. 

    Als je dat kan, wil je dat dan eens bij jouw site nakijken? Dank je! 

    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. 

  10. 45 minutes ago, raiwa said:

    Removing this line will make disappear the erro message but breaks the addon. You have to update the path instead to the correct location which is in includes/system/versioned/.

    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. 

  11. 29 minutes ago, burt said:

    It maybe an idea to add such a thing into Core.  Thoughts ?

    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. 

  12. 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. 

  13. If you want to try something before Rainer has a chance to look at it, consider changing

     if ($this->enabled == true) {


     if ($this->enabled && !defined('DIR_FS_ADMIN')) {


     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. 

  14. 8 hours ago, douglaswalker said:

    Use of undefined constant CHARSET - assumed 'CHARSET' (this will throw an Error in a future version of PHP) in /home/woodtoys/public_html/includes/classes/seo.class.php on line 1831

    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? 

  15. 51 minutes ago, 14steve14 said:

    Fatal error: Uncaught Error: Call to undefined function tep_navbar_store_search()

    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. 

  16. 19 minutes ago, marokech said:

    while keeping the same USU5 module (language class removed in

    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;


         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


    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.