Jump to content

ProAvia

Administrators
  • Posts

    1648
  • Joined

  • Last visited

  • Days Won

    71

Posts posted by ProAvia

  1. Thanks Jimbo - the option to roll back to an earlier php version has been removed from our CPanel a few years back.

    I went into the maintenamce options in phpVMS and ran the last 4 items.... Reset cached shedule routes, Reset cached PIREP routes, Clear cache and Optimize tables. That cleared the error and dashboard now loads correctly. Hopefully the next time this happens, I'll remember what to do.....

  2. Starting this morning, we show the following error in the Admin Panel:

    Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 30033 bytes) in /home/xxxxx/public_html/va_name/phpvms/core/classes/ezdb/ezdb_mysqli.class.php on line 287

    Line 287: $result->close();

    phpVMS 5.5.2 - default admin skin - no files changed for several weeks

    Sidepanel shows fine and can navigate within sidepanel menus

    php 5.6.18 - been on this version for a while

    Anyone have any ideas on what to check for?

    TIA!

  3. You may have to change all the rank links.

    Originally I had absolute links, but changed to relative when I changed from HTTP to HTTPS - because I was advised it would make things easier in the future. This is when the isssue surfaced when approving PIREPS. I investigated and found the issue when regenerating signatures also. I have not seen it in Registration - but we don't use the default phpVMS module for that. Anything that has to do with rank image in PirepDataClass seems to produce the error.

    EDIT: try running the regenerate signatures from Admin, Site & Settings, Maintenance, Reset Signatures and see if the error shows for all pilots. If error shows for all pilots, then all rank links need to be absolute.

  4. 44 minutes ago, jnascar said:

    Yep worked like a champ. Fixed the screen shot one too. That was fast and you didn't even have to reply :)

     

    Registration error. Any ideas on it while you are on a roll :)

    Warning: imagecreatefromstring(): Empty string or invalid image in /home/fswbreak/public_html/core/common/PilotData.class.php on line 1016

    I believe that error has to do with the rank image link in the ranks table being a relative link (/lib/images/ranks/rankimage.png) instead of an absolute link  (http://sitename.com/lib/images/ranks/rankimage.png). I encountered this issue when approving PIREPS and regenerating signatures. In your caae - as a registration error - I guess it's happening when it attempts to assign a rank image to a new pilot. Changing the link in the table from relative to absolute should resolve the issue.

  5. Glad you could get connected! It was just a guess on my part - when comparing the info you posted and what I saw in xacars.

    As to your new issue - I am not sure. I only started xacars without FSX or XP running. The data displayed in your picture appears to be HTML coding. No idea where it's coming from. Hopefully someone with more insight will be along shortly.

  6. I'm assuming that Xacars opens.

    Look in the xacars.ini file, located in the same folder as the main xacars program. Is there a "Password = your_password_here" line after the "user" line? If not, add it (and your password).

    If the password is there - In the ini file, try changing the 'https' to 'http' in the Address, PIREP and FlightInfo lines.

    Not sure if that will correct the issue or not - but that's how it is in my ini file. My site is HTTPS, but the ini file was generated before the switch.

  7. I am getting this same error when approving PIREPS or regenerating signatures

    Warning: imagecreatefromstring(): Empty string or invalid image in /core/common/PilotData.class.php on line 1016

    Line 1016 reads: $rankimg = imagecreatefromstring($rankimg);

    I believe it is related to how 'rankimage' is listed in the ranks table of the DB. If the full URL (https://site_name.com/lib/images/ranks/rankimage.png) is listed, the rank image shows. If a relative URL (/lib/images/ranks/rankimage.png) is listed, the error shows. I have a relative URL set for the rank image - since changing the site over to HTTPS from HTTP. Rank images displayed elsewhere on the site show fine when using the relative URL. Is there something in the code that can be tweaked to allow this to work on the signature (badges) page?

    For now, I have commented out the entire "# Add the Rank image" section in the PilotData.class file (lines 1010-1026). This stops the error as the expense of not showing the rank image in the signature. I suppose I could set Config::Set('SIGNATURE_SHOW_RANK_IMAGE', true); from true to false (in local.config.php) to accomplish the same thing, but haven't tried that yet.

  8. 51 minutes ago, JareBearPilot said:

    The pilot who I was working with had an ampersand ('&') in his password and php was not properly handling it (losing everything after the ampersand). I had the pilot change his password and all appears to be fine now.

    Thanks!

  9. I'm pretty sure this is possible, but I don't know how to do it.

    I'm guessing you mean in the manual PIREP form. Personally, I make filing a manual PIREP as uninviting as possible. I want pilots to use my automated PIREP system.

    Are you also using an automated PIREP system? If not, you may wish to look into kACARSII (payware) or kACARS_Free (freeware). This may make your job as an admin much easier when processing PIREPS - and make it easier for your pilots to submit PIREPS.

  10. Also just noticed in Error_log a bunch of similar errors starting on 12/17/2017.

    [22-Dec-2017 10:17:37 America/Los_Angeles] PHP Warning:  file_get_contents(): Failed to enable crypto in /home/xxxx/public_html/xxxx/phpvms/core/modules/Aircharts/Aircharts.php on line 18
    [22-Dec-2017 10:17:37 America/Los_Angeles] PHP Warning:  file_get_contents(http://api.aircharts.org/Airport/KASE.json): failed to open stream: operation failed in /home/xxxx/public_html/xxxx/phpvms/core/modules/Aircharts/Aircharts.php on line 18
    [22-Dec-2017 10:17:38 America/Los_Angeles] PHP Warning:  file_get_contents(): SSL operation failed with code 1. OpenSSL Error messages:
    error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed in /home/xxxx/public_html/xxxx/phpvms/core/modules/Aircharts/Aircharts.php on line 18
    [22-Dec-2017 10:17:38 America/Los_Angeles] PHP Warning:  file_get_contents(): Failed to enable crypto in /home/xxxx/public_html/xxxx/phpvms/core/modules/Aircharts/Aircharts.php on line 18
    
    [22-Dec-2017 10:17:38 America/Los_Angeles] PHP Warning:  file_get_contents(http://api.aircharts.org/Airport/KDEN.json): failed to open stream: operation failed in /home/xxxx/public_html/xxxx/phpvms/core/modules/Aircharts/Aircharts.php on line 18
    [22-Dec-2017 10:27:42 America/Los_Angeles] PHP Warning:  file_get_contents(): Peer certificate CN=`nameitcreateit.com' did not match expected CN=`api.aircharts.org' in /home/xxxx/public_html/xxxx/phpvms/core/modules/Aircharts/Aircharts.php on line 18
    [22-Dec-2017 10:27:42 America/Los_Angeles] PHP Warning:  file_get_contents(): Failed to enable crypto in /home/xxxx/public_html/xxxx/phpvms/core/modules/Aircharts/Aircharts.php on line 18
    

    The first 4 occur from 12/17 to the date/time shown. The later 3 show from that date/time to present.

  11. This module was working perfectly a week or two ago. Today I am getting the following errors when attempting to access an airport that AirCharts supplies charts for.

    Warning: file_get_contents(): Peer certificate CN=`nameitcreateit.com' did not match expected CN=`api.aircharts.org' in /home/xxxx/public_html/xxxx/phpvms/core/modules/Aircharts/Aircharts.php on line 40
    
    Warning: file_get_contents(): Failed to enable crypto in /home/xxxx/public_html/xxxx/phpvms/core/modules/Aircharts/Aircharts.php on line 40
    
    Warning: file_get_contents(http://api.aircharts.org/Airport/KLAS.json): failed to open stream: operation failed in /home/xxxx/public_html/xxxx/phpvms/core/modules/Aircharts/Aircharts.php on line 40

    Line 40 reads:

    		$obj = json_decode(file_get_contents($apiurl), true);

    It looks like the AirCharts site has the ability to use 'https' instead of 'http'. I tried changing the 'http' entries to 'https' in .../modules/Aircharts/Aircharts.php and received the same error.

    Also, looks like version 2 of the API was released (https://api.aircharts.org/). I tried changing the 3 $apiurl lines (17, 28, 39) in Aircharts.php to reflect this change and continued to receive the same error.

    The only item on my site that changed is we added SSL (https). But after getting that all set up, everything (including AirCharts) worked fine - until today.

    Any help is much appreciated.

×
×
  • Create New...