How to Install New Relic's php agent on a Dreamhost VPS? - vps

Has anybody found a way to install New Relic's php agent on a Dreamhost VPS?
I changed my default php location to the newest php (5.3). I've also added these lines
export NR_INSTALL_PATH=/usr/local/php53/bin/
export NR_INSTALL_PHPLIST=/usr/local/php53/bin/
But the New Relic script keeps defaulting another php version (5.2.17)
Can anybody outthere help me?
Thanks!

Related

Should I use homestead for an exact Laravel replication?

My client is running Laravel 5.2 and PHP version 5.6 (all obviously several years old).
I tried to clone the git into Valet with relative success in that the application ran but a bunch of pages threw errors which I am certain is due to me running the latest version of PHP.
So, my question is it better to directly clone the project on Homestead?
Does Homestead offer a more "native environment" for a situation like I am in?
you should try to use an environment that is the closest possible to production.
If your customer uses apache, try xampp. Else adapt to his environment and PHP version, so you can concentrate on code production instead of keep the solution working on more than one environment.
One year later, I came across with the exact same problem; php 5.6.31 and Laravel 5.2.
I managed to simulate the environment with homestead 6, following these steps:
copy the project files to a new folder
Unzip php 5.6 to my local pc (remove php7)
run: composer update (must run with php 5.6 on local pc)
run: composer require laravel/homestead:~6.6.0
run: vendor\\bin\\homestead make
edit Homestead.yml as needed (.ssh path, add php: "5.6" one line below the site sync)
run: vagrant up
run: vagrant ssh
make appropriate changes (google them) according to problems faced on homestead.test (edit xdebug for 502 BAD GATEWAY, edit my.cnf for adding utf8, etc)

Why is my recent Envoyer deployment not showing?

I just deployed using Envoyer and there were no errors. However, I don't see the new version of the site in my browser.
I SFTP'd into the server, and sure enough the new files are there.
I SSH'd into the current directory and ran php artisan cache:clear but it didn't make a difference; I still see the old version of the site.
I've done tons of deployments and never encountered this before. How do I fix this?
Just adding here. I ran into the same issue after changing the PHP version on the site inside of Forge. My server now has multiple versions of PHP on it. I had to go to the site inside of Envoyer, then go to the server, then updated the PHP version to the new PHP version of the site. Now, FPM will reload the proper PHP version.
From the symptoms you've listed, it sounds like OPcache is enabled.
Restart PHP with the following command:
sudo service phpX.X-fpm reload
Where X.X is the version of PHP you're using.
I was running into this as well, and solved it with the following steps
Go to "Servers" tab in Envoyer
Click "Update Server" icon
Enable "Reload FPM After Deployments"

Can someone provide me a link to download XAMPP or WAMP according to my requirement?

Can someone provide me a link to download XAMPP or WAMP which should support the following requirements - PHP 5.4.4, MariaDB 5.5.31 or MySQL 5.5.31 or Postgres 9.1 or MSSQL 2008 or Oracle 10.2?
You can use this link to search for required version
http://www.oldapps.com/xampp.php
If you are not happy with above answer, please try another given below-
Install WAMP SERVER 2.1 and you will get PHP 5.3.5 and then upgrade manually PHP 5.4 following below steps
Download PHP5.4 From http://windows.php.net/download/#php-5.4 (Download Thread Safe)
Go to PHP Folder Location (i.e E:\wamp\bin\php)
Create a new folder with name php5.4.42.
Extract the download files and save in E:\wamp\bin\php\php5.4.42.
Copy the following files from your old PHP directory to your new PHP directory()
File - php.ini, phpForApache.ini, wampserver.conf
Open new copied php.ini file.
Update the extension_dir path in file.
Open new phpForApache.ini file.
Update the extension_dir path in file.
Reboot your system.
Start wamp Server
Go to wampserver =>PHP=>Version=>PHP 5.4.42
Now running PHP5.4.42
Note: you might need to Re-enable the PHP extension like CURL, Openssl etc

update php folder xampp for install curl_reset()

A new version of a program written in the PHP in XAMPP install I had trouble in error openssl.dll, curl_reset () to install the new version of PHP 5.5, how can I fix PHP XAMPP folder with the new version will replace
The easiest way to install the new version of the program, may not install the new version with the error encountered port 80 by performing the following steps, you can download it and trouble-free installation...
download new xampp apachefriends
install it
remove all VPN app
open folder XAMPP run setup_xampp.bat
run xampp-control.exe Or apache-shutdown

Cant' get MongoDB PHP Extension to work

I've been following this tutorial to try to install the PHP MongoDB extension but unfortunately haven't been able to get it working.
http://www.marcwitteveen.com/tech/mac/installing-mongodb-on-a-mac-so-you-can-access-it-with-php/
I can access the collections in the terminal, the database is properly installed but I didn't manage to get the extension working.
I have the following problem:
Sinan-MBP:mongo-php-driver-master Sinan$ cd
Sinan-MBP:~ Sinan$ sudo pecl install mongo
pecl/mongo is already installed and is the same as the released version 1.4.1
install failed
I've been trying several times so that's probably why I get this message. However, even after adding "extension=mongo.so" to the php.ini, I can't use MongoDB in my PHP code.
Thank you for your help.
This is likely a case of modifying the wrong php.ini for the environment, or PHP not being able to find the mongo.so in its directory. If you have separate php.ini files for CLI and web environments, PECL might have installed the compiled extension to a different directory.
If you run through the installation docs, there are instructions for grepping extension_dir from php -i and ensuring that mongo.so is present in that directory. If your web environment has a separate php.ini file, then grepping output from php -i likely won't help. You may need to view phpinfo(); output through your web server and check for the extension directory there.
One additional test that PECL installation succeeded would be attempting to view reflection information for one of the driver classes from the CLI environment. You can do so with php --rc MongoClient, which should print info on the methods of the MongoClient class.
I don't know why it was not working but I found a workaround late last night.
I uninstalled the php extension and then installed it again and made sure the extension was loaded in the php.ini
sudo pecl uninstall mongo
sudo pecl install mongo

Resources