- #Bitnami mean stack enable passenger how to#
- #Bitnami mean stack enable passenger install#
- #Bitnami mean stack enable passenger upgrade#
I'm going to take a break and probably upgrade the Ubuntu partition I have and do everything on said:Įdit 2: I screwed up the entire NodeBB installation by typing node app too early and rushing everything. tgz I thinkĮdit 2: I screwed up the entire NodeBB installation by typing node app too early and rushing everything. Now I have a bunch of nice modules installed in the node_modules folder but I'm assuming not all of them to be able to get NodeBB up and running. I had to ctrl-C because it was literally stuck there. It seemed to work up until " " saying "no repository field" as a warning.
#Bitnami mean stack enable passenger install#
I use Windows for graphics and I like Ubuntu for developing stuff and it's kind of my dream setup to begin with.Įdit: After rolling around in bed and drinking some coffee, I manually inserted the lavender theme in the node_modules folder, removed it from the npm-shrinkwrap.json file (created a npm-shrinkwrap-backup don't worry), and tried npm install again. I guess I should be developing Node.js on linux but so far I've been dual booting and I'm thinking about investing in like a Gigabyte Brix and having two monitors side by side (or even a KVM switch).
#Bitnami mean stack enable passenger how to#
As far as npm install I'm having issues pretty much the same here: (at the bottom) but I'm not sure how to reinstall npm on the stack or if that would even help. Adapt this accordingly for your environment, replacing the 5.6 or number with the actual version folder that exists on your environment.So. etc/php/5.6/fpm/php.ini is for the php5-fpm processor, which is a fastcgi-compatible 'wrapper' for PHP processing (such as to hand off from NGINX to php5-fpm) and runs as a standalone process on the system (unlike the Apache PHP plugin)įor versions of Ubuntu lower than 16.04, /etc/php/5.6/, /etc/php/7.0/, /etc/php/7.1/, and so on, are replaced by /etc/php5/ and so on. This is the one you need to edit for changes to be applied for your Apache setup which utilizes the in-built PHP module to Apache. etc/php/5.6/apache2/php.ini is for the PHP plugin used by Apache. etc/php/5.6/cgi/php.ini is for the php-cgi system which isn't specifically used in this setup. etc/php/5.6/cli/php.ini is for the CLI PHP program, which you found by running php on the terminal. The three files you have there are each meant for different uses. Is there any chance there could be another php.ini file that could be interfering? I tried rebooting my computer thinking maybe that would stop the apache server and reload the php.ini file with the correct setting, but alas that attempt also failed. Which was supposed to be changed to 20M but was still only 2M I know this because I used echo ini_get('post_max_size')
I reloaded the page and it showed that the php.ini file was not updated. I restarted apache using sudo service apache2 restart I changed all of them (just to be sure) to the settings I wanted. Loaded Configuration File => /etc/php5/cli/php.ini $ sudo php -i | grep 'Configuration File'Ĭonfiguration File (php.ini) Path => /etc/php5/cli This is how I found the files $ sudo find / -name php.ini I have found three different php.ini files (no idea why there are three) I am currently trying to locate the correct php.ini file to edit it and restart apache so the changes will take place and I'm stumped.
0 kommentar(er)
