Leaderboard

I am excited to announce the release of my custom phpVMSv7 theme! I created this theme because I know that not everyone has the budget for an expensive custom design, and I want to support the community by providing a high-quality, modern, lightweight and efficient, accessible alternative. SPTheme is fully customizable and designed with privacy in mind, as it contains no external content and is 100% GDPR-compliant. It features a built-in admin module, allowing for easy management, and includes both dark and light mode for a flexible user experience. To enhance functionality, SPTheme offers live network statistics and a "Who is Online" display, ensuring users always stay informed. Additionally, a registration exam mode allows for extra verification of new pilots. For added convenience, the package includes 42+ placeholder images, making it easy to set up a visually appealing site. With multi-language support and over 226 translatable additional phrases, the theme is ready to be used worldwide. And that’s not all—there are even more features and enhancements included to provide a seamless experience. I hope SPTheme helps virtual airlines achieve a professional and modern look without high costs. More details are available at https://shop.sass-projects.dev. Check also the live demo for additional information and feel free to reach out if you have any questions!

As you may have noticed, phpVMS v7 comes with built in SimBrief API integration and aircraft can be configured in some different ways to achieve better planning results. Below you can find some key instructions and settings with their effects. Main Requirement is a valid SimBrief API key, to get one kindly check SimBrief documents (website/support forum) and complete your application, when you have your key ready, just insert it in settings. While waiting for your API key you can define your Subfleets and Aircraft as below; Subfleet Definitions; Here only important field is "SimBrief Type", when it is defined it will be used for all aircraft under this subfleet. And it simply overwrites the Aircraft ICAO code during planning. If your pilots are using only one simulator (like X-Plane) and only one aircraft addon for this subfleet (like Zibo), then you can simply add your Zibo B737-800X SimBrief Airframe ID here at this field. Aircraft Definitions; This is the most important part, as it allows fine tuned planning compared to a generic subfleet airframe definition. As you can see, we do have the same "SimBrief Type" field here too. This affects only the aircraft, and has priority over the subfleet definition. So if you have a really specific SimBrief Airframe for a particular aircraft and want it to be the default, then you can enter the id here. (Also it is possible to use this field as a replacement ICAO code. Imagine you are using an Airbus CEO but want this aircraft to use Airbus NEO standards at SimBrief, so you define A321 as the ICAO code, but use A21N as the SimBrief Type.) FIN, SELCAL and HEX CODE (ICAO 24-bit, transponder identification code) are optional and have no direct effect on the flight plan you will generate but the weights below are important. When defined, these weights are passed to SimBrief for flight planning purposes, so better define them according to the aircraft you are trying to simulate within phpVMS. You can see that the DOW is empty (0) in the example, this is not a mistake but done on purpose. You will see it later. Using SimBrief Airframes (sb airframes) ; phpVMS is able to get and store all publicly available SimBrief Airframes / SimBrief Layouts during install and update them weekly (with cron), also it is possible for admins to manually trigger an update whenever they wish to. Also it is possible to add your own / custom airframes to the system easily. As like SimBrief itself, airframe definitions are "ICAO Code" based, once you define and save your custom airframe at SimBrief, you can simply copy the airframe ID and add it to phpVMS by giving it a nice looking unique name and the aircraft ICAO type code you wish to use. Also, if you do not want to use the built in SimBrief airframes and have only your custom airframes listed, then you need to enable the respective setting from Admin > Settings. This logic also applies to passenger and baggage weights being used for planning. Imagine you have an airframe definition (either created by you, or a public one provided by SimBrief), using 100 kg for passengers and 20 kg for their bags. But you do not want to use those weights because you have some custom weights for scheduled/non-scheduled flights, even better you control your baggage weights per airport with some custom code etc. Then you need to enable the respective setting to pass in your weights to SimBrief. How does it work, how is the priority logic defined ? Why the DOW is empty in the example ? Subfleet SimBrief Type = Empty Aircraft SimBrief Type = Empty Aircraft ICAO Code = A321 Aircraft DOW = Empty Aircraft MLW = Empty SimBrief Provided Airframes = Fenix A321 IAE, Fenix A321 CFM, ToLiss A321, Your Custom A321 As you know, each addon aircraft have their own basic empty weights and mostly they are hard coded (for SimBrief it is the DOW - Dry Operating Weight / OEW - Operating Empty Weight). So we leave it empty, to be able to use the DOW from SimBrief Airframe definitions. When planning, the dropdown will show you 5 items, the list is above and there will be a "SimBrief Default" entry (which is the basic definitions of SB). If you select Fenix A321 IAE, then its DOW will be used, along with its performance definitions (like fuel factor, engine thrust rating and others), equipment etc. But the weights you defined will be sent to SimBrief to overwrite those values. If you do not select one, it is ok too as the defaults provided by SimBrief along with the data you are sending (like weights and other stuff) will be used. But if you are after precise flight planning, then it is better to either have your main types defined at SimBrief and a matching airframe should be selected. Subfleet SB Type > Aircraft SB Type > Selected Airframe > Aircraft specific details (like weights, SELCAL, HEX, FIN, VA specific custom RMK field) With this order and logic you can have base airframes for your fleet, like PMDG B738, Zibo B738, LevelUp B738 (same example can be extended to Fenix, ToLiss, Aerosoft, Flight Factor group) and then define aircraft specific changes at phpVMS because in a fleet some aircraft have different MZFW or MLW's but they do share the generic specifications. Like a B738 can have 79013, 77000 or 75000 KG MTOW depending on the certification, instead of defining different airframes at SimBrief, you can simply pass that info during planning. Recent changes at SimBrief allow pilots to have precise performance calculations, specific limitations and if certified some nice ETOPS abilities, to be able to use them with phpVMS, defining airframes at SimBrief and using their ID's during planning will be the best option (considering some items still not available at api access, this method will eliminate those cases too). Climb / Cruise / Descent Profiles and Layout Options All these are also obtained from SimBrief and tied to Aircraft ICAO type codes, so when you select an A321 from your fleet to generate a flight plan, you will see the profiles SimBrief offer for that type in general. Additionally the layout is automatically selected if an airline match is found, if not SimBrief Default (LIDO) is used. What about General Aviation and Really Custom Airframe Support GA is supported by SimBrief up to a point, so we do have the same, even though the examples above are based on airliners, logic remains same for GA aircraft too. And you can still define your custom (non-existing airframe at SimBrief) as per their documentation, have a profile for it and use it at phpVMS. Considering that nothing offered by SimBrief, your custom airframe will be the only option at the dropdown. Hope this help, safe flights.

Note: If you own all packages then please note the update order! SPTheme -> DBPack -> DSPack Note 2: If you changed the colors, for example, just backup the following file: /resources/views/layouts/SPTheme/config.json 05.APRIL.25 (v1.3.0 / 1.3.0 / v1.3.5) (v1.3.0 SPTheme) Fixed an issue where incorrect fuel/weight units were displayed Fixed an issue where users could not change their password Fixed some style discrepancies on macOS devices Fixed issues with VATSIM/IVAO user fields and OAuth link Fixed an issue where fares could not be entered when changing aircraft (v1.3.0 DBPack) Fixed an issue where some fleet images were not responsive Fixed an issue where cards did not have space between them Fixed a condition where the cruise profile CI/LRC could not be changed Fixed a label that had some typos Added a failsafe to the SimBrief form in case a profile could not be found Added a failsafe to the random flights Widget (v1.3.5 DSPack) Added a failsafe to the assignments if a flight was deleted Fixed a missing route to the missions area for flight details Fixed an issue with multiple airlines and the selected fleet on free flights Fixed name for the airline on assignments

Note: If you own all packages then please note the update order! SPTheme -> DBPack -> DSPack 11.MARCH.25 (v1.2.2 / 1.2.2 / v1.3.1) Some minor fixes for the award-widget, userrole and pireps table (v1.2.2 SPTheme) Changed blades for Hub/Airline Transfer v1.8 module (v1.2.2 SPTheme) Changed menu links for Hub/Airline Transfer v1.8 module (v1.3.1 DSPack) Changed menu links for Hub/Airline Transfer v1.8 module (v1.2.2 DBPack)

Thanks, everything worked smoothly after deletion 🙂

Hey all, Very long time since I have posted about any of my modules. I have been working extremely hard on what could be a revolutionary product for phpVMS, and now I'm finally ready to show it off. Introducing Apex Flight Ops, a next generation flight center for phpVMS, featuring a map at the center of it all, just like Volanta, Elavetex, Microsoft Flight Simulator, and other trackers with a map centric UI. You can now try it out FOR FREE and experience Apex, relatively risk free, by signing up at https://apex.cardinalhorizon.com/ Read our announcement for a bit more info too: https://medium.com/@taylorbroad/hello-apex-flight-ops-63386b5c7540 Here are a few screenshots for the UI.

SPTransfer v1.3 for phpvVMS7 Thanks to ProAviaAZ, for the suggestions. Added an option for different charge types Added a widget for showing pending requests

Hey, first I want to mention that this is not a personal commercial promotional post. My goal is simply to encourage people to explore and use phpVMS 7. It's a powerful platform with great customization options for virtual airline management. Yes, I have a lot of experience but nothing is impossible. Creating themes and designs for phpVMS version 7 with Laravel offers great flexibility without needing WordPress for custom homepages. Since phpVMS is built on Laravel, you can leverage modern tools to craft unique, responsive designs directly within the platform. Themes are built using Blade, Laravel's templating engine, which allows for easy separation of logic and presentation. This makes it simple to create reusable layouts, such as headers and footers. Additionally, you can integrate CSS frameworks like Bootstrap or Tailwind to ensure the design is mobile-friendly and visually appealing. For dynamic features, JavaScript libraries such as jQuery or Vue.js can be added, enhancing interactivity. Laravel also supports efficient asset management with tools like Webpack or Laravel Mix, optimizing CSS and JavaScript files for performance. Overall, phpVMS 7 allows for full customization of both the homepage and the entire user interface, eliminating the need for external systems like WordPress. The flexibility of Laravel ensures that you can create engaging and functional themes directly within phpVMS. As I am a long-time user of phpvms version 5 I know how similar virtual airlines are designed, so I want to show just a few different examples, of how different your work can be end.

Great news... First of all congratulations and thank you for your efforts, considering community and sharing your work. Will try to test it on some non vanilla installs

https://docs.phpvms.net/customize/theming

/resources/views/layouts/ is where the theme folders are.

Great theme! highly recommended!

That is a good idea as well as then I can probably post the log files there as well

You realize you are recruiting to a forum full of VA owners?

I'm aware of the free flight thingamajig. Looks like it needs to be rebuild.

Hi, yeah I can add a failsafe this isn't a problem, but the source of this, like Disposable already said, is a missing or deleted flight. I'll send you the files tomorrow,

Yes - I was basically wanting to know if the OP knew he was posting this on a competing VA management system forum. I wonder if vaBase has a forum and if they would be okay with me/us posting our phpVMS based VA in their forum. 🤨😳😉

@DisposableHeroupdated the code and generated a sample json with the fares based on the default profiles https://github.com/aerocaribbeanva/phpvms-utilities/tree/main/phpvms7-fares I was able to use https://www.simbrief.com/api/inputs.airframes.json

This is a vmsACARS item - it doesn’t belong in phpVMS v2/v5 Support section. it belongs in phpVMS 7, vmsACARS forum. I’ll move it as a one time courteously - please use the correct forum moving forward. Additionally, when needing to post more than a few lines of a log file, upload the log file and provide a link in the forum. It is difficult to read a long log in the forum itself.

As far as I know SimBrief does not have seat configuration definition and it can differ from airline to airline, and again as far as I know you do not need an API key to fetch the default profiles. I do define my fares according to the airline I simulate, I do not care what the addon provides at that stage because they do try to provide a single layout which can suit most of their users. Imagine it like Fenix providing a 220 seat A321, but the airline I do simulate has 20+180 for example, thus 200 seats max. Also opposite can be faced, the airline you try to simulate can have a special config of 230 pax (all economy on an A321, terrible config but there are companies using that), but the addon can give you 219 only. Thus reading something from SimBrief and then converting it to v7 fares is something I would never do (even if I can, I would not go that way), I do define my fares according to the real airline, then advise my pilots to match the Traffic Load or ZFW (if the addon is not providing enough seats or cargo space). Good luck with the script

I don't think that I understood the main aim here, will try to provide some answers though 1. If you want to dynamically check the simbrief profile, thus the selected addon aircraft and read its capacity then apply it back to phpVMS (for automatic random payload generation), sorry this is not possible. 2. If you have subfleets defined for each ICAO type (which as you said are tied to some simbrief airframes) then you can (and have to) adjust their fare capacities manually once (as described in other guides). Sorry but this is admin work, needs to be done. As the addons differ in capacities, it will not be logical to develop something to read simbrief profiles and then write them to phpVMS fares (to reduce admin work). Imagine a code reading iFly profile and adjusting the fares according to its seat config and then same code will read a Bredok profile which is totally different from iFly, same will happen while reading PMDG profiles and then reading a Zibo profile etc. Even if someone tries to spend some time to develop something for this, it will be practically useless and create more problems Hope this helps

No, those are all just warnings and may get removed in further versions of php/laravel.

Here you go: http://shop.sass-projects.dev/custom.zip (remember to clear your browser cache as these files are mostly stored there.

Hi @William Looks like you added "SES_ENDPOINT" only to services https://github.com/phpvms/phpvms/blob/main/config/services.php#L26-L30 Technically the "MAIL_FROM_ADDRESS" and "MAIL_FROM_NAME" are already defined and can be controlled from .env itself, no need to modify mail.php for them, as it will revert back to defaults during an update. We can add that additional AWS SES Enpoint to phpVMS itself, so future updates will have it and you will not worry about updates Safe flights

Looks like this project is 99.99% dead, as I wrote earlier, something not finished in 3+ years will never be finished. So called "additional fields" should not be a fact as they are not much in numbers and all were optional, a simple export from a recent build (or a check on export/import code) will give you the new fields in minutes, that simple it is. But, if someone does not want to do something, which is understandable and acceptable, then there is always "something else" to check. This is the reason I am thinking that this project is dead for a long time

Yeah... I think all ranks need to be present in the sub-fleet. For instance, if I am a Sr.Captain and the sub fleet only has a First Officer assigned, it will only show the schedules to ranks of the first officer and not to Captains or Sr Captains. Basically, I understand all ranks need to be assigned to the sub-fleet for all schedules to be displayed. It does not compound from the lower one. Thanks though for making me think harder!

In above solutions, SimBrief will not send the auto generated load back to phpVMS, it only creates the flight plan. You will rely on pilot input (to get the numbers back) This is important.

Yes, sorry for mixing things up!! Didn't even think about that.... It's not a theme and there's no developer involved, that is default, vanilla V7, but I'll repost this accordingly. Thanks

Thanks @DisposableHerohopefully everything works out. Thanks for all the work you have done.

Awesome... Thanks for your continuous support to the community and efforts.

Great news... KB was nice, at least it tried to work up to a point

Glad you found the cause. And now there is another tidbit of info here for someone else to see when they have the same issue.

Sometimes I am telling you I want to bang my head against the wall....... You wouldn't believe what the issue was! The php.ini had all values post_max_size, memory_limit, etc. set to numbers without the M at the end so in reality they were all KB. Fixed that, all issues disappeared smh. Sorry for wasting y'all's time!!

Yeah, if you are providing custom liveries which you have full control and sure that they are ok then you will have less problems By the way, I am adding some checks to Disposable Basic for this purpose, be aware that X-Plane will be excluded from those checks as it does not report back the livery name like MS/P3D etc. And to allow multi airline setups, people doing sub-charter flights for another supported airline I will be checking both the flight's and aircraft's airline, if one matches then it will not be rejected. Imagine like you are simulating both DLH and KLM at the same phpvms v7 setup and a KLM aircraft is allowed to operate DLH flights, then it is perfectly normal for the flight's and aircraft operator's airline icao code will be different. So in this scenario, a livery containing DLH or KLM will not be auto rejected, but if someone flies with a livery containing FDX for example, it will. Safe flights

Your last post helped me. After doing more reading and studying your post I realized that the module did not provide links on the web page. In other words the module is working you just have to come in from a different angle. Phew you learn something everyday. I just have to play about now to add them to my site but thanks you. Your help did help me

The screenshot above does not show the menu after login, it is the public frontend. This is why I asked about any new menu items. Clicking those buttons from admin modules page may end up nothing if it is designed that way, a module can leave them empty/null and provide only a page a frontend which needs to be clicked from frontend etc. etc. As an example, my modules have lots of frontend links, and nothing is defined for the button you try to click, same for admin pages too. This module may be the same, therefore you should check its documents (if any) and try checking your frontend menu after logging in to your phpvms. Hope this help, good luck

Did you cleared your application cache after enabling the module? Did you check your frontend page afterwards for any new menu items?

Dear @Toyuko, First of all, I wish success to your virtual airline, hope you can find talented staff members to fulfill your wishes and success. I just want to kindly remind you that, your crew center is clearly violating license terms of my addons (Disposable Basic and Disposable Special). They are both installed and active but there are no attribution links visible on your website, which is clearly stated on the license with some usage examples provided in the readme. So, you have two options; 1. Either remove my addons from your crew center (which is based on phpVMS v7) 2. Or fulfill license requirements and provide attribution links in footer (like you do for the rest) If the frontend is developed by any third party company/individual, inform them immediately about the issue and request their support as they may be responsible for the install/management. Good luck

Thanks This sorted the issue What a great feeling.

Please kindly check the docs (theme readme, at same location, github), requirements about a va/admin owned fontawesome kit is documented there. Once you start using your own kit, pages/links/icons will start working. Good luck

Clowns - they have been advised to NOT install beta 5. I believe Taylor Broad provided them with a link to the correct phpVMS download to install. Personally, I'd never go asking them to install or fix anything phpVMS related. It's not that they are incompetent, but phpVMS isn't their specialty. In the phpVMS Discord, visit the #v7-releases channel. Scroll to the bottom. The last entry (from 12/6/24) presently shows 7.0.46. Click on the 'zip' to download the file to your desktop. Filezilla is fine for editing files and moving addons into phpVMS - But it's easier and quicker to use cPanel's included File Manager to upload the phpVMS dev zip file. Here is a link to the docs for phpVMS 7 https://docs.phpvms.net/ Since you have an existing install, click on 'Installation', then 'Updating'. https://docs.phpvms.net/installation/updating Read thru that short section on updating. You will be uploading the entire zip file to the root of your phpVMS 7 install (the one with the .env file in it. Make a backup of your site! Skip this at your own peril. At a minimum, make a backup of the .env files. Also, make note of any changes you made to files in the /config folder - I recommend making a backup of this as well and checking to see if there are changes to any of those files which might need to be copied over. On your remote site (through your FTP client or SSH), delete the vendors folder On your remote site (through your FTP client or SSH), delete all of the files in bootstrap/cache and storage/framework/cache (delete the contents, NOT the folders) Upload all of the files (or upload latest build via your file manager and unpack), and overwrite everything. If you are using composer, then run composer install command via shell/terminal Visit the /update URL of your site (e,g http://myva.com/update) to complete the update/installs Check the changelog for template changes so you can update your skin Follow the instructions - except #5 as you are uploading the entire zip - to the letter. The final step is to go to admin, maintenance and clear the cache. This should bring your phpVMS up to date. Airports, aircraft, flights (schedules) will need to be added manually. I believe you can upload a few airports, aircraft and schedules - then export them and edit/add to them using Excel (or similar) in the CSV file format and then re-import them with your changes/additions. Be sure to follow the format in the CSV files exactly or you will have issues with missing data. I'd suggest getting the base phpVMS system working first and then concern yourself with addons (theme, modules). As for SC3, there should be a Web or Module folder included which you (as the site admin) would upload to the phpVMS 'modules' folder. This will allow you to test SM3. The above should at least get you started with the basic system and SM3.

Your best bet would be to read thru each readme (phpVMS, Disposable Theme, modules). If you understand the functions of the program and addons, you can easily install them all as well. It’s really just a matter of reading and understanding the instructions - and then (in phpVMS install) basically a copy/paste, /update and clear cache. Inserting the image you posted in place of one of the default images is easy to do as well. If TFDI installed phpVMS, hopefully they installed the latest dev version and not beta 5 (which is way out of date). They should also have installed the SM3 module if you ordered it at the same time as your hosting with them. Be aware that presently SM 3 isn’t fully compatible with phpVMS v7.

affirm, i'll do that next time it occurs

Works just fine now on PHP 8.3. The issue was a mismatch of the Apache user and the owner of all the phpVMS files.

Since the OP hasn't posted an update to this in almost 6 years and hasn't visited the forum in over 4 years, I'd consider the projected dead and abandoned. Even if it was completed 4-6years ago, chances are it wouldn't be compatible with the latest dev release of phpVMS v7.

I shared my thoughts already at Discord. Looks like your install is not good and you have file/folder access problems.

Already did as we speak Issue Link : https://github.com/nabeelio/phpvms/issues/1873 Solution Link (Pull Request) : https://github.com/nabeelio/phpvms/pull/1874 So when this gets merged, a new dev build will be released and this will not be problem anymore for anyone I hope Have a nice night.

After a lot of months of development, PHP-Mods Team is ready to provide you a preview of our next module. We had published some screenshots in the past but never something that extended. Many of you had requested the development of several forum bridges with phpVMS but we decided that it would be more useful to develop a forum module from the scratch. Of course, the forum does not provide you what a forum platform (such as SMF, phpBB etc) provides to you but this is why we are here. Anything can be implemented as soon as it is considered useful. The Forum Module includes the following functions and many others: Extended User Settings Panel (Date Format, Time Offset, Signature, Email Notifications) Categorized Forum Boards Topics with or without Polls Multi Permission Levels (User, Staff, Moderator, Admin and Banned) Multimedia Post Editor (using the powerful cKeditor) Simple build-in search function. Your pilot's will not have to log in/register to a second platform in order to post their questions or discuss with the rest of your pilots. We have decided to offer a demo system to help you understand the way it works. The module is going to be released in the next few days as it is currently under testing from our beta testing virtual airlines. Also, an SMF migration tool is under development and we discuss to extend it to other platforms as per the user's requests. Feel free to let us know your feedback. Any suggestions are accepted. Bare in mind that due to its extended development, this module is going to be released as payware. Have fun!

My pleasure. At least you learnt the importance of cache by the hard way (maybe the hardest way) around, you will never forget it again Congratulations, enjoy your mails (free for 3 months) with mailgun. By the way, API is the fastest and safest way to implement it, glad it worked as expected and you did not used the smtp solution. Have a nice day Addition; 2022 Jan / Academy award winner screenshot name "An important moment in the history"

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.