Websites and SEO
cd(if going for another version, replace with the appropriate link)
wget https://releases.wikimedia.org/mediawiki/1.31/mediawiki-1.31.1.tar.gz
tar -xvzf mediawiki-1.31.1.tar.gzIf your sites are stored elsewhere, replaces /var/www/YOURSITE with whatever the path name is. Copy with the rf flags forces over-write and copies recursively.
cp -rf mediawiki-1.31.1/* /var/www/YOURSITE
Visit https://yoursitename/mw-config/ in your browserFollow the instructions from there – you will need the upgrade key from your existing LocalSettings.php file, which should be found in your existing Wiki directory via:
cat LocalSettings.php | grep -A 2 key
/etc/php/7.0/fpm/conf.d/…but had not been enabled in this directory also:
/etc/php/7.0/cli/conf.d/…which is another directory that needs the same config file in. In my server’s case the config file was named 00-ioncube.ini and consisted of the following:
And with that, voila, cron job works. Can’t get that hour of my life back, though. Update: For the php7.1 servers the zend_extension line read:zend_extension = “/usr/lib/php/20151012/ioncube_loader_lin_7.0.so”
zend_extension = “/usr/lib/php/20160303/ioncube_loader_lin_7.1.so”
Sorry, this product is unavailable. Please choose a different combination.Very frustrating. The problem in the end? I had not yet set prices for all of the variable products. To resolve this go to Product -> Variations -> click on the dropdown box which defaults to “Add Variation” -> Set Regular Prices -> click Go. Hopefully that’s all it takes to fix your problem too. I was installing custom PHP snippets to try and resolve this issue and going down all sorts of wrong paths when I had simply neglected to take note of which fields were required.
sed -i 's/OLDDATABASENAME/NEWDBNAME/g' mysqldumpFile.sql
mysql -p create NEWDBNAME; use NEWDBNAME; SOURCE /path/to/sql/fileNo need for a semicolon on the last line. Then check the success by:
show tables;
vim /etc/gai.confand uncommenting the following line:
Then a reboot. Voila, the contact form worked properly again.precedence ::ffff:0:0/96 100
Click on “Settings” at the top and you should see this screen:
Click on “Ports” (third from the right hand side in the icon menu at the top):
It defaults to Serial – click on USB:
Nobody wants to be using USB 1.1 (slow) so click on USB 2.0:
Then plug in your USB device that you want to pass through. In a nutshell, we will be setting up the specific USB devices we select on this screen to be passed through to the Windows VM whenever they are plugged in while the VM is powered on. If the virtual machine is closed down when you plug in the USB device the normal Mac OS X system will read the USB device as usual.
Click on the icon on the right that has a little green plus and you should see a listing of USB devices that are eligible for passthrough:
In this instance we are selecting the SanDisk Cruzer Blade. Click on it.
Now you should see it listed under “USB Device Filters”. The USB controller has been moved to USB 3.0 in the above screen shot – ignore that, as USB 3.0 currently does not work on Windows 7 VMs. Click OK, and go back to the main Virtualbox screen. Safely remove the USB device from your computer and then start the Windows virtual machine.
If you have only just selected USB 2.0 for the first time you will probably see the above screen. Otherwise, you can now plug your USB device in:
…and it should be picked up as if it were plugged into a physical Windows computer:
All done. Now, if you look in Finder in Mac OS X you won’t see the drive:
Closing down the VM, though, and unplugging/reinserting the drive will make it show up as normal:
In the above screen shot it is appearing as “NO NAME”.
All done! Incidentally, if you want a USB thumbdrive to work in both Windows and OS X you want it formatted into FAT32 or ExFAT rather than NTFS or Mac OS X Extended.
If you wish to remove the USB device from the passthrough list, click on the USB device in the list and then click on the little red minus sign on the right hand side. cd /path/to/owncloud sudo -u webserveruser php occ user:resetpassword adminaccountnameIn our case the command was:
cd /var/www/cloud sudo -u www-data php occ user:resetpassword adminIt should prompt you for your password twice:
