I would very much encourage you to create your own, separate accounts with real names. I wouldn't worry about duplication.
Speaking for myself, I'm much less inclined to put in some effort to solve a problem for some anonymous entity.
I would very much encourage you to create your own, separate accounts with real names. I wouldn't worry about duplication.
Speaking for myself, I'm much less inclined to put in some effort to solve a problem for some anonymous entity.
That is brilliant, thank you for the advice Ken!
I will follow the usual process to update to 3.5.4, and try to get a clone server so I don't have to take risks with the production server.
Lee
PHP, specifically the OpenSSL extension, doesn't use the local certificate store on Microsoft Windows as far as I can see.
If you've got a copy of the certificate Exchange is using and it's a self-signed cert you can put that on your Moodle server and then set the openssl.cafile setting in php.ini to this location.
But from what little experience of Microsoft Exchange I have, I think it creates a certificate signed by its internal CA, i.e. it's not actually self-signed, so you may actually need to get a copy of the Exchange internal CA certificate and point openssl.cafile to that.
Thanks for your reply and advice about the settings. A lot of non-programmers use Moodle (I am a pediatrician) and without institutional support, that often involves web apps for setup (I think in this case, it's Softaculous).
I can see why it would be hard for you or others on this forum to give direct advice in that case. I went back to the hosting company and they are trying to help, so hopefully it will work out.
I clicked on the more details for upgrade link and it now has locked the homescreen with " upgrade key". If I don't want to do an upgrade is there a way to reverse it? I have note entered the upgrade key.
Please help!! Thank you
Well ... thanks ... but can't claim 'brilliance' ... what I've described has always been the recommendation as far back as I can re-call ... clone of production site to a sandbox and test updates/upgrades/other plugins there first before working on production site.
Worth the effort, IMHO! ;)
'spirit of sharing', Ken
Hey, Syed! (uhhh, know something about the entity) ...
Was waiting to reply to see if any of the known Azure users in these forums would respond, but haven't seen any 'traffic' from those persons in a while.
So ... IF am understanding the question correctly ... you have RHEL (commercial) in an Azure environment already and now need more space on the RHEL guest OS ... that correct?
Could be wrong ... am sure someone will correct me ... but ... think most Virtualization platforms (Azure, VMWare, Virtualbox, Google, possibly even Amazon) can allocate more memory easily enough to the guest OS's.
Space however, different story. Easy to do in the Virtualization host but the guest OS doesn't recognize the space automagically ... one has to 'grow' the partitioning in RHEL. That's NOT fun at all.
Me thinks better approach would be to create a data device in the Azure with whatever size needed, then in the Guest OS mount the data device. Mount could be made permanent but better have the fstab settings correct or RHEL might fail to mount on reboot and thus halt in limbo. It's for that reason, I normally don't make an entry in fstab but remount the device on reboots.
Nice thing about mounted data devices in virts ... they can be detached from server using ... then re-attached to another server. Have done this very thing on Rackspace/Google CE setups.
2 cent - free advice!
'spirit of sharing', Ken
I have a fresh install of moodle 3.6 from the stable branch of the git repository. It is installed on (x)ubuntu 18.04 with the standard AMP packages from that distribution, plus the STACK plugin, also from its git repository. This install is on a VM sitting behind an apache reverse proxy (to expedite maintenance).
I have the document root /var/www/html with moodle in /var/www/html/moodle and
$CFG->dataroot = '/var/www/moodledata';
Thus far, everything looks to be running smoothly, but there is a detail that is annoying me. The system user that runs apache (www-data) owns all the directories under dataroot, except for trashdir and muc (owned by root:root). And the permissions on each of the subdirectories are 0777.
I have 2 questions:
Hi Usman: in order to move from one server 2012 R2 to another server 2012 R2, I assume we still setup IIS, PHP, MariaDB as before - (I used your steps for my installation- thank you), and the question I have is, do I still install Moodle as per your instructions from your video then follow the steps as noted in your post above "? Would the database I create as part of the fresh install on the new server, have the same database name as the one being brought over? I am using the same versions of Mariadb, PHP and moodle as the previous server.
As there is no way that the web server created those directories with root permissions then the only other explanation is that the root user did. Possibly you? Was the site installed or upgraded from the command line as the root user (which you are advised NOT to do for this very reason)?
Regarding the permissions for newly created directories, then I can't do much better than the comments in config-dist.php...
//=========================================================================
// 4. DATA FILES PERMISSIONS
//=========================================================================
// The following parameter sets the permissions of new directories
// created by Moodle within the data directory. The format is in
// octal format (as used by the Unix utility chmod, for example).
// The default is usually OK, but you may want to change it to 0750
// if you are concerned about world-access to the files (you will need
// to make sure the web server process (eg Apache) can access the files.
// NOTE: the prefixed 0 is important, and don't use quotes.
$CFG->directorypermissions = 02777;
I doubt it... the only way this would happen is if you actually updated the Moodle code or one of the plugins.
Hi,
I have installed a new Moodle 3.6 on a Windows server with Apache and PHP 7
Moodle Version 3.6.2+ Build : 20190124
I want to setup a wildcard SSL certificate and make sure that https is used to ensure secure access.
I have enabled NAT rules so the site can be accessed externally.
I have enabled the following lines in httpd.conf
LoadModule ssl_module modules/mod_ssl.so
Include conf/extra/httpd-ssl.conf
LoadModule socache_shmcb_module modules/mod_socache_shmcb.so
I have also edited the http-ssl.conf in the apache/conf/etc folder..
<VirtualHost _default_:443>
ServerName subsite.moodlesite.ac.uk:443
DocumentRoot "C:/Moodle3/server/moodle"
SSLEngine on
SSLCertificateFile "c:/moodle3/server/certificate/cert1.crt"
SSLCertificateChainFile "c:/moodle3/server/certificate/certchain.crt"
SSLCertificateKeyFile "c:/moodle3/server/certificate/certkeyfile.key"
ServerAdmin admin@moodlesite.ac.uk
ErrorLog "C:/Moodle3/server/apache/logs/error.log"
TransferLog "C:/Moodle3/server/apache/logs/access.log"
When I access https://subsite.moodlesite.ac.uk in chrome the informational message is "Your connection to the site is not fully secure. Attackers might be able to see the images you are looking at on this site and trick you by modifying them"
When I access the https://subsite.moodlesite.ac.uk in IE it does not show the site as being encrypted.
Please can you advise how I can resolve this SSL issue to get the certificate working so I can ensure only https is used on our new moodle site ?
Many Thanks in advance for any advice you can give me.
CBT72
Possibly a stupid question - does your certificate provider support wildcard certificates? They don't all - especially the cheaper ones.
You'd be surprised how many threads here started with some variation on, "I used Softaculous and... insert some disaster here..."
You either find out a bit about server hosting to install Moodle or you'll find out "under distress" when it all goes wrong. I recommend the former.
Hi,
We use godaddy as our certificate provider so the certificate should be fine, we use it on a number of systems.
Thanks
CBT72
Only if you specifically buy a wildcard certificate from them. You would know because they are *waaay* more expensive than standard ones.