I have WampServer Version 3.1.4 64bit installed on Windows 7 and it comes with PHP versions php5.6.38, php7.0.32, php7.1.22, and php7.2.10. I would like to use php5.6.x rather than php7.x.
So, when I switch from php7.2.10 to php5.6.38 from the server tray icon; it does not update the actual php version which is shown by phpinfo().
On localhost, it still says:
PHP Version: 7.2.10
However, it is updated on CLI side. This is tested with running this in the cmd:
php -v
The result is :
c:\wamp64\bin\apache\apache2.4.35\bin>php -v
PHP 5.6.38 (cli) (built: Sep 13 2018 12:45:08)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
After restarting WAMP services, and re opening the terminal, and restarting computer, it still not updated through phpinfo. It probably related the php version used by Apache service. How can I change this to 5.6.x
Any suggestions ?
Many thanks
Note : The issue is not related with changing php cli version as it was pointed here. I do not understand why some of them insist that this is potential duplication without reading the post carefully.
I have faced kind of similar issue, I have installed wampserver upgrades from https://wampserver.aviatechno.net/?lang=en. I needed php 7.3 and 7.4, after installing the php upgrades, those new versions were not being reflected in wampserver traymenu (left click on wamp icon->php-versions). After spending quite some time looking into this, finally could fix this by following steps :
Clearing logs (right click on wampserver icon -> tools -> empty logs)
[my php log file was 300+ MB].
Restarted wampserver and it was good to go.
I found solution from this thread http://forum.wampserver.com/read.php?2,159184
(TL:DR) Use left click -(instead of right click)- menu to change PHP versions.
(Long explanation)
Hi, this happened to me today. I was trying to change the php version from 7.2 to 5.6 to test something. However, Wampserver was not changing the web version of php. After much searching in the web and noticing in certain videos that some people were getting a different menu than me in the wamp server icon, I realised that there is a whole left click menu in wampserver in which you can change the php version and it does change the web version of php.
I understand that this can be a bit confusing for people who are used to using wampserver, but for someone who is using it for the first time, we are not used to having a left click menu in the bottom right icons. I hope this saves some time for others who have a similar issue than mine.
The wampmanager->Tools->Change PHP CLI Version menu only changes the version of PHP that will be used by wampmanager.exe to run all the PHP scripts that provide all the functionality of WAMPServer.
It has no effect on the version of PHP that will will be run from the command line in Windows.
If when you open a command windows and run the PHP interpreter >php.exe you actually get to the PHP interpreter, then you must have added one of the possible paths to one of WAMPServers PHP folders to the Window's PATH. You should never do this with WAMPServer, so if this is what you did, UNDO IT! This is for obvious reasons as you could have multiple versions of PHP available and want to run any one of them at any time as the CLI Version to test some code against multiple versions of PHP.
Instead create yourself a little batch/cmd file that accepts a php version as a parameter like in this answer I posted a while ago
With that you can set the PATH temporarily for the life of a command window ONLY. You can also make it include a PATH to the PEAR and/or COMPOSER folders at the same time, if you use either of these.
To check All VC Runtimes
There is a tool for checking if you have all the possible required VC Runtimes installed. Go to this page, the backup repo for WAMPServer, and download the little utility called Checks VC++ packages installed you will find it down near the bottom of the page. Download and run it, then throw it away, as it changes over time as new VC Runtimes become required.
I am trying to install umbraco packages such as Articulate (used for blogging) but every time I try and install a package I get redirected back to the package page. I have tried to install a local package but it still redirects back to packages.
I am running Windows 10 and VS 2015. I have tried Umbrco 7.5 and Umbraco 7.7 version.
Is there away to detect what the issue is in my umbraco installation if it not a known issue?
Thanks a lot
I have found that I can install the packages on another computer. I believe it to be the network I am on at work is the course of the issue. I worked on a computer that had more privileges and it worked. It might have been because not be able to write to a particular location.
I know in IIS I have to give security permissions to user IIS_IUSERS in the website folder. In order to get the website working.
Ok, I'm deploying my Rails App using Capistrano. I'm also using Puma. I've followed this tutorial to get it to work, although I'm using Debian rather then Ubuntu.
Everything works fine and I can deploy my app without issues. However if my server crashes or the server restarts, the App doesn't restart itself and the only way I got it to restart was deploying it again with the following command cap production deploy from within my App in my local machine, which we all can agree that's not ideal.
There's loads of information on the web on how to deploy a Rails App with Passenger, which I'd rather avoid to use due to lack of resources on the server part. I've also found this tutorial which seems to be a bit outdated.
Can someone please point me to an updated tutorial or give some directions on how I could get my App to start/restart who the server?
Many thanks
EDIT
As per #mudasobwa's comments, I'm detailing the steps I've taken after reading this page:
I have copied the contents of https://github.com/puma/puma/blob/master/tools/jungle/init.d/puma into /etc/init.d/puma made it executable. I've also copied the contents of https://github.com/puma/puma/blob/master/tools/jungle/init.d/run-puma into /usr/local/bin/run-puma also made it executable.
Lastly I've created a puma.conf file in /etc.
After that I've created the following directory: /path/to/app/tmp/puma and added these two files: pid and state. Note that I've also added the aforementioned folders into Capistrano's shared links structure.
After the above I've restarted my server and the App did not start as I expected.
What am I missing here?
I upgraded my jenkins server from 1.647 to 1.648 and I cannot see my previous settings in the web browser.
I stopped my jenkins server using unload /Library/LaunchDaemons/org.jenkins-ci.plist. And replaced previous .war file in Applications folder. Restarted server using load command and lost previous settings. I know my settings are still on the computer. I can still see my previous settings under Users/Shared/jenkins/Home
I noticed the jenkins server still shows up when I navigate to localhost:8080 even after I thought I stopped the server. (I suppose this is part of my problem). Although I'm unsure what's causing it or how to fix it.
Any help would be greatly appreciated.
I fixed the issue, but still unsure as to why that was happening. I edited my config.xml file to point to the new version and restarted my jenkins server and the computer it was running on
I finally moved to using a Linux based development server for Rails, via VirtualBox. I'm using a pre-built image that includes Apache and Passenger.
Everything is great, except Apache still tries to serve an older version of css files in development mode. Even restarting the server doesn't work. I've tried clearing the browser cache as well. Since everything worked fine before Apache I'm guessing this is an Apache issue. Do any experts know how to fix this? Any help would be greatly appreciated.
Thanks.
unless you're doing something unnatural (which it doesn't sound like) apache will only server files that are 1) available to it & 2) requested.
have you updated your file that calls/includes the CSS file?
have you tried a different browser? - if only to be "sure"...