Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by iwato

  1. iwato

    Unsecure Website

    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? Roddy
  2. iwato

    Unsecure Website

    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? Roddy
  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? Roddy
  4. Thank you, Funci, for your very hard effort. Together we nailed the source of the problem. And, thank you, Ingolme, for providing the solution. Once again, I wish Ingolme, Funci, Dsonesuk, and everyone else at W3Schools a very Happy New Year! Roddy
  5. 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. Roddy
  6. The furtive fox has returned. Please note, Ingolme, the following from cPanel. dev...rs.grammarcaptive.com PHP 7.2 (ea-php72)
  7. Even more precisely: https://github.com/villfa/php-invert-color/blob/master/src/Color.php Roddy
  8. 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'];
  9. 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. Roddy
  10. Before I do anything more I have a question. Is it not likely that PHP had upgraded its json_encode() function, and that the JSON.parse function is no longer necessary as PHP has already performed the same action? Roddy
  11. It appears not to like the data that it is receiving. Do you agree. If yes, do you have any ideas. If not, I have no idea. Roddy
  12. 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); $('.CaptchaAnswer').val(''); $('.CaptchaLabel').html(jsonObj.captcha_rq); $('.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. :-) Roddy
  13. 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 Roddy
  14. How about a composer update? Roddy
  15. Nothing. Nothing. Nothing. Nothing. Nothing. Nothing. I even tried a real var_dump that included the $dataRequest variable. Also, you guessed it, Nothing. Roddy
  16. Got it. Now I understand your madness. :-) Roddy
  17. Alright. I left the error code and the condition of the if-statement and eliminated all of the remaining processing code with the exception of those lines that you designated. No error resulted. Roddy
  18. 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. Roddy
  19. 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. Roddy
  20. 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 Roddy
  21. Does this look like a good syntax error? var_dump(goofy); Roddy
  22. Hi, Funce. There are about five PHP error logs involved. And, all of them contained error messages from the past that i erased. So, I have assumed that they are working. Just to be sure. I will give it a try. Just a moment. Roddy
  23. 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: /home/thege0/public_html/grammarcaptive.com/devcptv18rs/_utilities/php/captcha/captcha_reset.php has not been loaded. And, the Error Code 500 appears. • There is no trace of a PHP error anywhere. Roddy
  24. Hi, Funce! Happy New Year! The logging system is everywhere the same. It appears as follows: error_reporting(E_ALL); 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); Roddy
  • Create New...