simpilot

You are probably looking for <%=flight.flightnum%> You can use that and trim all but the digits that you need off of it, or create another variable coming from the controller.

Are there any enabled aircraft or completed PIREPS in the database?

Most likely your host is running php 5.4 or greater. Some help can be found here -> http://forum.phpvms.net/topic/15623-fatal-error/page__hl__%26%23036%3B_files

Moved to paid services.

@toyuko - Using that is just going to load the template with out any data. In your controller for your pilot center add these; $this->set('airports', OperationsData::GetAllAirports()); $this->set('airlines', OperationsData::getAllAirlines()); $this->set('aircrafts', FrontSchedulesData::findaircrafttypes()); $this->set('countries', FrontSchedulesData::findcountries());

The "Cannot re-assign auto-global variable _FILES" message strikes me that they upgraded php version on you. As Tom said about other files, are you sure that the skin is uploaded in the correct place and has a layout.tpl file in it? Usually the template not found errors are just due to a file not being where it is supposed to be.

Not much you can do outside of asking them to stop that I am aware of. Legal action would be a long shot, especially if it is hosted in another country. If you have a copyright notice on your site and can somehow prove that they are using your data there is an outside chance you could get the host to take it down.

And the solution was?

I am not sure how you have it working as if you are using the same controller for all four I do not know how it determines which folder to go to, much less which template (profile_main or frontpage_main) to use. However it is working, you need to look at the function that gets you to that page and make sure the data (in particular the events data) is set to a variable within the function (ie - $this->set('myvariable', 'mydata') ) so it is available within the template, unless you are using a direct call out of the template, which if that is the case, could be the issue.

How do you get to the page? Through the profile module controller? /core/modules/Profile/Profile.php ? Do you use that same file to gain access to all the pilot centers in the different folders? If not, does the function within that file have the variables set as the others do? If you do use the same module controller file to get to it, how does the system know which template to use? Is the data transferred in that?

How are you getting to the other folders? Using a controller I am assuming and within the function to call the page are all the same variables filled as in the other pages that are working? Or are you using some kind of javascript to url extension to determine which template to use while using the same controller?

Are the same data calls in the controller as in your others?

Are the flights in the database multiple times when this happens or just one row? If they are only in the data table one time there must be something in the code that is loading the flights multiple times but I would think if that was the case it would display the same amount for each flight. If they are in the table multiple times I would look at timeout errors for ACARS users and/or the site. You can also empty the ACARS table from the admin panel and see if that helps. Have you enabled error logging to see if there is anything showing up there? How to get debug info -> http://forum.phpvms....ging-issues-r31

If it is only on the PIREP accept function I would look at your code that is contained in that function and see if there is something added that may be making it use more memory than expected. Looking at the approve_pirep_post function I see these functions in a default install; SchedulesData::IncrementFlownCount($pirep_details->code, $pirep_details->flightnum); PIREPData::ChangePIREPStatus($pirepid, PIREP_ACCEPTED); // 1 is accepted PilotData::UpdateFlightData($pirep_details->pilotid, $pirep_details->flighttime, 1); PilotData::UpdatePilotPay($pirep_details->pilotid, $pirep_details->flighttime); RanksData::CalculateUpdatePilotRank($pirep_details->pilotid); PilotData::GenerateSignature($pirep_details->pilotid); StatsData::UpdateTotalHours(); If this is the same as what you have I would try disabling the UpdateTotalHours function and try approving a PIREP and see what you get. I know that uses a fair amount of memory. Unless you have changed it the UpdatePilotPay can also use a lot of memory as it recounts the pay from all of the pilots PIREPs.

@curshad - the code to do this is covered in the topic. http://forum.phpvms.net/topic/2989-touchdownstats-10/page__st__20#entry21408

@AmericanAirlinesVirtual - I have no opinion on the start up of a new American Airlines Virtual but I will say that your response is what we need more of, well thought out and on point.

I just went to your site and you get the same error on the contact form -> http://www.canadianclassicairlines.com/CPCbeta/index.php/contact <- so it has to be something with the recaptcha library and/or its files. The permission denied part makes one think that the folder/file permissions are wrong, but if you are sure that is correct then I would look at the files themselves. Are they corrupted or have names been truncated in the upload process? Not much more I can give you from here.

There is also some memory usage issues with the old top pilot module I wrote some time ago if you are using that. http://forum.phpvms.net/topic/8785-out-of-memory/#entry58776

You can place however many backgrounds you would like in the /lib/signatures/background folder. When your user goes to the pilot center and chooses edit profile they will be able to choose which signature background they would like. (Example below) If you want the system to automatically pick their background you will have to do some editing to the PilotData.class.php file, namely the generateSignature function. If you make changes to this file remember that they will be overwritten in an update. btw - Easy on the caps lock.....

Attached is what I get. It is saying that the link leads nowhere. (404 not found) Does ACARS work, or anything else that uses the action.php route? Maybe the permissions on action.php? Did the schedules.php controller file get cut off and lose the addbid function? Even just going to http://www.vdelta.org/action.php gives a 404 but should give you a frontpage with no template. I would start looking at your action.php file that should be in the root of the install. Does your host have "action" blocked as a filename?

It is only comparing the first three digits of the flightnum variable - which I am guessing is SIL or SBM. If you have more codes than that you will need an if for each one.

If I follow your question, I think you are having retired pilots submitting PIREPs, probably through kACARS which in turn sets them back to active and allows them to login. If this is the case, there is a little known item in the file PIREP sequence that does this. In ACARSData.class.php file in the filePIREP function there is a line of code that sets them back to active around line 323. # Set them as non-retired PilotData::setPilotRetired($pilotid, 0); Not a big deal if they are trying to login and submit manually because they never get to that point due to not being able to login. But, using kACARS even if they are retired they can submit a PIREP. You can either comment out the code above which will allow them to submit a PIREP but it will not show and they will not be able to login the site as they will still be retired, or you can add a couple of lines in the "case'pirep'" function at the start to check if the pilot id retired and if they are then just stop the script. $pilotinfo = PilotData::getPilotData($xml->verify->pilotID); if($pilotinfo->retired == 1){exit;}

What is the folder it is in set to? Maybe try a 755 there and the files inside of it set to 644

Moved to paid services.

Moved to paid services.