DisposableHero

Be advised; Disposable Basic and Disposable Theme v3 needs latest development build of phpvms v7, they will NOT work on older builds. And the installation / update from older Disposable Modules needs special care, which is explained in the readme. You need to do that update very, very carefully and step by step. Missing one step may cause terrible results. https://github.com/FatihKoz/DisposableBasic#readme https://github.com/FatihKoz/DisposableTheme#readme

Unfortunately no, there is no easy way of doing that in phpvms v7. However, Disposable Basic (the new module pack I released instead of the old ones) + Disposable Theme v3 offers a pre defined solution for that. With Disposable Basic, you get 3 additional pages; roster, stats and one empty page for you to customize with widgets like LiveMap which can be used to show/display data at your main domain (with html/iframe). These pages will have no logo, background image or menu items. They are suitable for iframe usage at your landing pages (or main sites) /dp_roster // Pilot roster /dp_stats // Statistics /dp_page // Empty page in which you can place widgets like Flight Board etc as per your needs Check my landing page to see the result https://turksim.org , that info comes from my phpvms v7 with the background system Disposable Basic offers. For example you can change the Top Pilots with the Live Map etc. Good luck.

Hi @nicky9499 However, the local files that I uploaded are from an archive named phpvms-7.0.0-beta.3.zip. This is a really clear indication that you are using beta.3 Which is really not good 'cause lots of things changed since that file is released for download. I mean, we call beta.4 old and it is marked by the developer himself as "DO NOT USE", so you are using something older. If you have uploaded something different while using v7, that file may be misleading. What we can do now is, checking some changes visually maybe and try being sure about the version you have. 1. Go to admin side, left side at the bottom you will see "version 7.0.0-dev" text, clicking on it opens up a popup with the full version. 2. While you are at admin, please check if you have "addons/modules" and "type ratings" links under config section According to your laravel log, you are using vmsAcars and up to my knowledge it is not compatible with beta.3 or beta.4 fully. So you may be using a much newer version than you imagine (or worst you are trying to use something not designed for beta.3/4 at all) Again according to your logs, you are using an old version of Disposable Theme (v2), beside this info you have some errors about your ranks which is recorded. [2022-01-24 16:21:00] production.ERROR: Trying to get property 'image_url' of non-object (View: /home/singap08/public_html/beta/resources/views/layouts/Disposable_v2/users/table.blade.php) That "image_url" comes from the rank of a user, which I assume is deleted somehow and not there anymore. But a user is still at that rank (defined manually maybe or you forgot to fix your user ranks when you edited your ranks etc). You also have other errors with the api interface regarding pirep filing. Again another error regarding users [2022-01-24 14:35:18] production.ERROR: Undefined variable: fielsdsdd (View: /home/singap08/public_html/beta/resources/views/layouts/Disposable_v2/users/table.blade.php) This is most probably something you added during editing things 'cause I do not recall using something like "fieldsdsdd" in that file. [2022-01-24 14:36:51] production.ERROR: View [pagination.jjdefault] not found. (View: /home/singap08/public_html/beta/resources/views/layouts/Disposable_v2/users/index.blade.php) This is again something not from Disposable Theme v2 "pagination.jjdefault". [2022-01-24 15:01:21] production.ERROR: Method App\Http\Controllers\Frontend\UserController::index does not exist. [2022-01-24 15:09:16] production.ERROR: Call to undefined method Illuminate\Database\Eloquent\Builder::psaginate() [2022-01-24 15:09:49] production.ERROR: syntax error, unexpected 'return' (T_RETURN) {"exception":"[object] (ParseError(code: 0): syntax error, unexpected 'return' (T_RETURN) at /home/singap08/public_html/beta/app/Http/Controllers/Frontend/UserController.php:54) [2022-01-24 15:32:37] production.ERROR: Order direction must be "asc" or "desc". {"userId":782,"exception":"[object] (InvalidArgumentException(code: 0): Order direction must be \"asc\" or \"desc\". at /home/singap08/public_html/beta/vendor/laravel/framework/src/Illuminate/Database/Query/Builder.php:1984) [2022-01-24 16:23:18] production.ERROR: Method App\Http\Controllers\Frontend\UserController::userRepo does not exist. {"userId":782,"exception":"[object] (BadMethodCallException(code: 0): Method App\\Http\\Controllers\\Frontend\\UserController::userRepo does not exist. at /home/singap08/public_html/beta/vendor/laravel/framework/src/Illuminate/Routing/Controller.php:68) At this point I literally stopped checking your logs, sorry The way you are trying to do changes and edits on a live server while your pilots are flying on it, is not acceptable at all and with all those terrible edits you are trying (even it is not clear what you are trying to do), no one can help you. There are more errors in just one log (from 24th Jan) which you or some other admin is causing, any of them will lead to a 500 | Server Error and none of them are related to a user's ip or an ip block ! Same goes for your older logs from 22th and 23th Jan. So in short; Until you fix all those problems you caused (edits, deleted ranks, deleted airlines, missing airports etc) and provide a log with the error you mentioned while opening this topic it will be impossible to find the cause and help you to solve it. A friendly advise; None of my addons are compatible with beta.3/4, including the old theme and modules, they were designed for newer development versions. So to have a better view of what is going on, you can switch to the default theme and see if it works there. Another friendly advise; If you are using a newer development build, I highly suggest using theme v3 and new module pack (instead of the old ones) to get support when needed. Good luck and God speed.

Well, @ProAvia or @Nabeel may help. They are both admins of phpVMS Discord and can check/remove bans. They are both at US, so you may wait for them to respond, it is midday there and they may be busy with daily stuff

Technically you do not need to uninstall (or delete) for updating @Jbaltazar67 Only copy the module over the old one (from cpanel file manager or via ftp). Then visit your admin area, clean application cache Or to be safe, first visit /update (yourva.com/update) first, then visit /admin, whichever you prefer. Good luck

Looks like your Disposable Basic module is not updated but your Disposable Theme tries to get a new stat (which is only available with updated Basic module) https://github.com/FatihKoz/DisposableBasic/releases Some time ago you had a problem with not updated Disposable Theme, now you are having a similar problem with the module itself I kindly advise you to always use the latest releases, if you need to stick with a fixed old version then you need to keep everything at same level (or at least track changes and manually disable them etc). Safe flights

You should be using latest development edition. Beta3 is more than 2 years old, lots of things got changed since and I do not think that you can get support for beta.3 (or for beta.4) anymore. https://docs.phpvms.net/developers/addons Above link may give you a clue about how to add your own pages (through a module) but I am not sure that beta.3 or beta.4 do have support for modules fully. Good luck

Probably your account was blocked during that incident, hope it gets solved.

What does the actual error says @nicky9499 ? Would you mind checking your laravel logs and provide error details instead of that useless "500 | Server Error" image/screenshot. https://docs.phpvms.net/help https://docs.phpvms.net/help#information-required https://docs.phpvms.net/help#logs Many times (maybe more than 1000 times) we wrote/told/explained that without error details, no one can help you

Thanks Hope your webmaster solves the problem and updates your theme soon.

Nope, it should be visible without any widgets etc. Only thing needed is updating your theme (also if you are using a duplicated copy of it you may need to port over the latest changes to your copy too). Because I added that feature lately around 6/7 JAN, so you need the latest release probably to have it Best wishes and safe flights

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"

Well, I really have no idea why it fails @William, some guys tried the api setup it worked well and some other users of phpvms v7 are using mailgun with api too. I am not blaming you, there should be something blocking api access somewhere. Classic smtp settings should work, I mean it is basic mailing, works for every server, why it should fail at yours. You already have server, port, username, password etc for their smtp access. Just use the default SMTP example with that info. SMTP MAIL_MAILER=smtp MAIL_FROM_NAME='American Virtual' MAIL_FROM_ADDRESS='postmaster@americanva.org' MAIL_HOST=smtp.mailgun.org MAIL_PORT=587 MAIL_ENCRYPTION= MAIL_USERNAME='postmaster@americanva.org' MAIL_PASSWORD='that long password here' API MAIL_MAILER=mailgun MAILGUN_DOMAIN='americanva.org' MAILGUN_SECRET='that long api key here' I assume you are cleaning the application cache from admin > maintenance after doing changes to env.php and saving/uploading that file, failing or forgetting this step will cause problems. (technically until you clean the cache your old env.php will remain in effect and changes will not be applied)

Found this from one of my old replies at Discord. So I think, yes only "americanva.org" and your api key (used as secret) will be ok and enough. Hope it helps.

If API fails (I mean if we fail to set it up), we can switch to mailgun's SMTP and with a working cron (needs testing first) then we can enable queue for emails (which will eliminate the slowness of smtp) and again everything will be working

As far as I know, mailgun api needs/uses guzzle (which we have already), so up to my understanding from their docs that line should be either `api.mailgun.net/v3/americanva.org` (without https://) or just `americanva.org` (without https:// and mailgun's standard api path). Hope you figure it out and this topic becomes sticky with the answer provided

Thanks for your kind thoughts. Honestly, I never told that it would be easy Specially when you want to simulate things in detail, it will take time to setup and manage. Yeah, that mentioned module/addon is available and it allows admins to define almost everything needed for proper flight planning per fleet/aircraft configuration. Combined with nice subfleet and fare structures (needs admin work and time too) all matches up and works fine

Are you really sure about that “domain” line ? It looks like a full url to me. url/uri : https://domain.com/something/ domain : domain.com

Mailgun Secret is your mailgun API KEY, if you have a mailgun account you will find it there. And for the SMTP try, your main setting still remains as `mailgun` so it will fail as expected. MAIL_MAILER is the main/driver setting, if you want to try SMTP (either your own server or mailgun smtp) it should be MAIL_MAILER='SMTP' (or 'smtp') as per the docs. And after changing settings at env.php level, you should always clean application cache Otherwise your changes will be not be active. Good luck

Yes it is. Examples are from Disposable Theme v3, the balance and details are visible only to the user and admins. Same thing can be done with any other theme, data needed (user model and all of its relationships like pireps, balance, journal transactions) is already there.

My pleasure That trick is what I use when a plain csv is needed, works with all versions Hope you can use v7 for your VA and meets your needs. Good luck and God speed.

That templates are 4 years old and I am 100% sure that they will fail with latest dev builds due to changes done to the import/export logic during that 4 years. Best way to get a working csv template is adding an item manually (a flight, an aircraft, a subfleet, a fare etc whatever you need), exporting to csv You will have the 100% compatible edition according to your installed phpvms v7 version. Good luck

Sorry, do you want to see ALL online flights of IVAO and VATSIM at your dashboard ? If you setup your phpvms user profiles and your theme (or the widget itself) properly it shows online flights of YOUR PILOTS only (IVAO and VATSIM). Displaying ALL flights is not a good idea at all.

Hi Didier, Subfleets are a group of aircraft in everyone's case, it is not something special for you. It is their design logic, they hold the fleet with same specs And making subfleets only by aircraft model is not something logical too (you can check the guides about it, how real world subfleets are divided/handled etc). Anyway, with your logic, an aircraft (B738) represented by multiple addons, having custom airframe match at aircraft level will not work either. Imagine a scenario in which you are simulating an airline with 2 B738's in its fleet. But you have 5 different addon developers in 4 different simulators, which your pilots own and wish to use. What will you do then ? Add fake aircraft to your fleet to cover all possible addon matches ? A320 : Flight Factor, JarDesign, Aerosoft, FBW B738 : Zibo, LevelUP, iFly, PMDG (2x 'cause they are different for FsX and Prepar3D, soon for MsFs probably too) MD8x : Rotate, Leonardo (2x) examples can be extended to other models easily. And the worst result is, by making an aircraft "Zibo" only will mess up things during flight operations. You have 3 pilots using X-Plane, they want to fly at the same time but you have only one X-Plane/Zibo matched aircraft. One pilot will pick the best aircraft, others will be forced to use the ones with iFly or PMDG specs. Then a poor Prepar3D pilot will find himself/herself in a mess So in short, your theory/request (having custom airframe match at aircraft level) and what phpvms v7 currently offers (having it at subfleet level) fails Or at best works only if you are simulating one addon and using one simulator (like X-Plane and Zibo only VA or MsFs and FBW only). This is why, I built the "Addon Specs" logic (fine tuned it in time according to user/va feedback and needs we discovered along the way), which can support almost all possible scenarios and has the flexibility of being used in multiple ways Like creating a "new" aircraft model which Simbrief does not support yet (like A21N), fine tuning default simbrief options for a specific addon or just using multiple pre-built simbrief aircraft profiles within a fleet. Maybe you should check this forum to find the answer of your own question, there is a nicely organized "Downloads" section here, link is at the top Good luck and safe flights --- Addition: Your request and partly phpvms v7's current design CAN work only when you allow an aircraft to be used by multiple pilots at the same time. Which is not realistic of course but can be a solution if you are aiming to have a relaxed setup.