I didn't replace anything, for sure I tried to download the original file, but the problem still persists.
I have also been using Moodle with Installatron and like you the site stopped working after the update to 3.6.3. I now get the error "ERR_TOO_MANY_REDIRECTS" and purging all type of caches does not work. Luckily a backup was made before the upgrade so now I'm trying to restore Moodle to it's previously state.
Hi All,
We recently upgraded moodle from 3.2.1 to 3.5.5 version.
The users who accessed the system before upgrade are able to access the courses.
But the users who got access before upgrade and login first time after 3.5.5 upgrade are facing below error.
And these users unable to access any course as well.
We installed moodle on Windows OS, PHP 7.0 & MySQ L8.0 verion
Please help us to resolve the issue.
This is just getting more confusing... I was failing to restore the backup from Installatron (first the space was to small, then the host gave us some more space temporary, and then other errors showed up), but then a mail from Moodle came that informed me about a new submission. How could this be I thought, the site is down and in a middle of a restoring of a backup. But I checked the submission, and Moodle was up and running like nothing had happened(!). It was also running the new version 3.6.3. I am totally baffled.
thank you for your reply,will i be able to back up and restore users as well grades ?
Hi Rick
Thanks for your advice last week. I have created a copy of my Moodle site now and all works (moodletest). I will upgrade this site next and see how that works. Can I run the test site on PHP 7 and the live one on the current PHP5? They were having trouble with PHP 7 so we downgraded it for them. If I change it site wide then their live version may not work properly.
Thanks
Jacqui
Yes. But to be sure, check backup preferences in Site Admin menu.
Make one backup.
Download the backup.
Restore to new site and see.
'SoS', Ken
Qualifications for this response ... none ... don't run windows, don't run MySQL version 8.x.x, and thus haven't seen the problem.
However doing prelim for the true Windows experts, will ask about MySQL ... version 8.0.what? Is it a GA release or one prior to that?
And some other info found ... not saying you should act ... so consider this to be just shared info ...
Compatibility with MySQL 8.0.x
https://tracker.moodle.org/browse/MDL-59098
Fix Version/s: 3.3.7, 3.4.4, 3.5.1
One of the postings in the tracker ...
Another limitation we definitely need to be mindful of (and a limitation we probably have to eventually document) is the fact that MySQL 8.0.4+ changed the auth plugin to caching_sha2_password (see here), so if you're setting up one of the newer versions for testing, you'll need to switch back to the old plugin for it to work with Moodle.
e.g.
--default-authentication-plugin=mysql_native_password
It looks like the mysqli connector doesn't have support for this method yet. See here
https://mysqlserverteam.com/mysql-8-0-4-new-default-authentication-plugin-caching_sha2_password/
https://mysqlserverteam.com/upgrading-to-mysql-8-0-default-authentication-plugin-considerations/
All of the errors you show involve context path.
https://docs.moodle.org/36/en/How_to_rebuild_context_paths
'SoS', Ken
I'm new to this community and I've been working with the moolde platform for a short time.
We are migrating from version 3.1 to 3.5 and have noticed that the language string selectmoduletoviewhelp does not show the HTML tags:
<p><strong>Select an activity or resource to view the help </strong></p>
Appears as plain text , don't interpret tags.
In the Moodle documentation it says that it is possible, modifying the language strings from Language customisation
We notice that the function call this language string has changed :
In Versión 3.1:
course/renderer.php: $formcontent .= html_writer::tag('div', get_string( selectmoduletoviewhelp', 'moodle');
Versión 3.5 :
course/classes/output/modchooser.php: $this->set_instructions(new lang_string('selectmoduletoviewhelp'));
Thanks in advance,
Ana
I am not a network support person, and only a novice at these things about php.
In my own case, I have decided to run only one version of php on my VPS server. When I was setting up my server, I was seeing that one could run two versions of php (5 and 7), but it seemed to complicate things for my simple mind. So I decided to keep my server at php 7.
Maybe others here will be able to guide you. It's a server issue, not a Moodle issue.
Having said this, since my Moodle is small, I do run Moodle on my Mac in a MAMP install for experimental purposes. Since you are practicing and learning, you might want to try installing one of the AMP products on your computer. MAMP does provide me a control panel where I can easily switch between php 5 and 7. When I want to run my older Moodle 2.9 product, I simply switch to php 5. But when I want to experiment with my newer Moodle 3.6, I switch to php 7.
Maybe one could do the same thing on their production server?
If you can supply a directory listing of the ext folder (to check php_intl.dll is the expected 385,024 bytes) and the output of php -i so we can check things like the php.ini file being read. These might be quite long so you can attach them as files.
Also what operating system is in use on the affected server?
You're the lucky one! It probably has to do with cache. I wish to have the ability to restart the webserver but in my situation that wouldn't be possible.
In the meantime, I've set the PHP version in the Direct Admin to 7.2 (is supported by Moodle 3.6.x as I've read) although, 2 missing settings (Opcache and XMLRFC) had to be selected manually.
Thanks for your reply Mr. Task!
I've been in touch with the hosting party as well as its suppliers as the database caused really problems. That's the reason for the late reply. The database has been restored so the initial error has 'disappeared'. So far so good ;).
So DirectAdmin doesn't show the Moodle installation anymore which makes me happy. I've restored the moodledata and config.php from version 3.6.2 and transferred the moodle-latest-36 (3.6.3) to the webserver. I'm very surprised no upgrade process starts when going to my Moodle-site. Can someone explain?
PS. I don't have ssh access to the server, unfortunately.
Any error writing to the DB isn't good.
Site mods/blocks/themes appears to be 3.6.3 but am wondering if the upgrade actually completed all that it should have.
The "Duplicate entry '1-wim@famschouten.eu' for key 'mood_user_mneuse_uix'" is the culprit and the only suggestion I have for ya, unforunately, you cannot do because it involves executing php scripts in moodlecode/admin/cli/
Just to be sure, however, can you check config.php for the DB variables section and specifically for 'dbcollation'.
Can you go to Site Admin -> Environment?
or directly to that area via https://yourserver/admin/environment.php
What does is say at the bottom about Full Unicode Support.
For your helpdesk support:
https://docs.moodle.org/36/en/MySQL_full_unicode_support
Might mention to them that there are scripts in moodlecode/admin/cli/ that will get Full Unicode Support but if one cannot set my.cnf (you are on shared service), then only global commands for settings can be used via phpmyadmin .... as it says/shows in the link above.
Now I don't think sharing where you host ... the company that provides ... is giving away any security issues about which you would need be concerned. So what company do you host with? Is your account a shared hosting package where multiple customers share the same server resources and databases?
'SoS', Ken
Good morning Ken,
Thanks for your extensive answer. I've checked the config.php-file about the DB variable 'dbcollation' and the current value is: 'utf8mb4_unicode_ci'.
I hope this variable and its value can point us in the right direction as no option exists to go to Site Admin -> Environment. The main reason is you've login which is the problem ;).
Kind regards,
Wim
On the line for 'dbcollation' => are there two slashes (//) in front of that line?
We have to make sure it's active ... being used by moodle. A // in front means it's inactive.
The fix to the database is to have the database, its tables, and all columns in those tables have the same character set (utf8mb4) with collation (utf8mb4_unicode_ci). In a stock (plain jane) moodle, there are approximately 407 tables. If your DirectAdmin has a tool that can convert the DB to utf8mb4 *and* collation of all tables and columns to utf8mb4_unicode_ci then you could do it yourself (after backing up your db).
IF DirectAdmin doesn't have something like that ... don't think you'd want to do 1 table at a time ... take forever ... then the only other alternative is to execute the command line only script in moodlecode/admin/cli/
/usr/bin/php admin/cli/mysql_collation.php --collation=utf8mb4_unicode_ci
Since you don't have ssh, your help desk will have to do that for you.
Now I asked for where you host ... what company. Only reason, was going to Google to see if provider had some FAQ's or customer how 2's on DirectAdmin and how to work with the DB for you. But, since you've not shared that, you can do that.
Have taken this one as far as I can without asking for access to your server.
'SoS', Ken
The simplest way is copy whole folder from bitnami
in bitnami you can find your folder /opt/bitnami/apps/APPNAME/htdocs
just zip the whole htdocs folder and unzip it in your new server's webdirectory (eg: for apache2 server it's /var/www/html)
Now same import your database to the new server (mysql to mariadb, won't be any issue )
PS: don't forget to change DB credentials in the configuration file.
Thanks.
You can use moodle for as your school management system but only till a limit.
Moodle is an online Learning Management system enabling educators to create their own private website filled with dynamic courses that extend learning, any time, anywhere.
In moodle users can register and choose courses. But it's not like a school management system where the website has a database of all students and students can see their grades there.
For your specific requirements, I would suggest you hire a developer and get a custom website with your requirements.
Thanks.
Did you check if all of your resources loading properly?
If you are seeing any error sign in the right side of the URL bar of the browser.
Did you check with opening the same page with another browser or after clearing the cache of your browser?
I think my server configuration is PHP7.2 and my admin page is showing properly.
Thanks
You can use apache .htaccess feature to redirect your whole website to HTTPS.
You can use this code which will redirect all your website's requests on port 80 {used by Http} to port 443 (SSL)
RewriteEngine On
RewriteCond %{HTTP_HOST} ^domain.com [NC]
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://domain.com/$1 [R,L]