Hi all,
I have a Moodle website running using IP address i.e. the IP address is the URL. How can I change this IP to be a URL? I tried the replace tool from admin, but noting changed.
Thanks!
Hello, I have a production site that is running fine but I want to set-up a new dev site on another server. My moodledata folder and database are large and I don't have resources on the dev server to store it.
I'm interested in creating a dev site with the same code and essential elements of the database (minus logs/cache etc), but a fresh moodledata folder. is this advisable?
One can certainly migrate a copy of production site to dev, but without moodledata/filedir then one would end up with many many many links to files (PDF/video's/audio's/images in quizzes/test, etc.) broken.
One can also truncate on dev site the largest tables of the cloned production server DB ... like moodle's log store (a who done it) ... on dev.
But 1/3 migration to dev would be good practice on trouble shooting issues me thinks but is that the purpose of dev?
Alternative ... stand up a new dev server with same version of code. That will create a db for it and a moodledata/filedir with no issues/orphaned metadata or physical files in moodledata/filedir/ Install same plugins present on production in dev.
Make course backups ... user or no user or other resources ... and restore to new dev server.
Set dev server to no mail. Cert for dev may not be valid but can run one self-signed to stop moodle from complaining about not https.
dev server to be internal to a private network only or opened to outside world? Reason asked ... dev servers can be found rather easily if on public internet ... so one shouldn't ignore updates to the OS and to the Moodle or risk eventual compromise due to lack of admin. If totally inside ... no outside access ... then one could be a little more lax ... but then again, that depends upon how 'wild west' the internal network is.
Suggestions above not the only way am sure ... so if above will not work for ya, then need more info on what one expects to be able to do with dev.
'spirit of sharing', Ken
Simply this software is also good but you need this tool as well Mia Khalifa
Hi, I have seen there is a "Installation quick guide" (https://docs.moodle.org/36/en/Installation_quick_guide) that seems to be installing Moodle 3.5 LTS which is what I want.
My question is that when I installed Moodle a few years ago I instead followed the "Step-by-step Installation Guide for Ubuntu" (https://docs.moodle.org/en/Step-by-step_Installation_Guide_for_Ubuntu). This guide seems to be more detailed but at the top of it it says "Note: This document is about installing Moodle 3.1 ..." and the git checkout command line in the document uses MOODLE_33_STABLE which seems to be a bit outdated. Is this guide not valid anymore if I would like to install Moodle 3.5 LTS?
Kind regards, Rob
Hi - we are having the same problem, are you able to share how you resolved it?
Ken, thanks for the reply. I already currently have a dev set-up similar to what you suggested - stood up a new site with the same codebase. It just seems like too much work to try and re-set everything up in terms of plugins, authentication, integrations etc. I'd much rather try bring the PRD database over. Broken links shouldn't be too big of a deal in a new dev site. It's mostly just needed to have a site to test new plugins/updates in an as close to prd environment as possible. It's on a local network with no internet access.
'terms of plugins, authentication, integrations' ...
Well ... let's play devils advocate here .... for a total crash/disaster recovery kinda thing ... and it's finally decided that one needs to 'rebuild' ... how about those plugins, authentications, integrations? Gee, how many plugins does the site have?
One will still have to edit the PRD DB at the dev site ... each time you do that, correct? Unless you've found a way to export only tables that wouldn't require any change to them due to site url changing - broken links would be in admin area of the dev moodle using prd db. So one has to work to work, so to speak ... almost any way one looks at it.
Do you do updates and upgrades the 'old' way or via git?
'spirit of sharing', Ken
We have 58 "additional" plugins, so a lot to configure 1 by 1. I understand there will be work to do setting up a dev site properly (turning of email, etc).
Not particularly worried about dev for recovery - prd is on virtual servers that have snapshots taken daily. I do version control via git.
I just did a small test site, migrated the DB and the code folder with a new data folder and it worked OK, minus the broken links as you said.
I recently upgrade from Moodle 3.2 to Moodle 3.6.1+ (Build: 20181220)
I simultaneously upgraded php to PHP 7.2.10-0ubuntu0.18.04.1 (cli) (built: Sep 13 2018 13:45:02)
Two problems we are experiencing:
Wow! 58!! Got linux?
Suggestion ...
On your dev instance, install moosh.
There is a moosh command that will check on plugins ... latest versions in Moodle plugins.
Script:
checkaddons
contains:
#!/bin/bash
#
echo 'Add-on listing: ';
cat ./addons.txt;
echo '---------------------';
for i in `cat ./addons.txt`
do
echo "Addon in que: $i";
moosh -n plugin-list |grep $i
done
addons.txt is a simple text file listing the short names of the plugins ... can be seen when visiting the plugins page of the Moodle Admin interface.
Looks like:
mod_hvp
mod_questionnaire
mod_customcert
When the script is run, output looks like:
Add-on listing:
mod_hvp
mod_questionnaire
mod_customcert
---------------------
Addon in que: mod_hvp
mod_hvp,2.7,2.8,2.9,3.0,3.1,3.2,3.3,3.4,3.5,3.6,https://moodle.org/plugins/download.php/18393/mod_hvp_moodle36_2018113000.zip
Addon in que: mod_questionnaire
mod_questionnaire,1.9,2.0,2.2,2.3,2.4,2.5,2.6,2.7,2.8,2.9,3.0,3.1,3.2,3.3,3.4,3.5,3.6,https://moodle.org/plugins/download.php/18487/mod_questionnaire_moodle36_2018050108.zip
Addon in que: mod_customcert
mod_customcert,2.9,3.0,3.1,3.4,3.5,3.6,https://moodle.org/plugins/download.php/18626/mod_customcert_moodle36_2018120301.zip
With that info, one could 'collect' all the plugins using wget to a 'addons' directory anywhere on dev system.
Example:
[root@server addons]# cat addonslisting.txt
https://moodle.org/plugins/download.php/18394/mod_bigbluebuttonbn_moodle36_2017101016.zip
https://moodle.org/plugins/download.php/18393/mod_hvp_moodle35_2018113000.zip
https://moodle.org/plugins/download.php/18420/mod_questionnaire_moodle36_2018050107.zip
wget -i ./addonslisting.txt
Will get the zips downloaded to the directory where executed.
You can then update/install those plugins manually ... at first ... once built could use Moodle's mdeploy to acquire in dev system.
in the 'spirit of sharing' ... and reducing the load on admin op.
Ken
Hi Ken,
you should look at the actual HTTP Response firing up the Developer Tools of your browser: the Moodle code in your browser is expecting a JSON based reply from the server while it replies with an HTML one (see the < char as the first char).
It could be a configuration error in your brand new PHP setup.
HTH,
Matteo
Hi Visvanath,
Thanks for your reply!
I can't find config.php file in my Moodle setup files. Each theme has a config.php and it doesn't contain wwwroot. Kindly advise.
When the bash shell environment doesn't find php-cli it might be due to environmental paths of the user.
As the user in a bash shell, type 'env' and look for the $PATH.
Once one finds the path the the php-cli (which might show as 'php'), one can change the bash shell environment with an alias for php that points to the php-cli
nano .bashrc
Just below the #User specfic aliases and functions comment
alias php=/path/to/bin/php
Save the .bashrc file
Log out. Log back in. Or reload the environment ... source .bashrc
which php should show your alias
and then the scripts in moodlecode/admin/cli/ can be run without the full path to the php-cli.
from within moodlecode/admin/cli/
php nameofscript.php
Help on the scripts will still suggest /usr/bin/php.
Note: I've had to do this with 2 different providers ... both using cPanel and ea-php#.# for multiple versions of PHP. If one updates the ea-php to a higher version of PHP then the alias path might need to change.
'spirit of sharing', Ken