I am getting an error when I uploaded the files online. Something is suddenly up with the debugkit.
Parse error: syntax error, unexpected T_FUNCTION in
/home3/beauface/public_html/cosmeticsurgeryph/inventory/app/Plugin/DebugKit/Controller/Component/ToolbarComponent.php
on line 179
Everything is working smoothly when I run it on localhost.
Please enlighten me :(
Change your PHP Version to 5.3 or greater.
Because ToolbarComponent.php uses Anonymous Functions which supports only from 5.3+
Related
I am trying to build SSIS packages using the Microsoft DevOps tools as mentioned below.
https://learn.microsoft.com/en-us/sql/integration-services/devops/ssis-devops-standalone?view=sql-server-ver15
The tool SSISBuild.exe works perfectly fine for a local file path. However, when put a https URL (git stash) path, it throws parse errors as follows:
'>' is an unexpected token. The expected token is '='. Line 14, position 267.
There is not much README/documentation around this. Any help is greatly appreciated.
Thanks
I can't seem to figure out this error. I'm new to drupal and programming. For sqlsrv this error comes up whenever I go to my drupal site -> configurations.
Fatal error: Call to undefined method DatabaseSchema_mysql::EngineVersion() in C:\Users..\profiles\acquia\modules\sqlsrv\sqlsrv.install on line 18
I just ran into the same issue. I wasn't running SQL Server either, so I removed:
Folder: docroot/profiles/acquia/modules/sqlsrv/sqlsrv
File: docroot/profiles/acquia/modules/sqlsrv/sqlsrv.install
Make sure to take a full backup of your site beforehand. Clear cache, and visit the page when complete.
Hope this helps!
I have hired a developer to fix some bugs on my site built on CakePHP framework, but when uploaded the changes he made i got an error:
"Parse error: syntax error, unexpected T_STRING in...."
The strange thing is that the file works OK on the demo, but when try to upload file to the main site the error appears. Can you please have a look at the code and tell me where is that error. Here is the uploaded file: http://textuploader.com/xhok
line 41 $this->ListingProperty->initialize(&$controller);
uses call time pass-by-reference removed in php 5.4
line 49 $this->CommonFunctions->initialize($controller);
has the same issue
see PHP 5.4 Call-time pass-by-reference - Easy fix available?
otherwise the file has no syntactic problems on php 5.5
>php -l a.php
No syntax errors detected in a.php
I managed to fix this issue.The problem was in the FTP program (Filezilla). Forsome reason Filezilla was uploading the files as ASCII and that makes a huge error in some PHP files. I have fixed the issue by changing the upload method as Binary. Here is how to change it:
Edit > Settings > Transfers > File Types > select Binary
I am trying to create a local development environment on a Windows machine using Xampp. Xampp has been setup correctly and I am able to access localhost, locahost/phpmyadmin and a virtual host I created domain.local. This Virtual Host is a CakePHP application that I had been running on a Linux Box (nginx). I use that code to setup the site, but when I try to run
php composer.phar update
to have composer download all dependencies, I get the following error:
Fatal error: Class 'Cake\Composer\Installer\PluginInstaller' not found in
phar://C:/Users/admin/Documents/Sites/domain.local/website/composer.phar/src/Composer/Plugin/PluginManager.php
on line 244
I have tried a bunch of things without success.
Also to note php composer.phar self-update, runs without issue.
Not sure what to do at this point. Any help is appreciated.
After more tryouts, I finally decided to delete the vendor folder and surprisingly it fixed my issue. Composer downloaded all dependencies and everything works as expected.
We have just upgraded to Apache 2.4 from 2.2 and our fastcgi apps are now causing the error message 'End of script output before headers'.
All the apps and libraries, which are all in C, have been recompiled using the latest libraries from fastcgi.com and they worked fine before the upgrade.
Any clues as to the cause of the problem would be appreciated.
The server is Fedora 19
As it turned out the problem was with a shared object file that wasn't of the correct version. For some odd reason that error did not show in the log.
So, question should be closed.
As it turned out the problem was with a shared object file that wasn't of the correct version. For some odd reason that error did not show in the log.