Home› Plugins

Wished I never enabled Mark Release to see bit more debug output !

OldskoolOrion Member
in Plugins
"Zenphoto processed a 404 error on /tiny/function keys() { [native code] }?_=1448487857818. See the debug log for details."

There are no additional sensible log entries which make sense at the moment to me, because ["REDIRECT_STATUS"]=>string(3) "200" is ok I think because, it's tinyURL. And when browsing the frontend, nothing is out of the ordinary. Everything works as to be expected.

I know it's only a notice, and I actually never get a 404 dished when browsing thru albums, images, etc.

But where does that bloody nuisance come from ? There HAS to be a reason.

Besides the "keys()" function, I get the same notice for delete(), match(), open(), and has(). I'm about to dissect the MySQL database, record by record, because those functions are nowhere to be found. I grepped all bloody files and no-go.. they are not in the code, so WHYYYYY ???? I'm so annoyed right now :-)

I'm gonna blame the bloody cheapskate hosting-service for their crappy, slow, medieval hardware for now (site owner is finally moving to another service, before the end of the year, so will this install and develop environment).

Before we go I'll switch all the debug options to true in global-definitions and crash that server within, since I noticed that that can give you 250 5mb log files within a few mouse clicks ;-)

I'm running .10 - anyone ever encountered these messages and actually knows why they are there ?

Comments

  • acrylian Administrator, Developer
    Where exactly do you get these messages and what are the full messages? 404 is "file not found" issue on the file sytem and not about missing functions as that would be a fatal error.
  • OldskoolOrion Member
    Hi Acrylian,

    Rest of the message is :

    trigger_error called from debug404 (functions.php [2106])
    from include (404.php [39])
    from include (index.php [134])
    from index.php [28]

    404 error details
    {
    ["REQUEST_URI"]=>
    string(83) "/__digiarchief/tiny/function%20keys()%20%7B%20[native%20code]%20%7D?_=1448487817548"
    ["HTTP_REFERER"]=>
    string(60) "http://beeldarchief.heemkundesjin.nl/__digiarchief/tiny/2281"
    ["REMOTE_ADDR"]=>
    string(14) "<MYEXTERNALIP>"
    ["REDIRECT_STATUS"]=>
    string(3) "200"
    }
    {
    ["_"]=>
    string(13) "1448487817548"
    ["album"]=>
    string(38) "tiny/function keys() { [native code] }"
    ["theme"]=>
    string(8) "libratus"
    }

    Since the hosting is done on a really crappy server, I cannot exactly pinpoint when exactly a message is written to the debug.log. They arrive after for example looking at that picture as a test.

    I the tiny url ending on 2281 works perfectly fine and it shows me the picture. When I paste it in my address bar it takes me where I expect to be :-)

    The messages are always with one of the different "functions" as mentioned above. Rest is similar. This time it was Keys().

    But there's noting I can notice on the front end. And besides constantly these messages (mostly browsing through albums / checking pictures, testing functionality, there are no warnings nor messages, and don't encounter actual 404's.

    I need a PHP debugger. I'm sifting manually now through a sql-dump I just made. Maybe it's something in there, but that's just guessing. I modified libratus code on a 1000 spots, but been walking through that code extensively testing and don't know what would be wrong in there - especially since I never get an error or even a message. Every thing works (now) as I intended.

    Won't rest till i find the culprit tho - besides pissing me off, I actually learn a thing or two and it's fun trying to find what it is - in a masochistic way. I might have a temper, but I'm not quitter ;)
  • acrylian Administrator, Developer
    The part `"/__digiarchief/tiny/function%20keys()%20%7B%20[native%20code]%20%7D?_=1448487817548"` shows clearly that this is a possibly hack or whatever attack that results in a 404 error as is should with invalid url. That is not any kind of url (except the `tiny` that is from the tinyURL short url plugin) that is supposed to work.
  • OldskoolOrion Member
    Then I'm the hacker.. My fixed external IP is the referrer. And it happens when I cause activity on the frontend by browsing etc. it wasnt something in the sql database - checked it all. Im now manually tracing & tracking by writing my own logmessages. ill have to fiddle with zencore files - its just temp and no real changes.. Just appends to file as a way of stepping into the code debugging. Easy to remove the moment I found it :-)
    I can always disable the mark plugin and not see the messages, but Im sure that it costs some percormance as well.. All be it not much. This server can use alle the help it gets. Wouldnt be surprised if the server is the cause in the end. So badly installed. Anyway.. If i find it ill let you know. Thanks for thinking along :-)
  • OldskoolOrion Member
    You know what's funny ?

    I installed a test-environment on my laptop :
    1) downloaded an exact copy with ftp
    2) made a full mysql-db backup
    3) loaded that over standard install of zenphoto localhost
    4) ran setup localhost
    5) had to modify two,three settings in options/plugins to reflect the localhost url..
    so basically NOTHING out of the ordinary changed right ?

    well.. I dont get the warning anymore. online i do.. localhost i don't.
    aka.. i'm blaming the hostingparty :P
Sign In or Register to comment.