Jump to content

DisposableHero

Members
  • Posts

    620
  • Joined

  • Last visited

  • Days Won

    97

Posts posted by DisposableHero

  1. 5 hours ago, Christian said:

    Hello everyone,

    I need help and don't know how to proceed.
    When I try to fill in a manual PIREP, I get the following error in the Aport column (Departure/Arrival)

    The results could be loaded

    The days it worked and once, I don't know what I did.

    But it does not work.

     

    I have packed all data from PHPVMS into the main folder.

    grafik.png.d60b570d5714daba0d3325c76a81b67e.png

    I suspect that this is not the fault.

    I suspect that it has something to do with these settings, but I don't know exactly where?

     

    ## DATABASE SETTINGS

    DB_CONNECTION=mysql
    DB_HOST='92.204.222.108'
    DB_PORT=3306
    DB_DATABASE='phpvms'
    DB_USERNAME='phpvms'
    DB_PASSWORD=**my correct PW**
    DB_PREFIX=''
    DB_SOCKET=


    Maybe someone has an idea and can help me so that I can finally fly relaxed again :)

     

    Thank you for help!!

     

     

     

     

    Looks like this is a classic CORS (Cross Origin Scripting) error to me, check your browser console when the error happens, you will see the error live.

     

    Also please check the forum for problems regarding airport dropdowns, discord has the same/similar solutions provided.

     

    Main reasons: http vs https difference, app_url definition, ssl redirection, wrong url being used etc.

     

    Good luck

     

  2. As ProAvia wrote, there a no stored html pages for anything in v7, almost everything is dynamic and database driven (except fixed stuff to deal with the data provided and render the end results). 

     

    Only way to edit those "pages" is the admin panel, which offers you a simple WYSIWYG (What You See Is What You Get) type editor. You can prepare something outside (in an html editor) maybe and then copy paste the code to that editors "code" section. Other than this, you need to design is visually.

     

    What can be done, at best, is editing the relevant file rendering those pages, put some conditional checks in it and when a page is loaded then it can behave differently according to that page. Imagine it like, when you create a page named "fleet" and another one named "rules", you can have a different design for these two with this. Data will be provided by v7 but the look of the page will be different (up to a point of course)

     

    If you want real fixed pages, with separate and hand coded blade/php files (yes, they need to be like mypage.blade.php) then you need to have your own custom module for them.

     

    Hope this helps, good luck

  3. Simple logic to see what is needed is to create a manual pirep or check an acars pirep directly from the database, then you can prepare your old data to match the new fields and import via some sql queries. Or of course you can write a custom module, utilizing laravel features to make it more complex if you wish.

     

    Most important things is the data units, flight (pirep) times are in minutes and all weight / fuel values are in pounds (lbs) for phpvms v7 database (regardless what you select for display).

    Also you may need to match your old pilot id's in those pireps with new user_id's you have in your system (don't mix them up with idents, I am talking about the real database indexed id numbers of users)

    Then you may need to match your old airline codes with your new airline_id's to have more matches / reflecting details.

    You can probably use the same timestamps for created_at, submitted_at, updated_at fields of v7, it will not harm the system but if you have detailed times you can use them too (created_at is the time a flight is started, submitted_at is the the it gets filed etc.)

    Pirep type (manual/acars), pirep state, pirep status can be same for all these imported all pireps.

     

    In theory if you can match the pilot id's with their old pireps, nightly cron can re-calculate their pirep counts and times according to that data (pilots will be happy).

     

    What you will lose is financial details of those pireps (can be done if you want to go that deep but I think this is not important compared to the pirep itself), and detailed acars data (like logs, flown points etc) you may have in that old system.

     

    Good luck

  4. 9 hours ago, 4JSL said:

    Got this working. Had to edit line 16 of the events module to hard code a prefix, and it worked.

     

    Technically there is/was no need to edit the widget itself, the event "route code" is defined at module admin area and it works both for API endpoint and Event Widget.

     

    image.png.be1d2548719990ed5b2942032c9b8a7e.png

     

    image.png.0f6fcd35caf1eabc4f2e3298d08aa6c8.png

     

    No need to edit/alter line 16 of the widget controller as it simply reads the above definition.

     

    image.png.9fc123a2b6fadb73068a6958bff4a75c.png

     

    • Like 1
  5. 9 hours ago, aarbee said:

     

    what I want is a frontpage, with public access without login and some text, images, lets say info.
    And the content/body should be extracted out of a page that was created in the admin, under pages.
    Only 1 one page, so the info is easy to edit in a html environment, instead of editing the php page with html elelements.
    Not specific for me, but other admins, are not good at html.

    I know HTML/CSS.

     

    RobB

     

    So you want a "landing page", preferably outside of phpvms v7 namespace, something like a wordpress website which you can edit as you wish. It may not be that easy to achieve, because v7 "pages" system is not designed for that purpose. You can still have it by some tricks and injection logic of laravel but I am not sure that it will give you the best results out of the box.

     

    At minimum, you may need a modified app.blade.php which will be used only for that home.blade.php, and in that home.blade you can load a "page" created at admin side by (or maybe you can load more as per your design needs). And then display it without escaping html special chars, so it can be displayed as designed in a WYSIWYG editor.

     

    Or you can have a real landing page, with any CMS you like to use (like WP or Joomla etc) and have your phpvms v7 located under a subdomain like many of VA's around. Imagine https://phpvms.net (landing site) and https://demo.phpvms.net (phpvms v7)

     

    Good luck

    • Like 1
  6. 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 :)

     

     

  7. 6 hours ago, aarbee said:

    Thanks for explaining. That is what I expected, somewhat, but I got lost in to which folder to use.

    Is my assumption correct that the installationmethod was different a few years ago? Or did my mind mess with me?

     

    The installation I did for my va, I did put everthing in the public_html  folder. And it feels a bit more logical.
    Is it possible to change the setup of my friends VA where the bulk of files in the PHPVMS folder, into put all into public_html?

     

    RobB

     

    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.

    • Like 1
  8. 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 ;)

    • Thanks 1
  9. 2 hours ago, aarbee said:

    Thanks for your reply.

     

    Well I downloaded the version from the website.

    I was not aware of versions on discord.

    Should have downloaded from discord?

    i can reinstall as there is no man overboard and i did not add to many things.

     

    which cache do you mean? Browser cach? No but I testes on different browsers and devices.

     

    Rob 

     

    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

    • Like 1
  10. 3 hours ago, DanFlutter said:

    Hi everyone:

     

    My name is Daniel, I'm working on the Iberia, Iberia Express and Air Nostrum Airline for Grupo Iberia Virtual at https://www.iberiava.net 

    Currently, we are implementing PHPVMS 7 with the Disposable extended and we are configuring a brand new environment, as we were using a custom system that we are unable to provide support anymore.

     

    Of course, deploying an entire new environment and importing all the data we have previously is a titanic work that would take months to complete as we need to start from zero with the phpvms7.

     

    While browsing all the features offered by phpvms, I found that some functionalities are onboarded through disposable modules, like the Tours feature. However, I could not find how to create or manage "events" or fly-in events.

     

    We are mostly focused on the scheduled flights, but a big part of our community relies heavily on Tours and Events.

     

    I was looking how feature can be added using a custom-made or existing module that could satisfy this requirement. Is there anything existing in the market or shall we request to a developer to create this custom module about this.

     

    Thanks a lot

     

    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

  11. 14 hours ago, SaudWasly said:

    Hello i make every steps from github page but the theme dosen't work i upload the log file and photo for 500 erorr in following google drive lin sorry for distrub but i relly need help.
    https://drive.google.com/drive/folders/1QR4U08w4GfZAqO1XZGjLclRykNWXGk-7?usp=sharing

     

    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).

     

    image.png.556cdca6b3b7d2f98f247a16ae4947b0.png

     

    This applies to all Dispo Addons, all need the above mentioned build or something much recent.

     

    Good luck

  12. 1 minute ago, JGK said:

    Thanks for your reply. 

    • PHPVMS version 7.0.0-beta.4
    • Experiencing the issues both on a local development environment as on a vps. 
    • I have installed DisposableBasic

    Further all default. 

     

    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,

    • Thanks 1
  13. 7 hours ago, JGK said:

    in the meantime i was able to reduce the airports table down to 2700 airports and reduced the flights table down to 3000 flights, still extreme loading times, up to 32 seconds for an airport like Amsterdam with 500 inbound and 500 outbound flights. 

     

    Running the latest version of phpvms, php 8.1 and mariaDB. 

     

    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.

     

    image.png.fa6714f3d8936677eac4b1611ebfca3f.png

     

    image.thumb.png.79b10c4dddfa53bb8b01e522e7feb21b.png

     

    Airport Details Page; (+4 widgets)

    image.png.8f1c5de954d4eb6b6c74170f7eea3267.png

     

    Flights Page; (+2 widgets)

    image.png.3d769760c96afb6ebda1af6437efb778.png

     

    Profile Page; (+40 widgets or more, did not counted them one by one)

    image.png.e5061350f8f8e241d41accd8f501aec2.png

     

    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.

  14. 22 hours ago, notleks2411 said:

    Hi all,

     

    I am looking at the possibility of starting a VA using phpVMS (looks really good!). Is it possible and/or productive to run the software on a Raspberry Pi 4B? I have been able to run applications on it before like Apache2, MariaDB, php, WordPress, etc etc. I am not sure though if phpVMS has any other specific machine requirements. I wouldn't expect to be hosting a huge VA or even permanent on a Pi. But somewhere to start until such time an upgrade may be needed.

     

    (EDIT: another question. how much mass storage is ideal, either RP4 or a "normal" computer? How much storage expansion could I potentially expect to use overtime with PIREPs being stored?)


    Thanks! 😄

     

    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

    • Like 1
×
×
  • Create New...