Nabeel

They're missing engine types: CREATE TABLE `phpvms_pilotshop_bought` ( `id` INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY , `pilot_id` INT( 11 ) NULL , `product_id` INT( 11 ) NULL ) ENGINE = MYISAM; CREATE TABLE `phpvms_pilotshop_types` ( `id` INT( 15 ) NOT NULL AUTO_INCREMENT PRIMARY KEY , `type` INT( 1 ) NULL , `name` VARCHAR( 100 ) NULL , `description` TEXT NULL ) ENGINE = MYISAM; CREATE TABLE `phpvms_pilotshop` ( `id` INT( 15 ) NOT NULL AUTO_INCREMENT PRIMARY KEY , `pid` INT( 15 ) NULL , `name` VARCHAR( 100 ) NULL , `shop_type` INT( 15 ) NULL , `product_type` INT( 15 ) NULL , `image_link` TEXT NULL , `description` TEXT NULL , `price` FLOAT NULL ) ENGINE = MYISAM; Also, it seems like you were copying the installation text in also. Just copy the code above and try it

debug adjustment for vacentral, mysqli fixes View more details, download from here

You might be not closing a quote or something somewhere

Great, I always forget those variable names

try <img src="/PilotIDs/createid.php?pilotid=<?php echo $pilot->pilotid;?>" /> Then inside that createid.php with that above code to include the codon.inc.php and the other stuff, and then create your image

I'll check #2, it should be the actual aircraft. #1 is probably a bug in the display template, I'll look

I found a few errors, give it a shot now

I'll take a look through my revision logs, I need a few days to get back on track... things are a bit hectic at work and I'm trying to just get back on track. Sorry guys

How are you linking to the change image page? Is it an <img src="">?

The ID if you're linking to it from the pilot profile, just use $pilot->pilotid, which is the numeric ID

Clean it? Depends where you're getting it from. And make sure about the path it's case-sensitive

Exactly, there's no splitting or anything involved. Especially for something like a route, but you can split it down into any depth. Something like: <flightinfo> <pilotid>VMS0001</pilotid> <depicao>KJFK</depicao> <arricao>KBOS</arricao> <route> <segment timereached="10:25am">XYZ</segment> <segment timereached="10:32am">ABC</segment> </route> </flight> Is simply: $xml = simplexml_load_string($xml_string); $xml->flightinfo->depicao; Or: foreach($xml->routeinfo->route->segment as $segment) { echo $segment['timereached']; // echos the time echo $segment; // echos ABC or XYZ } Instead of parsing the ugly ugly mess of explode()ing pipes and carrets and fields. Also, keep in mind that $_GET requests (the query string) have a character limit, which is why FSACARS has to send multiple requests with all the data - which is also why it breaks alot, because many times those multiple requests don't go through. Always do a post request as &xml=..., and you can load that easil. The variable names can be anything you want, as long as it's mapped to that data structure which is passed to filePIREP(). But with XML you can order it any way you want, whatever works for you, without having to worry about breaking the mess of splits and explodes

Probably because you don't have any expenses

fixed #212, change pilot id avail only to full admin View more details, download from here

git push test View more details, download from here

Pilot IDs are stored in the id column which is numeric only. You can place it in a file called createid.php in the same folder as the index.php, or you can create a module. Either way is fine, but for simplicity's sake, you can create a file in the same directory as the index.php file

What web server?

update to 886, git push test (again) View more details, download from here

undoing the wtf View more details, download from here

Restore View more details, download from here

Yeah, I don't see anything in the error logs. Stupid question, but do you have your vaCentral API key set properly in your local.config.php file? That was the problem someone else has previously, but double check that that key is right?

It should only show up for full admins, but I will take a look.. thanks. Can you open a bug for it?

Sounds good. I believe the host switching it to an ISAPI module is what fixed it in the past. But IMO, in the long run, you're better off with a Linux host. Permissions issues are a bit easier to handle, and PHP goes with *nix a bit easier. Good luck!

Hey, Need some more information - what web server, operating system, php version, etc? Sounds like you might be running PHP with FastCGI and it's a mis-configured web root

git hub test 2 View more details, download from here