simpilot

Is this an upgrade from airmail 2.x ? Have all the SQL tables been installed/updated ? Does your server allow the ise of the php now() function ?

If you are in need of support of a module purchased from simpilotgroup please start a support ticket request here -> http://www.noticeablegroup.com The support ticket system is monitored and the ticket will be responded to in a reasonable amount of time. Any requests for support for a payware module here in this forum will not be answered and deleted to preserve the open source nature of the forum. Thank you for your consideration.

That is all the vatsim template shows, the information that it is finding. You can build that into a foreach loop and build a table or list with the data that you choose.

And this is why I have abandoned this module... It does not work for everyone, it is what it is. The module has been marked that it is no longer being activly developed.

Yes, that is how it works in the real world, the pilot does not get a choice of where he flies next without changing aircraft, the aircraft has a predetermined route structure.

I just noticed that you have the same airfield in your schedule twice, from the instructions ->

The module was designed for each aircraft to have a looping schedule with only one flight from each destination. I am not aware of anyone that has modified it to accomplish multiple flight legs.

The text file should be getting saved to the root of the site. If it does not exist then the module has not been able to download a new copy for some reason.

The module is designed to only show the route available from the airfield that the aircraft is located at. So if the route is; 1001 ELLX-EDDT 1002 EDDT-ELLX 1003 ELLX-EDDW 1004 EDDW-ELLX and the aircraft is at EDDT, the only thing that will show is the route 1002 EDDT-ELLX

Without an error log to look at, access to the server, or some type of error on the site page itself I do not know what else to tell you at this point. You can try to reinstall the core files, that could be the issue, it may even be the index.php file, I repaired a site last week that had the index.php file altered during a ftp hack.

Files look ok, tough call at this point, have you gone through the server and phpvms error logs? Is this a new site that has never worked, or an old site that just started doing this? Is anything else on the server working? (ie forum, chat room, etc?)

I just went to your site and just get a blank page - no server error. The view source shows the html head and body tags that are empty. I almost would say that it is a problem in an edited file, most likely the local.config.php file. Look at the very start of that file and see if there is any white space or characters before the opening php tag. Also check any other core files you have modified since the site issue started.

Grab a copy of Gimp and play with the use of the gradient feature. I think you will find that they are easy to make.

In your local.config.php file look for; Config::Set('PILOTID_OFFSET', 1000); # What # to start pilot ID's from Config::Set('PILOTID_LENGTH', 4); # Length of the Pilot ID

Try removing the .htaccess file from the root and see if the site will come up, mod re-write may not be enabled on the server.

Is the vatsimdata.txt file being saved to your server and if so does it have anything in it?

Is the file type an allowed type and is the pics folder writable?

Looks like you have gotten the code a little mixed up; <php main controller:: run ('Vatsim', 'count_vatsim_data'? 'CLIENTS:'? 'PILOT', 'AAL')> should be <?php MainController::Run('Vatsim', 'create_vatsim_data', '!CLIENTS:', 'PILOT', 'AAL'); ?>

I just tried it on my site and had to change; explode('-', $line) to explode(' - ', $line) and it works.

You should not have to re-run the sql insert if it all was installed correctly the first time. If you are getting the errors "xxxxx" module does not exist" then the files/folders have not been correctly placed in the application. I try to always structure the downloads so they match the application file tree structure. Follow the same pattern when you upload the new files and you should have no problems.

There is already an event on the admin side when a pilot is approved in PilotAdmin.php on line 632; CodonEvent::Dispatch('pilot_approved', 'PilotAdmin', $pilot); ' You just need to build the hook (listener) in your new module that is looking for the event, something like this in your module; public function __construct() { CodonEvent::addListener('MyNewModuleName', array('pilot_approved')); } public function EventListener($eventinfo) { if($eventinfo[0] == 'pilot_approved') { //do stuff } } Just remember that a module on the pilot side of the system will not catch an event from the admin side, and vice-versa.

You could do some conditional statements, it would probably get a little lengthy in order to cover everything and every type of ACARS system but maybe something like this for the TOD event; [22:54] - TOD reached <?php # Simple, each line of the log ends with * # Just explode and loop. $log = explode('*', $pirep->log); foreach($log as $line) { $line_items = explode('-', $line); { if($line_items['1'] == 'TOD reached') {echo '<font color="#00FF00">'.$line.'</font><br />';} else { echo $line .'<br />';} } } ?>

Whats empty.... The new table, the var_dump, the print_r, your pireps table?

Did you try to populate the database again after changing the table prefix? If so, is there anything in the new top_pilots table? If there is, do a print_r or var_dump in the template for the variable and see what comes out. That will show if there is any data available and guide you on where to look for the problem.

Can you pastebin the afrsearch.php file