simpilot
-
Posts
2773 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
phpVMS Resources
Downloads
Posts posted by simpilot
-
-
I just installed a SSL cert for the test instance and am having no issue at this point after changing the base url. The only thing that was a hang was the Google Maps API which just required a url change.
I also installed one here for the forum as an added layer of protection but with all the linked images you may get "insecure connection" messages occasionally. I have the proxy plugin running to try and fix all the offsite linked images to work on the https domain but with the size of the database it si going to take some time to complete the update.
-
The same concept is being used - a global header and footer file with individual pages injected depending on the module/function. There are also options to inject extra pieces of code in the header and footer where needed, ie: a maps page requiring map scripts. This avoids having to load the script on every page load.
Simple answer, no they are not going to be exactly the same, there will be some adaptation needed. If you have the ability to build or convert an html template for use in phpVMS2 you should have no problem making the transition.
I will say one thing - the default template is based completely on bootstrap 3 without any modifications so if you are building a template based on that, it would most likely be easier to make the transition.
As far as if you should wait to open your site that I can not answer. I would love to say that it would be out in BETA form tomorrow but unfortunately I can not devote all my time to it.
For helping, what I need most right now is some sites willing to set their current site to forward ACARs data to my test instance as that is what I am working on right now and without live data coming it is tough to get a true sense of where things stand. I am currently mirroring vACA to it without issue using kACARS Free, xACARS, and ACAcars (customized kacars version) without much issue.
-
I want this but..... here is what I am up against and it all revolves around the ACARs currently in use and the flight search option. Currently phpVMS gets a flight number (ABC123) from the client and looks for that flight number in the system, hence if there are two or more with the same flight number the client (I am working with kACARs right now) will throw an error (No Flights Found) due to more than one schedule being returned. I looked at forcing the response to only having one flight but then how do we know it is the leg that is needed. Flights that are bid on are an easy way around this as the system will simply return the next flight in the order of the pilot bids. On the other side I have had site owners tell me that they did not want pilots having to come to the site to bid, then going to the ACARs to retrieve the flight, theory is that it turns people away by requiring too many steps.
Without a change to the ACARs client(s) the only thing that could be done is to force pilots to use a unique flight id for the flight, likely the database auto-increment id field, but that would again require a trip to the site, although you could show the unique id on the regular schedule search display. I have tested with using the unique id in place of a flight number with the current kACARs and it does work. I just do not know how much it would confuse some users though. I do like this method though. I would imagine Jeff would be willing to replace the text for the field in the client to reflect needing a unique id versus a flight number.
The other thing that could be easily implemented in my opinion is to change the ACARs clients to accept multiple flight returns and give the user a way to choose which is correct. I have the multiple leg option already built on the system itself.
-
1
-
-
I do not see this being an issue. The url for the system is set in one place and with the addition of a couple of .htaccess rules it should work without issue. As far as making some pages secure and some not I would have to think about that for a bit, there is always a way but the question brings up the question of if it is worth dividing the site up into separate pieces. If a server by chance is not using mod_rewrite then it can be faked using a hook. My goal from the beginning is to keep it as simple as possible as far as the management side.
-
I have implemented a soft delete on almost all fields in the system. The deleted item will essentially "disappear" from any listings but will still be in place for anything tied to it, ie PIREPs. There is also a management section for a super admin to review and soft deletes and either leave them there for use in the background or to truly delete the item. If an item is deleted anything tied to it will simply respond as "unknown" in the field that was attached.
-
I think I found the culprit. Try clearing the cache on your Android browsers and visiting the forum.
-
Is there any white space at the start of the config file possibly? How are you saving it, Windows format or Linux line endings?
-
Looking at the insert on the surface it seems like it should work. Is the spelling of the column name not the same in the table as in the code possibly? Is the pirep not submitting at all, or is it just missing that field when it submits?
-
That's isn't my point and your solution works for you, that's all that matters.
-
Look in the error logs, I would guess that the path is incorrect or the folder is not writable if you are sure you have integrated the script properly.
14 views, not an answer ....The majority of those are probably crawlers
-
Although this gets your issue with SmartCars fixed it only hides the root cause of the error, and now any others that may be occuring. You really should find what is causing the error to be produced in the first place.
-
-
You should be able to install it as admin if you right click on the install icon, unless you are logged in without admin privileges.
-
Have you made all the updates along the way?
http://forum.phpvms.net/topic/22850-phpvms-centraldata-updates/
Without being in the system I am guessing something got changed or possibly restored from a backup in your system and has set something necessary for vaCentral incorrectly.
-
Have you tried installing and then running as admin?
-
I Get an error when sending scheduls and pireps
What is the error?
-
FlightAware has schedules available through their XML API - https://flightaware.com/commercial/flightxml/
-
I believe that this is the same issue that was raised on the GitHub repository, my response there;
None of the functions in the Login.php file should be statically called from anywhere in the system, at least no where I am aware of, this should be a non issue. The .tpl extension is also a non issue - it is replaced by the system early in the template build, you should be able to basically put anything you want for a file extension, the system will always replace it with a .php extension (if you are using an extended version, I do not know if it is included with the true release labeled 936).
-
Did you make an update to your system at that time, possibly to the acars scripts? From 6/18 through 7/5 there was nothing received and since then most of the data is missing from the PIREPS.
-
My guess something has changed, maybe not something you did directly to the application but maybe server side. I find it odd that there is no error message or anything returned when you try to login. Looking at the headers after a failed login I can see the post elements are getting there but nothing on the return. I also question why it is closing the connection in the response, it should be keep-alive.
-
I would check the field for location in the pilot profile, I think you will find it empty although that seems strange as the way the registration is set up it would end up having the first option in the list (Afghanistan) in that field if the pilot did not change anything.
-
What version are you using?
It may be a conflict with mysql and mysqli
-
The 500 error is actually being produced on your site, not the vaCentral site from the way I see your error log. Without much information I would have to guess that there is something going on with an .htaccess file or such on your server.
-
Some people have just copied the code from the default schedules page although if the bid function does not work on the schedule page then it will not work anywhere else.
Open letter from David Clark/Simpilot
in Off-Topic Banter
Posted
6-23-17
I have seen phpVMS go through many different phases in what is nearly 10 years since I stumbled across it. Nabeel has been able to create the defacto application for people that want to start or run a virtual airline and keeping it free and open source deserves nothing but appreciation for Nabeel. I as many others have benefited from his work, both financially and not.
I apologize to all those that were/are affected by my absence for quite some time both here on the forum and at SimpilotGroup. Things have changed in my life and my attention can not waver from my real world responsibilities for the foreseeable future. While I had hoped things would get to a point that I could focus time back to phpVMS but it is obviously not coming to realization. Family comes before all else I have learned and hope that others hear this as well, you can not get time back after it is gone.
phpVMS & vaCentral - Currently, the domains for phpVMS and vaCentral are being transferred back to Nabeel and when that happens the sites will be moved to his server. I do not think there will be any interruption of any great consequence. The code for the newer version of vaCentral will transfer to Nabeel as well. I can not speak to if it will remain in use or if the site will return to the original code base, I know there have been many opinions as to what was/is best for the vaCentral site, that will be a decision for Nabeel to make.
phpVMS3 - As of the end of January 2017 I had almost the complete backend of phpVMS3 coded with a converter for phpVMS2 in CodeIgniter, I have not picked up the code since. I do not see any sense in releasing it as phpVMS4 looks to be built on the Laravel platform. phpVMS3 is dead for all intents and purposes. Thank You to the airlines that had it in operation for testing.
simpilotgroup - I never thought that when I started the site it would be around almost 10 years later but with the support of the community it has remained. With the changes I will be closing the site down sometime in late July 2017. I have made sure that all modules that are on the site are compatible with the phpVMS 5.5.x edition on my GitHub. I can not guarantee that they are compatible with other addons from other developers or your own customization work.
GitHub - All the open source modules and code hosted at GitHub will remain there until GitHub does away with free open source hosting of code, if that ever happens.
Blue skies to everyone and the future of phpVMS.