DisposableHero

As I wrote in my first reply, it all depends on what you want to achieve, the method will then become relevant... I would not recommend running connections and sql queries inside blade files but in the end it is your va and install, it will be up to you Good luck.

Try using html / iframe or with some php (and laravel) knowledge you can read data with curl (or guzzle) and then process it or you can place widgets to that home.blade.php once and then forget it completely. It all depends what you need and how you want to do it but most of the time anything is possible. Good luck

https://docs.phpvms.net/help#vmsacars

I am not a developer either So we are same, in fact you can be better than me (considering your technical knowledge on Sharepoint), I am an OCC Manager of a real airline, just doing all these virtual aviation stuff and development as a hobby to somehow clear my mind from daily workload What you did was the correct way to be honest, you only missed the cache stuff in the beginning but solved it after getting the server error. Glad to hear that you solved the mail stuff too, in that part, we really can not help people much as it is 99% of the time custom and not generic stuff to advise easily. Enjoy your updated and moved v7

You can change the installation location or file locations without re-installing or deleting the database. Good luck

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

Installing methods did not changed, they were always same (only 1st and 2nd suggestion was swapped due to their usage frequency) ... Unfortunately, what you did is the worst and most unsecure method to install / run phpvms v7, and it was always like that. What your friend did back in time was one of the suggested methods and it is still ok to use v7. https://docs.phpvms.net/installation/uploading Hope this helps.

Same logic applies, nothing different Replace the files under phpvms folder of yours with the ones from latest dev (simply unpack latest dev in that folder), then copy over the public folder contents over your public_html folder.

Docs link is at the top already (which you have found too) Good luck with the update

Good news, glad you solved it. It is up to you, update or do a fresh install... Just use latest dev build, how you do it is just a choice for now. If you have nothing to lose, fresh install will be easy, but I would prefer updating to have some practice for future updates

Hi Rob, Technically either from discord or from this forum, downloading the latest dev (development) build is the best choice... Beta.5 is ok too but it had some nice bugfixes after release and latest dev is better than the beta.5 at the moment. Additionally, when you duplicate a theme (be it the default theme or an addon theme), you need to (this is a must) edit the theme.json and change the name, which needs to match the folder name you used. Only then it will be possible to use it and avoid any errors like you mentioned above. So considering the error in your hands; You need to either clean the application cache from admin > maintenance page or if you can not reach there too, then you need to delete the mentioned (bootstrap/cache/themes.php) file manually for it to be re-created with the corrected info. Hope this helps, good luck

Probably OP is not talking about v7 (considering his other post he may be talking about v5.x)

As far as I remember, Disposable Basic provides basic support for events (which is backed up with a widget and API endpoints to display events on your landing page). If it is not enough for you, or if it is not fulfilling your needs then yes, you need to contact a 3rd party developer to create you a custom module about it because market is extremely limited at the moment. Only full scale modules are Disposable Basic and Special, and some airline based / customized copies of them. A v5 developer tried to convert his old modules and published one of them but we did not heard from him since then. Nothing more is available at the moment Good luck

Install latest dev build of phpvms v7, you are trying to run an old version with latest version of my theme. After installing latest dev build, don't forget cleaning the application cache (admin > maintenance). This applies to all Dispo Addons, all need the above mentioned build or something much recent. Good luck

Honestly... beta.4 ? It is almost 3 years old and how on earth are you able to use Dispo Basic with it, I never tested my addons with beta.4 and they were never designed to work properly with it Are you really on beta.4 or it was just a typo If this is not a typo, I would kindly and urgently advise to upgrade to at least beta.5 (I would say latest dev, but beta.5 is ok too), with module and themes being updated of course. Best wishes,

Debugbar itself adds some more time to the process, but it is nice to see the queries being run. Considering that the flights page is paginated and loads up maybe max 20 flights, how you ended up 112 queries is strange. Are you using an addon theme or default theme (not altered, pure default)? Are you using any modules being loaded at flights page, any custom widgets etc.? Why asking this, because I saw some addon themes loading up models in blades, doing direct database queries in loops, for some eye candy stuff which are already provided by v7 internally mostly. Example; I am using a custom theme, my airport details page loads up 4 additional widgets including a flights map, checking LTFM which has 600 inbound / 600 outbound flights and lots of pireps, page loads up fine in 2-3 seconds max, not something like your EHAM. Airport Details Page; (+4 widgets) Flights Page; (+2 widgets) Profile Page; (+40 widgets or more, did not counted them one by one) All above pages do load around 3 seconds max, as an example the last one (profile) was loaded in 2.28 seconds including the debugbar's own load and time loses. In a live server where it is not being called, my results are much nicer. Some of the duplicated queries are from the widgets placed (Aircraft, Pilots, Flight Reports, Personal Stats, Maps etc), they may be a single widget being loaded several times with different configurations to get different data, so some of their db queries are same/duplicated etc. Anyway, if you can provide some more info maybe we can talk about possible solutions / improvements.

As long as you can run a webserver on a device and fulfill server requirements, it can run... It does not require a specific hardware on the server, of course more cpu power and ram assigned to the servers will give you a better performance during runtime. Disk space depends on specially the database size, files on the server (phpvms v7, themes, modules etc) will not need that much space (say maybe max 100 mb for them), rest will be database space (which will be dynamic as you can imagine). If you did run apache, php8, mariadb etc. on your Raspberry device before, why not doing the same for v7 and start testing Basic requirements are listed here Good luck

Why are you adding a new airport for an already existing real airport with a new non-standard (fake) icao code ? This is the main question. Just add LECH to your phpvms v7 database, either by lookup or manually then you can start using it with vmsAcars too. Good luck

Translate as expected, nothing more... Check other folders (like de, fr, it, es-es) and replicate what is done there for your language That simple it is. Good luck and God speed

Why wondering, just do it and do it as much as you want and whenever you want. Critical values are always saved in internal units (like pirep distances, weights, fuel etc) What you see at admin settings are for display only, like displaying the distances in km or displaying the fuel values in kg etc. Not for database operations. Enjoy

I kindly asked you the version you are running/using one week ago, and that had a reason In early builds we had a bug in that duplicate check and it was skipping some flights, latest build is ok. Both import and admin area uses same duplicate checks, which allows more flexibility for schedule planning. If you are not on the latest dev yet, consider updating your v7 and try again, it may help. Also check your logs for any clues about import problems, skips etc. Good luck

Did you checked the log (for errors or notes during import) ? Which version you are on ? Did you checked the database (via phpMyAdmin or similar workbench tool) ? It is possible that some of those flights may be skipped (or updated). Latest dev build allows more flexibility during imports and duplicate checks (which will result an update instead of an insert on old versions like beta.5 or earlier) Hope this helps, good luck

Great news, we added that IATA code usage for testing but it is not finalized yet, so for now (until further notice) keep using ICAO codes Later on it will be possible to use IATA codes as like real airlines.

1062 Duplicate entry 'KPVD' for key 'PRIMARY' Are you using KPVD both as destination and alternate in a flight you are trying to import. Or are you somehow using IATA codes somewhere in your schedule ? (Which can also cause problems) Looks like somehow it tries to insert it twice in a row (which is strange), normally we expect it to update or skip if an airport is known and in your database.

You can find some discussion about it at forum and at GitHub repository, maybe from last year or before