DisposableHero

It is not possible without writing your own code. Currently phpVMS v7 offers two ways to pay pilots; 1. By flight time 2. By each flight (fixed amount) What you need is a your own code, which basically will have two separate parts/actions; 1. Listen pirep events to get the amount of cargo they carried (pirep->fares and fare->count). Calculate the "pilot pay" for that amount/flight. 2. Send back that amount to phpVMS v7 as "pilot pay" for that pirep. For the first, you do not need to alter core code, you can do that without problems by event listeners. But for the second part, you need to alter core code to get and process your calculated pilot pay (which makes tracking updates hard). Alternatively, you can do the first part but skip the second part by paying the amount directly to pilot account after the calculation. This does not need altering core code, but no one will see the calculated pilot pay in pirep transactions, it may be only visible in admin / finances. Pilots will see increase in their current balance of course, but no details will be there. Or as a third solution, you can do the first part and change the second part a little bit. By sending that pilot pay "pilot bonus" as an "expense" (which is already built in to v7 core code so no need to alter it). While sending in the expense to v7, you need to credit the pilot account at the same time, so everyone will see it clearly when looking through pirep transactions. This probably be the nicest solution without altering the core code; 1a. Listen pirep events to get the amount of cargo they carried (pirep->fares and fare->count). Calculate the "pilot bonus" for that amount/flight. 1b. Send back that amount to phpVMS v7 as an additional "expense" for that pirep, credit pilot with the same amount. (This solution can be done in a single custom expense code) Hope this helps

No. How can he/she/it fix a mistake if you do not let a pilot to fly again when a pirep gets rejected ? It will be totally strange to forbid them to fly when a flight report gets rejected. You can manually change their state to Suspended from admin panel if you really want them to stop flying for you until you somehow resolve the rejected pirep problem. (Or you can just fire them, this will forbid them flying too)

https://docs.phpvms.net/config/email

My pleasure 😇 Oh, we forgot to clear the cache Poor laravel was trying to act on the old domains cache at the new domain. Sorry I forgot that step, technically you need to clean the cache (delete some files) when you swap domains/subdomains. No need to edit files under cache folders, phpvms generates them on the first run when not found (and this manual cache cleaning process is sometimes becomes a key factor for updates) When you need a blade change, just let me know (either via forum or discord), I may not be able to do the change for you but at least I can give you some basic info about it Safe flights,

What were they complained about... Two values being separated logically or visually ? If it is visuals only (which the pilots see) it can be fixed though (we can make them happily fly ever after), but if they are against the logic behind it then I think they need to focus on their flights rather than administrative issues Are those domains on same server and under same hosting account ? If yes, then after copying over all files to the new domain (or subdomain) changing the APP_URL value at env.php should be enough (considering the database server remains same). That was what I did when switching from test to live (same server different subdomains, same database). No laravel log from today seems like the problem is somewhere in the server (apache/nginx or php) config, it fails before even loading laravel core. So for more comments, we need to see logs. And double check that new server's capabilities against phpvms requirements, if they are not under the same hosting account.

"not have it be listed under transferred hours" Manually editing database : Will not work 'cause user stats get re-calculated every night Filing a manual pirep for each user, then editing its "flight time" directly from database : Is the only solution according to your above mentioned wish. (which may have small side effects but will not be harmful I think) Why do you want that hours to be listed as normal hours, in fact there are actually transferred hours from your old system ? I see nothing wrong there 'cause those transfer hours are used in ranks / rewards etc (if you enable that setting too). So if you define same ranks (matching or improving your old system), all will be auto selected by their vms7 hours + transferred hours etc. (same applies to awards too) Also as the admin of the va, you will have full control over your theme(s). In those you can simply show the total hours without any separation if you need so (like in roster and user profile). This of course needs some blade editing but nothing hard there. Hope you find the best solution for your new system Just a side note : Pirep / flight_time is in minutes, so when editing the pireps one by one for each user, you need to enter their VAM hours as minutes User / transfer_hours is in hours, no conversion needed.

I saw those PR's and kindly informed you about the main requirements. I see you merged them in one PR, which is kind of mandatory but still failing a simple style check When you click the Details link, it will show you the errors in red and possible solutions in green lines. So here in this particular file, you have 2 non necessary spaces First one is before the public, second one is after the comma. Deleting those spaces then saving the file will let the code to continue processing your changes. Every PR needs to pass some checks, these may be simple styling checks or complete build tests. And every PR has to run/pass those tests on their own 'cause they are threated as separate applications. They may work on your local environment without proper styling but this is not the case for being approved as core changes. Hopes this little info helps and you fix that simple style error, pass the tests and they get approved afterwards.

Why I am paying for your needs ? I give you the links, just read the docs or check the forum section. https://forum.phpvms.net/forum/39-paid-services/

https://docs.phpvms.net/ https://docs.phpvms.net/installation/uploading If you can not do the install yourself, there are some paid services offered just for that 5 minutes... Check "Paid Services" section of the forum. https://forum.phpvms.net/forum/39-paid-services/

"No query results for model [App\Models\Pirep] prefile" simply means that Acars is not able to connect to your phpvms properly and can not pre-file the pirep to move on... And root cause of that error lies just above it ; 08-27 00:16:00|ERROR; uri=http:// 08-27 00:16:00|ERROR; req=https:// Sometimes, SSL certificates do these kind of redirections and when that happens, acars fails 'cause it looks for http response comes from https (or vice versa). Check your acars settings and your phpvms / env.php (APP_URL=) Hope this helps

As I wrote at GitHub, Missing fields ; hub_id simbrief_type Non-Used Extra Fields (which also can be removed from the database, but it is another matter) cargo_capacity fuel_capacity gross_weight Fares and their relations to subfleets (and flights) is a different subject, I think you will see (code wise) how they work soon And I hope your first PR will fix the csv export/import logic of subfleets (at least partially)

Are you actually saving the aircraft ? Cause if you do not save it, it will not be there. Also your screenshot shows that you have already some aircraft saved (attached to subfleets). Just a basic info, you can not use the same name or registration, they must be unique. Hope you figure it out or provide some logs for us to inspect.

Technically, what the main question owner wants does not need a private token or a private api access ... Those checks can be done simply with the public access (public whazzup data). You can fetch the data (with minimum 15 second interval for both networks), do your checks however you wish and then either store the data in a database table or delete it. If your acars software is sending live data to your phpvms, then you can do your checks live and mark the flight online/offline as you wish. If it is sending all the pirep info after the flight then you need to store the live whazzup data with (prefably utc) time codes (like one copy for every 5 mins and keep the last 24 hours) and then check them according to the pirep (prefably utc) times to see if the pilot was online or not during the flight. Anyway, these are technical details ... I already did it for phpvms v7 with public api access, so it can be done for v5 too. Hope you can find your solution for v5.x series.

I do not know, why you (and most of other lovely human beings) insist on not reading the docs Do we have to link the docs to every question ? https://docs.phpvms.net/acars/install-client#client-config

Yeah, you asked a similar question two weeks ago ... We gave the same answer. You need to check what they offer and compare it to phpvms v7 requirements. We can not do that for you sorry If you wish, you can ask to their support by copy / pasting the requirements or just providing them the docs/requirements link to get a proper answer. Hope you figure it out 'cause once you know the results, rest will be following the docs for install (or looking for another provider).

Do they support, php 7.3 and up ? Do they offer MySQL and/or MariaDB ? Do they have all required php extensions installed and enabled ? Do they have a control panel for you, where you can upload files, create subdomains, manage databases etc. Simply, do their services meet PhpVms v7 requirements ? If so, then follow docs and you will be fine ... If they fail any of the requirements, consider finding yourself a proper hosting service provider. https://docs.phpvms.net/

admin -> airports or admin -> airlines or admin -> fleet or admin -> fleet -> aircraft When editing any of them scroll down and you will see what you are looking for.

Pilots has nothing to do with the server side stuff ... And it is not necessary to worry about it. What they need is first unpack the package to a folder, then to follow simulator side procedures first (like installing the xplane plugin, or installing fsuipc + makerunways.exe for fsx/prepar etc) and after this step double clicking the Acars.exe (or make a shortcut for it to their desktop for ease of access) If you wish you can provide a step by step guide to your pilots to follow for installing Safe flights

If you are asking about creating a template/skin for phpvms v7 with some other (pre defined templating) tools ... Then this is also possible but again you need to make your website compatible with what phpvms v7 templates need. Mainly you need to deal with Laravel Blade at that point , also again from docs -> https://docs.phpvms.net/customize/layouts Hope these help you to find an answer to your questions

If the services they offer are ok to run phpvms v7, then why not ? It is one of your main tasks (as a va admin/owner) to choose the correct hosting provider. Specs are clearly stated here -> https://docs.phpvms.net/requirements Read the docs first, then compare the requirements with that other companies offer.

Sorry for the late reply, I totally forgot this message Can you please change that fields name to CI or CostIndex (no spaces between Cost and Index) and try, the error may be related to the space being used in the name. If this does not help, we may look further.

That line belongs to the code part of "custom" pirep fields which are defined by the va admin (probably by you). /** * Update any custom PIREP fields * * @param string $pirep_id * @param PirepFieldValue[] $field_values */ public function updateCustomFields(string $pirep_id, array $field_values): void { if (!$field_values || empty($field_values)) { return; } foreach ($field_values as $fv) { PirepFieldValue::updateOrCreate( ['pirep_id' => $pirep_id, 'name' => $fv->name], // This is line 577 your error refers ['value' => $fv->value, 'source' => $fv->source] ); } } What that errors says is this "You want me to use the name of a custom field, but I can not find the that custom field itself" I would suggest checking your custom fields defined for pireps first.

Phpvms internal (database level) units are all imperial (us) why did you changed them to metric ... or why did you needed that in the first place You may have spent less time for that script or make it much better in the given amount of time without dealing with conversions.

Yes he is using v7 and the question is asked in v7 section

If you want to, anything is possible by editing your database directly