magicflyer

Could be that ^ or check your .htaccess file. Sometimes there's a little issue on there and just deleting the content of the file takes care of the error.

You didn't modify the ID for the <tbody> around line #65.

Oh there we go, Line #47, it looks like we forgot to revert the acarsmap ID back to "acarsmap" instead of "acarsmap1" when we had that instantaneous posting event.

Can you please post your new acarsmap.tpl over in pastebin?

I edited my post, right when you saw it. I meant tbody id in the acarsmap.tpl. Keep the table class the same

Hi, Try changing the tbody id to anything else. Kind Regards

Huh, interesting. Couldn't happen to notice that the ones that are repeating are only virtual airlines without the Flight num ICAO "VIR" which may lead me to think that there's a little issue in the SQL somewhere. Try instead of the code I gave you on line 67 of the github thing, as seen here: $flights = ACARSData::GetAllFlights(); Replace it with maybe the following $flights = DB::get_results("SELECT * FROM `phpvms_acarsdata`"); Be sure to replace your DB prefix with that phpvms_

Hello, I know someone attempted to ask this question before on the forum, so I can see this issue has been going on for a little while. Honestly, I have no idea as to why it's happening. Best guess is that this is a cache issue, but I am not too sure as to the technicalities. However, my solution to this would be to attempt replacing the individual flight rows that are being generated from the JS to straight up PHP as seen below: https://github.com/m...bbc5440bccd5b61 The red signifies what needs to be removed, the green signifies what needs to be added. As Usual, BACKUP. Kind Regards, Ryan

Hi, It looks like the problem lies in the acarsmap.js file, where you attempted to attach an external JS library within JS code. Fix it up by simply moving the following code found on line 20 of acarsmap.js: <script type="text/javascript" src="https://maps.googleapis.com/maps/api/js?libraries=weather&sensor=false"> </script> To core_htmlhead.tpl by replacing line #35 on there with the code above. I notice you're also wanting clouds over your acarsmap, be sure to have the code found in the link below added right after line #41 on acarsmap.js. http://forum.phpvms....+weather +acars Hope this worked!

Hi, can you provide the following template codes via pastebin.net, please? acarsmap.tpl found in core/templates or lib/skins/[yourskin] acarsmap.js found in lib/js core_htmlhead.tpl found in core/templates or lib/skins[yourskin] Hopefully we can get this fixed by comparing the default templates and these templates to check for any missing javascript libraries, or necessary call-to functions.

Well, unfortunately I am not sure we[the forum community] can help much when we're not familiar with a real custom system. These kind of things have different codes, for each of their operation. Maybe it's not in the code and rather an FSUIPC communication failure, but to be honest it's not something within my expertise.

Hi, Sorry for a delay. It could be quite a few things, my first request would be to post a screenshot of the exact wording off the error. Usually these things come with an error code that can be found in the FSUIPC document, or with a wording that pretty much gives away the answer. Second, I would try running the software as administrator and see if that does anything. That would ensure the local firewall is not blocking the dual in/out connections...Well it does something like that, I don't really know. Trust me though, it usually fixes it. Third, I would try changing to another temporary host. If you're using free hosting they may be blocking the connections. Check out x10hosting for a free hosting option, I know for a fact their system works with phpvms. If you'e willing to pay a little more check out TFDi. Last but not least, you're software provider knows better than we do with these issue. For one, they coded the entire thing and have more knowledge of the software process than we/I do. Try contacting them directly or open a support ticket with them(<- Better option) Hope your issue is fixed.

My eyes are a little blurry, but I don't think there is anything wrong with the syntax. Did you make sure to add those fields in the SQL Database as well for the phpvms_ranks table?(Both the conditions, and description)

Can you copy&paste that edited SQL statement please? Just the SQL Statement you modified.

Hey Kenny, With the base phpvms software, those two field options aren't really used(Unless I am mistaken) in the pilot-side. However, there are a few third party softwares that utilizing these fields. For example, My Advanced Fleet module found here, and Strider's Aircraft module found here both utilize these optional fields. Additionally, you can also call them as php variables(As Servetas stated) if you want to place either of those links somewhere you wish. Regards amigo

Hey man, So basically what hosts do is implement this system in which every incoming connection is detected and logged. Since most ACARS attempts a connection each minute, the host server detects it as an incoming DoS and thus the firewall blocks the IP. This isn't too common of an issue and is usually related to the server firewall configurations. As a matter of fact, they probably could fix it on their ends in a couple clicks but are instead avoiding from doing so in order to get some extra $$$ from you by having you go through an unnecessary upgrade. My suggestions is to check out another host, preferably one that specializes in phpvms, such as TFDi Design(<-My favorite option), or another community host.

I don't think you understand what I mean, which probably means you didn't modify the argument function. The argument function is found in the admin/core/modules folder under whichever module you added the 'description' input box. Right there when you find the if(this->post->action == 'editRank') or something of the sort..., you should also find a statement to be executed that refers to the function that you have modified. It should look like: myFunction($this->post->var1, $this->post->var2, $this->post->var3, ...) Be sure that $this->post->description is found in that function in the correct order as the parameter function found in the code above: public static function updateRank($rankid, $title, $minhours, $imageurl, $description, $payrate, $exams, $briefing)

Show me where you're calling the function(It should be in the admin's modules directory. Just the line, not the entire module.

Try the following replacement for that $sql over to where you added the description parameter. $sql = "UPDATE `".TABLE_PREFIX."ranks` SET `rank`='$title', `rankimage`='$imageurl', `minhours`='$minhours', `description`='$description', `payrate`='$payrate', `exams`='$exams', `briefing`='$briefing' WHERE `rankid`='$rankid'"; Also make sure that wherever you're passing in these parameters(Probably the admin module for ranks), you have the same number of arguments as parameters. Parameters are the variables in the function($var1, $var2) where the function does something. Arguments are the variables in the function($var1, $var2) where you're calling the function that does something.

Can you please copy down your SQL query? Usually it has something to do with the misconception a lot of people have of when to use ` and '. `` is used around SQL variables, while '' is used around php variables. As a matter of fact, none of them are really necessary but do a lot to toughen up protection against SQL injection.

First, when you click on that bid link does it redirect to a white page and show that message or does that message just show up where the "flight booked" message is supposed to be? If the former is the case, I am ~85% sure it has something to do with the javascript loading in core_htmlhead.tpl, layout.tpl, or wherever else you're loading JS libraries. To debug, try commenting out in HTML any third party scripts that did not come with the default phpvms. Your page would probably look weird as you do so, but no worries. Once you've identified which JS library is affecting it, load them up before the phpvms JS libraries(Including jquery and jqueryui). What that does is ensure that no phpvms scripts are being overwritten by third party scripts allowing the display engine to prioritize the phpvms backend before the unnecessary stuff.

Wild guess here, but I think it may have something to do with the database prefix. I coded this a little while ago, when I was amateur, so excuse that mistake. Try accessing the frontpage_main.tpl and look for some $sql = query. Right in there you should see something along the lines of "SELECT * FROM `phpvms_acarsdata`". Change the phpvms_ to your database prefix you had set.

It is not linked to layout.tpl, you'll have to call individual methods yourself. Your best friend will become MainController::Run(); when it comes to this.

When you include the php file, be sure it is within the <body> tag, and not in the <head></head>. Edit after Tom's Comment: Also be sure to have it before any other content in the <body></body> tag.

I think you just misunderstood by what we meant with WOAI. They do not tailor their schedules for phpvms VAs. Instead, you need to use what they provide and convert it yourself. Use the WoAI extractor/installer to install that AI file. Then, download ttools off of avsim and decompile the .bgl scenery file found in the scenery/world of your FS installation. From there, it should create 3 independent files(Airports, Aircrafts, Legs/Routes/Flightplans). Open those files, and they should be in CSV format, which in turn can be opened via spreadsheet editor/Excel. From there you'll have the list of airports, aircrafts, and routes properly organized. At that point you'll need to copy/paste and change the columns to fit the phpvms schedules CSV file.