ProAvia

I suggest you use PHP 7.2 or 7.3 for phpvms v7 Since you don't have SSH available on your host, you will need to use Composer locally and then upload all the files to your server (host). Be aware that phpVMS 7 is still in Beta and probably shouldn't be used for a live (production) site. If you decide to go with phpvms 5 - I would suggest version 5.5.2.72 (this is the Simpilot version updated to work with php 7.2) - use php 7.2 as it won't work in php 7.3. There is a link to it in the phpVMS Classic Support forum.

You need to start with WampServer or Xampp - then you can install php, apache and MySQL/MariaDB. What PHP versions are available on your host? What MySQL or MariaDB versions are available?

Have you asked your host about getting SSH access?

Shared Hosting, VPS or ???? Who is your host?

If you need more assistance, come back to this thread (after reading the documentation) and supply your PHP version, MySQL or MariaDB version. Do you have SSH access on your server?

http://docs.phpvms.net/ Have a look thru the install docs

It would help if you specified which module that is - and what version of the module you are using. That looks like FltBook - which version? What are the admin panel settings set to? What version of phpVMS are you using?

Maybe the easiest way is to have a rule that ANY manual PIREPS will need to have a comment added as to why the pilot needed to use a manual PIREP instead of smartCARS (and if no comment or invalid reason, reject the PIREP). Even if a pilot files a manual PIREP, an admin must approve it - and can edit or refuse it before the hours are added to the pilots logs.If a pilot continuously tries to use the manual method over smartCARS, just start refusing all their manual PIREPS. I have had this rule in affect for over 5 years - and have only ever received maybe 5 manual PIREPS total in that time.... and ALWAYS with a reason as to why the pilot needed to submit a manual PIREP. I also don't use "auto-accept" or "approve all" for the PIREPS. Our staff reviews each PIREP for accuracy, fuel burn, flight time, etc). Even an ACARS type PIREP can and does have errors (excessive fuel burns, excess flight time, etc.). I am still wondering how a pilot is going to get the manual PIREP info to you if you don't have a PIREP form for them to submit the info......

While this might prevent regular users (pilots) from using the manual PIREP form, how will admins be able to now enter the pilots ID to input the PIREP data for a specific pilot?

How are the pilots going to get their PIREP information to the admins? Aren't they going to need some type of form to get the info on their flights to the admins? Using the PIREP form allows pilots to submit their info - and then admins can edit, approve or reject them. Additionally, using an ACARS program (like kACARS_Free or others) will accurately track flight times and allow pilots to submit the data without the need to fill out a manual PIREP.

Look for this setting in local.config.php # If you want to count transfer hours in rank calculations Config::Set('TRANSFER_HOURS_IN_RANKS', false); Change false to true and save the file.

How many airports do you have listed as hubs in your database?

Did you post this as an issue on github? That would be the best place to get it noticed by the developer. I'm sure he will look into it after the holidays,

Thanks for sharing the solution. Hopefully this will help out other members in the future.

Hmm, interesting. So something in one of the Crew Center files is probably causing this. Hopefully a member that uses Crew Center has found a fix.

Default skin or addon skin? Try the search using the default skin and see if it displays only KJFK departures when selecting KJFK in the departure box. What other addon modules do you have installed?

How did you fix it? Providing your solution may help another member in the future.

Are you using the default search or an addon module?

The markers on the map for VOR, fix, etc, - those along the planned route line, should disappear in 10-30 seconds without any input from the user. I believe the default is 10,000 ms (10 seconds).

Second message, page 2..... https://forum.phpvms.net/topic/19993-navdata-update/page/2/ Navdata for AIRAC 1902 - second AIRAC from 2019

When you select KJFK for the departure airport, does it show only KJFK departures or does it show all departures in your database? If it only shows KJFK departures, you can use pagination to display a smaller number of results per page - as eluded to by Yash. If it displays all schedulesfor your VA when selecting KJFK, you have an error in your coding. Are you using the default schedule search or an addon module to search?

There are probably some errors in the navdata you uploaded to your site. I've seen it on my site too. Most of the time its an intersection/fix and not a VOR. Sometimes its a wrong lat/lon in the navdata, other times the name of the waypoint is wrong in the flightplan. You could look in the navdata table and try to fix it, but the next navdata update you make to your database will negate the fix. This issue is not specific to phpVMS 5.5.2 and can happen with any version of phpVMS - it is strictly related to the navadata used in the navdata table.

I see you solved it as I was typing. What did you do to solve your issue. Posting the solution might just help someone else out in the future.

Did you use the Pages option in the admin panel? If so, at the bottom of the page you are creating are two boxes marked Public and Enabled. Enabled allows anyone logged in to see the page. Public allows anyone logged in or not logged in to see the page.

What version of phpVMS? What skin? What PHP, Apache and MySQL versions? What error?