I have shared server from domain.com
And when I try to install full package I get this issue : PHP extension "soap" must be loaded.
And I ask my customer service, he told me we can't solve this issue you must get VP host (VIP ) not shared server. Please help me to solve this issue.
Simply go in php.ini file and Find this code ;extension=php_soap.dll remove terminate sign like do it extension=php_soap.dll
I solve the problem by editing:
xampp\php\php.ini
and changing this line from:
;extension=php_soap.dll
to:
extension=php_soap.dll
In my case, only un-commenting extension=php_soap.dll line didn't work. My PHP version is 7.0 & i installed apt-get install php7.0-soap (used this because i'm using Ubuntu).After soap installation, it worked for me.
Although your question is very confusing, I believe to have understand partially what you need.
A shared server is one that other people are sharing with you. These are usually very cheap but you don't get much control over what happens there; specifically, you usually can't install stuff or have much freedom of configuration. These servers usually offer specific services (i.e., they already have PHP and MySQL installed, but you can't run, say, Ruby). You rarely (if ever) get shell access to such servers.
Dedicated servers are the opposite. You usually have full control over the machine's configuration as it's not shared with other users, but they are often way more expensive.
The reasons for this are clear: when a server is shared it's cheaper to the provider to keep and maintain a running machine, because several clients are paying for it. If you want/need a fully dedicated machine then you can manage it, but you have to pay it yourself. In this case, if you need to install PHP modules and your provider is denying you access, you must either find a provider that does allow it or find a dedicated machine. You're out of luck on that regard.
please go to this
*xampp\php\php.ini*
and find
;extension=php_soap.dll
remove the semicolon at the end and restart your appache server from the host server
On my XAMPP in php.ini this extension calls extension=soap
Related
For years I have been using the following at the top of my scripts:
use lib '/var/www/vhosts/example.com/demo.example.com/cgi-bin/library';
That works fine when the lib is within the same domain space as the calling script.
However, I want to call in from a centralised library so I will have just one place to set db credentials.
So, if I adjust that line to call in from another account on the same server, it cannot find the library.
use lib '/var/www/vhosts/example2.com/demo.example2.com/cgi-bin/library';
Running on plesk, if that may make a difference. Used to run on cPanel and I had no issue.
I would appreciate a pointer, having already read some docs and I am confused.
Only someone with access to the configuration of your web server can answer this for sure, but I'd guess that each of your vhosts is running as a different user and the users can only read files from their own web space.
This approach won't work. If you want to to have a centralised module library then either install the modules that you want in the system module library (i.e. where cpan will install them by default) or create your own new centralised library somewhere that isn't under one of the vhost directories (perhaps under /opt).
However, it's worth noting that best practices for deployment of applications are moving in completely the opposite direction. It's generally considered a good idea for each application to have its own set of dependencies installed in its own module library. Using a cpanfile to record the exact versions of the dependencies that you're using makes this simple.
I am trying to install a few Perl modules, one of them being Time::Format. My corporate group policy does not allow me to use CPAN (since it uses FTP) to install modules. Tried using makefile.pl, but nmake.exe (I am using windows cygwin) seems to be missing too. The policy does not allow to download the nmake.exe executable too. PPM isn't available too.
How do I go about installing module manually? Is there a way where I could manually copy files from this module on to individual folders in my Perl directory? If yes, which files, go where?
You might be able to get around the FTP restriction by using a minicpan. Basically this lets you build your own local CPAN mirror, for example on a USB key drive. It's intended to carry a snapshot of CPAN with you, e.g. when you are in transatlantic flights and just really need that module you didn't install.
However, those restrictions are probably there for a reason. Downloading and installing/copying stuff from the internet might be against the corporate policy just the same as it's an external source. You should check that. On the other hand, those policies are often intended for the average office user that is not a developer, so you might be able to talk to them and explain why you and your team should be excepted from this policy, and how reusing code from CPAN would save your company a lot of time, which equals money.
It might be simple query, but still I'm not clear regarding this.
In my script I'm connecting to SFTP client server using Net::SSH::Perl module. Previously I was using Net::SFTP but removed from the script, as all of a sudden it stopped working and throwing an error.
When I used Net::SFTP, most often I will use the below command to Put/get files from remote server.
$sftp->put("/home/ftpford/ftpcon/conout/$file","/Uti_Integrator/READYFORPICKUP/PENDING/$file");
But I'm not sure of how to get/put files using Net::SSH::Perl.
Can any one suggest? I have tried many ways and even I tried to search in Google but I'm not clear of any thing.
And please note that I don't have privileges to install new modules in my server.
I want to get/put files using the above Module.
I don't think that's a standard feature of Net::SSH::Perl.
One option is to use other modules that do (you don't necessarily need to install them in the system directories, you can have them in your own directories if you include them via PERL5LIB or use lib.
The other option (which answers your question stricto sensu) is to emulate it. You can try to simply run cat >$destination_file on the remote box via Net::SSH::Perl, and then send the contents of the file over the ssh connection.
Of course, error handling and the like might not be very straightforward...
BTW, you tell us you have tried many things, but you don't tell us which, and what problems you encountered.
I am using Active Perl and am looking for ways to set up a local repository to install various modules. Main reason behind is the production server has no internet access.
Can anyone point me any quick start or step-by-step tutorials on this?
There is a tutorial on how to install from a local repository (manually) here
There are descriptions how someone did it here (perlmonks) and here (perl.com)
To use the GUI ppm manager most likely requires a httpd (a.k. web server) that gives PPM access to the *.ppd and *.tgz files over http. I'm not sure I'd choose that over doing it from the command line.
I am working with a hosting provider who has installed mod_python for me. I followed the install instructions locally and included it in httpd.conf but they have opted to put it in conf.d/python.conf.
Is there any difference/benefit to doing it either way?
No, all the files are parsed at run time, you can include as many as you want. They've just opted to seperate out the configuration for easier management.