simpilot

If you are sure you have the right template files then most likely they are not in the correct place. They need to be placed on your server in the same structure they are in within the download. Also, the plugin manager would make all this automated for you and it automatically knows which version of the module to install.

I have added a video that hopefully shows how to get past this error. -> http://www.youtube.com/watch?v=gzW9X_1xC4s[/url]

Looks like you downloaded the php template version for a tpl template version. You can replace the module with the 1.0 version from here -> https://github.com/DavidJClark/phpVMS-Plugins_Manager/releases or change line 18 in /admin/modules/Plugins/Plugins.php from $this->set('sidebar', 'plugins/sidebar.php'); to $this->set('sidebar', 'plugins/sidebar.tpl');

Having to take a wild guess of what line 28 you might be refering to but I am going to guess that it is during install and looks like this and you are using the download from here -> http://www.phpvms.net/downloads. Fatal error: Class 'DB' not found in /home/account/public_html/core/common/SettingsData.class.php on line 28 If this is the case and it is on the initial try to use/install the site then delete the /core/local.config.php file and try to start again. The file is not correct in the download and is not needed anyway, it gets created with all the correct information during the install.

Most likely you have downloaded the latest version which uses the .php template extensions instead of the .tpl extensions. You will probably need to run the 1.0 version that you can find here -> https://github.com/DavidJClark/phpVMS-Plugins_Manager/releases

Use the information for getting the error code and/or description here -> http://php.net/manual/en/sockets.errors.php Then you will have at least a starting point, a "Unable To Connect" socket error could be a number of different things. Most likely it is a setting on the server, it may even be a transient error that is due to something on the server running at the same time, or something crashing and restarting or......

The memory limit on the server is set lower than what the page is trying to use. You either have to getthe memory limit raised by the host or try to do it with a local php.ini file in the root of your site (If the host allows them) - or - reduce the ammount of data the page is trying to use. These might help; http://forum.phpvms.net/topic/8564-allowed-memory-size-exhausted-need-help/#entry57172 http://forum.phpvms.net/topic/3996-fatal-error-in-admin-panel-solved/page__hl__+memory%20+limit#entry26927

Not sure exactly what you are looking for but the function "top_landings($howmany)" will return the top landings in order and limit it by the "$howmany" variable.

You can adjust the table, or create your own layout for the screenshot layout by editing the screenshots_viewer.tpl file. To change the number of images available on each page you will need to adjust the $size attribute on line 47 (if it is not edited) of the Screenshots.php controller file. // how many records per page $size = 8;

You should have a file in the /core folder named local.config.php You need to place your vacentral code in that file somewhere. It should be structured something like this; Config::Set('VACENTRAL_ENABLED', true); Config::Set('VACENTRAL_API_SERVER', 'http://api.phpvms.net'); Config::Set('VACENTRAL_API_KEY', 'PUT YOUR KEY HERE');

This should fix you up. If you are not using phpvms_ as a table prefix you will have to change that part but other than that it should create the missing table. CREATE TABLE IF NOT EXISTS `phpvms_ledger` ( `id` int(11) NOT NULL AUTO_INCREMENT, `pilotid` int(11) NOT NULL, `pirepid` int(11) NOT NULL DEFAULT '0', `paysource` tinyint(4) NOT NULL, `paytype` int(11) NOT NULL DEFAULT '3', `amount` float(7,2) NOT NULL DEFAULT '0.00', `submitdate` datetime NOT NULL, `modifieddate` datetime NOT NULL, PRIMARY KEY (`id`), KEY `pilot_id` (`pilotid`), KEY `pirepid` (`pirepid`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

I cannot speak for other developers. I have started to migrate all my phpvms work to the newer versions. Any module I have converted to the newer template extensions there should be a release version that has the tpl versions as well. If you are using the Plugin manager and using the preloaded module list, it automatically detects what version system you are using and only lists compatable modules that are available for the plugin manager.

The only page it affects is the js driven admin pilots page. Have you checked the file in a different editor than you usually use? If you want to strip the db info out of your local config if you would like and send me the file.

If you are using notepad or the built in cPanel code editor download your local.config.php file and open it in a different editor and look right before the opening php tag, you will probably find a random symbol. Remove it and the space and put it back on the site and it will probably fix the issue. Attached is an image of what I usually find with this condition.

I would guess you are using the newer version of the module that uses the new style template extensions - .php - instead of the older style - .tpl - Try using the 1.0 version here -> https://github.com/D...anager/releases - or you can change the extension of all the template files from .php to .tpl

Within the foreach of both lists just use something like; if($pilot->confirmed == '0'){continue;}

Is the pilot actually being rejected or is it just an error in the log?

Delete the /core/local.config.php file and try the installer again, that should fix the issue.

Delete the /core/local.config.php file and start the installer again, that should fix the issue.

Try; $pilots = PilotData::findPilots(array('p.hub' => 'ICAO')); Change ICAO to the icao code of the hub you are looking for.

@Steve - php 5.4.x is going to cause you some headaches as there are some functionality within the core of phpVMS that was built upon the 5.3.x platform that needs updating to fully migrate to 5.4 but there are some work arounds in the fourm depending on exactly what error you run into. I would highly suggest getting your download for the system from the github version, namely the 935 tag and then removing the file completly or applying the patch to the ofc_upload_image.php file that was the source of the recent exploit. You can find that download here -> https://github.com/n...phpVMS/releases

For those that have purchaed the Rewards System, an update has been released that addresses two minor display errors and also adds two new features. You should have received an email to the address connected to your simpilotgroup client center with the details.

The flight number in the event screen is simply a notation to tell the pilot what flight number they should be flying from the schedule database. There is no connection between the two modules (Events & Schedule)

That will get you even better response in the future. Good Luck. Locking this one.

There is no connection between the events module and the biddign system. The pilot needs to find the flight inthe database and bid on it at that time, or load the flight directly into their ACARS client if they are using kACARS. The only difference between 1.3 and 2.0 is the support of the latest development version of phpVMS which uses the php template extension and not the former tpl extension. I will only be updating the newer versions of any modules in the future.