Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Posts posted by iwato

  1. Hi, Dsonesuk!

    It turns out that I am no longer using the page hito.html, anyway.  Rather, everything is handled by the www.hashimori.com/index.html page.  I had forgotten that I reformatted the site two years ago.  To this point can you explain the very unusual sequencing of gallery figure elements as one traverses back and forth across the various <figure> elements?


  2. OK.  I believe that I have corrected the problem by changing the link.

    Please, if I have understood you correctly, you can never point to an internet address located inside an iframe tag and expect it to open.  Is this correct?


  3. BACKGROUND: Please perform the following steps, you will see the problem.  The two domains indicated are different folders in the same public_html file.

    Step 1:  Open to https://www.grammarcaptive.com/overview.html

    Step 2:  Scroll to the bottom and click on the link https://www.hashimori.com

    Now, this latter page will open in a browser, if it is accessed directly, but not when accessed from the page indicated in Step 1.

    Why is this, and what is the solution?


  4. The phpversion() function is not available to me, but the phpinfo() function is.  It yielded PHP Version 7.0.33 when I ran it.  I am beginning to feel the need to dump cPanel.  This is the second major problem that I have had with it, and CENTOS WHM appears to handle everything that cPanel does and more without all of the frustration.  CPanel was useful while I was on a shared server, but I now have my own.

    I will return later with the outcome.


  5. OK.  I have found a real error.  Not only does it appear that I have not been keeping current, (If only you knew how difficult it hsa been.) but also the originator of the software that I am using.  I now have what I believe to be a bug.  Any ideas on how to fix it.

    [05-Jan-2020 23:08:20 UTC] PHP Parse error:  syntax error, unexpected 'const' (T_CONST), expecting variable (T_VARIABLE) in /home/.../vendor/villfa/invert-color/src/Color.php on line 16

    Here is the relevant link:  https://github.com/villfa/php-invert-color

    In my code the error occurs here:

    $color_pair = select_color_pair(true);
    $ictext_color = $color_pair['text_color'];

  6. Before I try that I would like to bring your attention to a very important point:  your prior instruction was quite good.  It alerted me to the fact that I had failed to remove a var_dump of what was being received by the reset_captcha.php file. Your not gonna like what follows though.  The reset_captcha.php file is once again reporting a 500 error.  I am absolutely amazed, but somehow feel that we are coming closer.  Please do not leave.



  7. Yes, the file is now reported as loaded, and WebConsole is now reporting a Javascript error, but I am not sure from where.  Above is the only use of the JSON.parse command in the entire calling file.

    success: function(jsonData) {			
        jsonObj = JSON.parse(jsonData);
        captcha_sa = jsonObj.captcha_ra;
        $('.CaptchaLabel').css('background-color', jsonObj.captcha_rc);
        $('.CaptchaError').css('display', 'none');			

    This is the error message:

    SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data

    Wow!  And, just when I thought things were looking bleak. :-)


  8. I replaced each of the lines one at a time. With each newly unveiled line I checked the functionality in my browser, and the PHP error log.  At no point was any error code exhibited.  I even reset the line that I had previously commented out. Nothing.

    I am currently researching how to update composer.  The number of composer.json files that I have is absolutely amazing.  They are everywhere and mostly places where I never have been and have no desire to go.

    OK.  I have just updated with php composer.phar 


  9. I just checked the error logs for .../select_color_pair.incl.php  and .../class.imageless_captcha.php, but could find nothing.  And, the error log that should include the errors  for .../vendor/autoload.php shows nothing.  As I did not build autoload.php, its errors do not appear in the same folder -- namely, /vendor. 

    I do see what you mean.  You wanna make me work....   Just a moment.


  10. I am not sure what you mean.  Each of the other pages has its own error code, just like the one that I showed above.  Therefore, if an error occurs on any one of those pages, it should appear in that pages error code that is copied into the same folder as the page.  Well, I do not not know how others do it, but it is my work flow style.


  11. Actually it created a white sheet.

    So, I introduced purposefully the error that Dsonesuk believed that I was making accidentally, and it produced a very nice error message.  So, yes, the errors are currently being reported.  Here is the resulting error message.  It may give a clue.

    [05-Jan-2020 22:06:05 UTC] PHP Warning:  require_once(.../../../../../../vendor/autoload.php): failed to open stream: No such file or directory in /home/.../captcha_reset.php on line 17
    [05-Jan-2020 22:06:05 UTC] PHP Fatal error:  require_once(): Failed opening required '.../../../../../../vendor/autoload.php' (include_path='.:/opt/cpanel/ea-php70/root/usr/share/pear') in /home/.../captcha_reset.php on line 17


  12. Addendum to Initial Entry

    The following is a note that I wrote to myself about the problem:

    •    The Imageless_Captcha functionality is failing again.

        •    Step One:  Open overview.html
        •    Step Two:  Click on Local Search/Newsletter, Local Search/Podcast, Local Search/Q&A on the overview.html page in either the production or development folder and the result is the same. The worded number phrase does not appear, rather the phrase "Enter something here!"
        •    Step Three:  Open the WebConsole in the Network panel and discover that the PHP file:
            has not been loaded.  And, the Error Code 500 appears.
        •    There is no trace of a PHP error anywhere.



  13. Hi, Funce!  Happy New Year!

    The logging system is everywhere the same.  It appears as follows:

    	ini_set('log_errors', 1);
    	ini_set('error_log', dirname(__FILE__) . DIRECTORY_SEPARATOR . 'error.log');
    	ini_set('html_errors', 1);
    	ini_set('display_errors', 0);


  • Create New...