Planned Downtime @ 2018-04-21 00:00:00 GMT. - Page 1
Forum section: electronics / general

author: gnif
author_rank: Unknown
timestamp: April 19, 2018, 10:34:08 pm
content: I will be moving the forums and website over to the new cluster at 2018-04-21 00:00:00 GMT.Unfortunately due to the huge jump software versions this can not be done without causing some downtime.The forums should not be down for any longer then an hour provided everything goes OK.If it does take longer please be patient as we will be working to restore operations as fast as possible.Part of this migration includes upgrading fully to InnoDB tables on the Barracuda engine, as well as moving to utf8mb4 collation.Leading up to the move I will not be able to answer questions as I will be preparing so that everything goes smoothly.

author: gnif
author_rank: Unknown
timestamp: April 20, 2018, 04:37:48 am
content: Forums are now working again, other areas of the site are still to be completed.Please hold off reporting any issues until then.

author: Monkeh
author_rank: Super Contributor
timestamp: April 20, 2018, 04:44:52 am
content: Glorious Ω, how I have missed thee.Three cheers for gnif!

author: trevatxtal
author_rank: Contributor
timestamp: April 20, 2018, 04:52:13 am
content: Sadly I am still in Friday 20 April While you are in Sat 21 already.Is it possible for the time adjustment box to be used .Thank youTrevor.M0XOL

author: Monkeh
author_rank: Super Contributor
timestamp: April 20, 2018, 04:55:25 am
content: I wasn't going to mention the minor 24-hour mistake.

author: EEVblog
author_rank: Unknown
timestamp: April 20, 2018, 05:02:16 am
content: Quote from: gnif on April 19, 2018, 10:34:08 pmDoes this mean that the UTF8 support people have been complaining about for a long time is now solved?

author: EEVblog
author_rank: Unknown
timestamp: April 20, 2018, 05:04:48 am
content: Thanks gnif, this has been a huge amount of effort on your endI encourage everyone who uses the forum to support gnif's efforts on Patreon if able.https://www.patreon.com/gnif

author: hendorog
author_rank: Super Contributor
timestamp: April 20, 2018, 05:43:43 am
content: Not sure if I'm suffering from bias but the site seems quite a bit faster to me.

author: Ampera
author_rank: Super Contributor
timestamp: April 20, 2018, 05:53:13 am
content: Уелл, даве, иф тхис мессаге ис аппеаринг он тхе форумс, тхен И ам гуессинг тхат уи хаве Уникоде суппорт.🕴️🕴️🕴️🕴️🕴️🕴️

author: gnif
author_rank: Unknown
timestamp: April 20, 2018, 06:13:35 am
content: Quote from: hendorog on April 20, 2018, 05:43:43 amIt should be quite a bit faster again now, the reverse proxy via the old server was just removed.

author: gnif
author_rank: Unknown
timestamp: April 20, 2018, 06:14:49 am
content: Quote from: EEVblog on April 20, 2018, 05:04:48 amNot done yet, but you're most welcome.Quote from: EEVblog on April 20, 2018, 05:02:16 amIt should be, the following seems to indicate soQuote from: TwoOfFive on April 20, 2018, 05:53:13 am

author: frozenfrogz
author_rank: Frequent Contributor
timestamp: April 20, 2018, 07:07:38 am
content: Gøød news everyΩne!Thanks a million!

author: gnif
author_rank: Unknown
timestamp: April 20, 2018, 07:54:56 am
content: Seems database fail over isn't working yet... there may be several short outages while I correct this.

author: EEVblog
author_rank: Unknown
timestamp: April 20, 2018, 08:21:06 am
content: Quote from: gnif on April 20, 2018, 06:13:35 amThe initial page load is MUCH faster than beforeAnd I wasn't complaining about the speed of the old server

author: tautech
author_rank: Super Contributor
timestamp: April 20, 2018, 08:52:18 am
content: Quote from: EEVblog on April 20, 2018, 08:21:06 amHad to shoot and run just when gnif pulled the server down and not long been back.First impressions it is a wee bit faster now.Thanks Dave and gnif for bravely taking this step forward.

author: gnif
author_rank: Unknown
timestamp: April 20, 2018, 09:14:43 am
content: Quote from: gnif on April 20, 2018, 07:54:56 amDatabase failover now working, but something wrong with recovery, investigating.

author: gnif
author_rank: Unknown
timestamp: April 20, 2018, 09:24:31 am
content: Quote from: gnif on April 20, 2018, 09:14:43 amfailover and recovery of the database between servers is now perfect

author: nctnico
author_rank: Super Contributor
timestamp: April 20, 2018, 09:37:51 am
content: Are the PDF attachements also fixed?

author: gnif
author_rank: Unknown
timestamp: April 20, 2018, 10:02:10 am
content: Quote from: nctnico on April 20, 2018, 09:37:51 amFirst I have heard of it... whats the problem?

author: Brumby
author_rank: Unknown
timestamp: April 20, 2018, 10:56:07 am
content: I don't know that it's a "problem" as such - just a size limitation.

author: BravoV
author_rank: Super Contributor
timestamp: April 20, 2018, 11:15:46 am
content: At random, still getting "500 Internal Server Error nginx/1.10.3" message, and a refresh cleared it out. Still fast though.

author: BravoV
author_rank: Super Contributor
timestamp: April 20, 2018, 11:25:30 am
content: It happened again just few seconds ago, just trace back this post's time and my IP, hope this helps.

author: Monkeh
author_rank: Super Contributor
timestamp: April 20, 2018, 11:45:13 am
content: Quote from: EEVblog on April 20, 2018, 05:02:16 amIt is indeed, we can now use such advanced symbols as Ω rather than trying to use something ugly like,

author: gamalot
author_rank: Super Contributor
timestamp: April 20, 2018, 11:56:35 am
content: Chinese? 中文

author: gnif
author_rank: Unknown
timestamp: April 20, 2018, 12:06:18 pm
content: Quote from: BravoV on April 20, 2018, 11:15:46 amExpected, I am still performing server tuning. Unfortunately all the prep work int the world doesn't prepare you for real world workloads.

author: EEVblog
author_rank: Unknown
timestamp: April 20, 2018, 02:09:02 pm
content: Quote from: Brumby on April 20, 2018, 10:56:07 amThe new server does have more drive space than before IIRC, but it's not cloudy infinite.So I don't expect we could raise the limits much.

author: EEVblog
author_rank: Unknown
timestamp: April 20, 2018, 02:14:25 pm
content: New server bandwidth

author: IanB
author_rank: Super Contributor
timestamp: April 20, 2018, 06:27:54 pm
content: Just testing that MathJax is still available:$$ ax^2+bx+c=0 $$Yes, cool

author: nctnico
author_rank: Super Contributor
timestamp: April 20, 2018, 08:14:51 pm
content: Quote from: gnif on April 20, 2018, 10:02:10 amPDF attachements never open in Acrobat. Every other website works but not EEVblog. AFAIK this is a well known problem for EEVblog users so most refrain from attaching PDFs.For example the PDFs attached to this message:https://www.eevblog.com/forum/testgear/siglent-sds1104x-e-in-depth-review/msg1371771/#msg1371771Firefox (the latest version) says the file type is unkown and wants to open it with a text editor.

author: tautech
author_rank: Super Contributor
timestamp: April 20, 2018, 08:34:45 pm
content: Quote from: nctnico on April 20, 2018, 08:14:51 pmOK just checked on this thread ^.File downloads fine and it opens in a tab in your browser fine too. In Chrome with a right click on the downloaded pdf you can set "Always open in Acrobat" and when set it does just that.

author: nctnico
author_rank: Super Contributor
timestamp: April 20, 2018, 09:06:01 pm
content: I guess Chrome is doing something non-standard then and tries to guess based on the extension. According to the specs the webserver is supposed to let the browser know what kind of file (mime-type in the HTTP header) it is receiving regardless of the extension. If that is broken a browser gets a binary blob with unknown content. BTW the same goes wrong when people attach pictures. Firefox can't deal with those either probably due to the missing mime-type. As I wrote before: EEVblog is the only website I visit where this doesn't work properly.

author: gnif
author_rank: Unknown
timestamp: April 20, 2018, 09:48:54 pm
content: Chrome works fine for me too, I get a prompt to download the file.SMF is actually serving the file, not Nginx directly.Code:wget "https://www.eevblog.com/forum/testgear/siglent-sds1104x-e-in-depth-review/?action=dlattach;attach=397073" -O/dev/null --debugDEBUG output created by Wget 1.19.4 on linux-gnu.Reading HSTS entries from /home/geoff/.wget-hstsURI encoding = ‘UTF-8’--2018-04-21 07:44:02-- https://www.eevblog.com/forum/testgear/siglent-sds1104x-e-in-depth-review/?action=dlattach;attach=397073Resolving [url=http://www.eevblog.com]www.eevblog.com ([url=http://www.eevblog.com]www.eevblog.com)... 104.31.75.133, 104.31.74.133, 2400:cb00:2048:1::681f:4b85, ...Caching [url=http://www.eevblog.com]www.eevblog.com => 104.31.75.133 104.31.74.133 2400:cb00:2048:1::681f:4b85 2400:cb00:2048:1::681f:4a85Connecting to [url=http://www.eevblog.com]www.eevblog.com ([url=http://www.eevblog.com]www.eevblog.com)|104.31.75.133|:80... connected.Created socket 4.Releasing 0x0000555c8cee0910 (new refcount 1).---request begin---GET /forum/testgear/siglent-sds1104x-e-in-depth-review/?action=dlattach;attach=397073 HTTP/1.1User-Agent: Wget/1.19.4 (linux-gnu)Accept: */*Accept-Encoding: identityHost: [url=http://www.eevblog.com]www.eevblog.comConnection: Keep-Alive---request end---HTTP request sent, awaiting response...---response begin---HTTP/1.1 200 OKDate: Fri, 20 Apr 2018 21:44:03 GMTContent-Type: application/octet-streamTransfer-Encoding: chunkedConnection: keep-aliveSet-Cookie: __cfduid=d9d87d66c77bd7b75de4ed75d84068bec1524260642; expires=Sat, 20-Apr-19 21:44:02 GMT; path=/; domain=.eevblog.com; HttpOnlyX-Frame-Options: SAMEORIGINX-XSS-Protection: 1X-Content-Type-Options: nosniffSet-Cookie: PHPSESSID=hpi2vnv19st40mu1c569nlhi77; path=/Pragma:Content-Transfer-Encoding: binaryExpires: Sat, 20 Apr 2019 21:44:03 GMTLast-Modified: Wed, 21 Feb 2018 16:27:38 GMTETag: W/"397073SDS1104X-E Review 1-25.pdf1519230458"Content-Disposition: attachment; filename="SDS1104X-E Review 1-25.pdf"Cache-Control: max-age=31536000, privateVary: Accept-EncodingX-Backend: web2.eevblog.comServer: cloudflareCF-RAY: 40eaca36203b19bc-SYD---response end---200 OKcdm: 1Stored cookie eevblog.com -1 (ANY) / <permanent> <insecure> [expiry 2019-04-21 07:44:02] __cfduid d9d87d66c77bd7b75de4ed75d84068bec1524260642Stored cookie [url=http://www.eevblog.com]www.eevblog.com -1 (ANY) / <session> <insecure> [expiry none] PHPSESSID hpi2vnv19st40mu1c569nlhi77Registered socket 4 for persistent reuse.Length: unspecified [application/octet-stream]Saving to: ‘/dev/null’Failed to set xattr ‘user.xdg.origin.url’./dev/null [ <=> ] 756.99K 840KB/s in 0.9s2018-04-21 07:44:04 (840 KB/s) - ‘/dev/null’ saved Content-Disposition: attachment; filename="SDS1104X-E Review 1-25.pdf"Content-type is not a required header according to the specs, if your browser is misbehaving either it's a bug or you have a plugin installed that is messing things up:https://tools.ietf.org/html/rfc7231#section-3.1.1.5Quote

author: nctnico
author_rank: Super Contributor
timestamp: April 20, 2018, 10:17:08 pm
content: I have plain & simple Firefox (the most recent version but previous versions had the same problem) with ABP as the only extension and no tweaking of anything. Firefox says it can't determine the type of the file. And I think you are mis-interpreting the specs. It says the sender (server) should indicate the content type unless it really really really can't do it. It also says that the recipient (browser) may choose what to do when the content type is unknown: treat it as a blob or try to guess. So if you want the transfer of files to always work over HTTP then there is no other option than having the webserver supply the correct content type.

author: gnif
author_rank: Unknown
timestamp: April 20, 2018, 11:04:09 pm
content: Quote from: nctnico on April 20, 2018, 10:17:08 pmQuoteQuoteI am not saying that this should not be fixed, I am however saying that it is not a critical problem nor high priority.File type is not detected using the extension under Linux, it is a bad practice to do so on any operating system. The mime type is detected by scanning the file headers for known signatures, this imposes additional server load. Assuming a file is what it is based on extension is a dangerous practice and can lead to downloading a "PDF" that is really a malicious file, simply because the file extension was trusted.

author: IanB
author_rank: Super Contributor
timestamp: April 20, 2018, 11:09:18 pm
content: Quote from: nctnico on April 20, 2018, 10:17:08 pmBut the web server doesn't know the correct content type. The file was uploaded by the user as an attachment to a post, and the only information provided by the user was the file name and extension. When you view the post, you get back the information originally provided; no more, no less.The only way the server could indicate that the attachment is a PDF file is to look inside the file and interpret the contents, or to look at the extension and associate .pdf with a PDF file. Both of which the browser can do just as well.In this case the server has no business deducing or guessing, it should just hand back the data as it received it with the same file name. So I think the server is behaving as it should.

author: nctnico
author_rank: Super Contributor
timestamp: April 20, 2018, 11:12:24 pm
content: Quote from: IanB on April 20, 2018, 11:09:18 pmThe makers of Firefox (not exactly a niche browser) seem to have a different opinion so don't shoot the messenger. Life sucks and sometimes you have to fix things which are not really your problem to start with.

author: gnif
author_rank: Unknown
timestamp: April 20, 2018, 11:17:13 pm
content: Quote from: nctnico on April 20, 2018, 11:12:24 pmIf you really want this fixed, contact the SMF developers, this is not a bug with our forum or the servers.

author: Cerebus
author_rank: Super Contributor
timestamp: April 21, 2018, 12:24:12 am
content: I think someone's missed the point. The writers of SMF obviously took the decision that, when an end-user uploads content, they would not make any assumptions about what the MIME type of that content was. To take an uploaded file and assume the MIME type could completely misrepresent the content type. Relying on the fact that someone puts 'pdf' or 'jpg' on the end of a file could allow all sorts of malfeasance - see below (a benign example):

author: nctnico
author_rank: Super Contributor
timestamp: April 21, 2018, 01:21:53 am
content: IMHO the application receiving the file should do the check AFTER it has been scanned automatically by the virus scanner. There really isn't any need to be more secure than necessary because that just causes extra nuisance with zero added security.

author: xrunner
author_rank: Super Contributor
timestamp: April 21, 2018, 02:47:04 am
content: I have to say that the forum is really responding faster now. Really good work!

author: ez24
author_rank: Super Contributor
timestamp: April 21, 2018, 04:55:17 am
content: Quote from: gnif on April 19, 2018, 10:34:08 pmThank you for your hard work helping us

author: aqarwaen
author_rank: Regular Contributor
timestamp: April 22, 2018, 12:01:11 am
content: can some say me why i get database error,if try acces from wifi?mobile data works fine without.i get error on my tablet,smarttv,phone and pc also

author: gnif
author_rank: Unknown
timestamp: April 22, 2018, 02:56:17 am
content: Quote from: aqarwaen on April 22, 2018, 12:01:11 amLikely an overlooked setting to be updated, I will try to reproduce and correct it. Thanks for reporting it.Edit:I can not reproduce it, it sounds like you have it cached somewhere, perhaps your ISP has cached the error from during the update.

author: Cerebus
author_rank: Super Contributor
timestamp: April 22, 2018, 04:46:54 pm
content: Is there an issue with the 'ignore topic' feature? I haven't changed my forum settings but the ignore topic button seems to be gone from my updated topics page.

author: tautech
author_rank: Super Contributor
timestamp: April 22, 2018, 07:37:47 pm
content: Quote from: Cerebus on April 22, 2018, 04:46:54 pmInteresting, mine's unchanged too like Wilfred's.Quote from: wilfred on April 22, 2018, 07:00:39 pmThere are a couple of ways to have Move Topics visible and everyone has it by default at the bottom left in the first page of a topic they have started. In 'normal' forum view it's just above 'Quick Reply'.

author: BU508A
author_rank: Super Contributor
timestamp: April 22, 2018, 08:26:39 pm
content: Quote from: gnif on April 22, 2018, 02:56:17 amNo, it is not a cache issue imho. I have the same behaviour here: Linux/Windows + Firefox works perfectly well but with my iPad 4 and Safari I get this "Database error". It needs reloadings from 1 up to 20 or 30 attempts until I get what I'm looking for. It seems also, that it is some kind of load dependend. I thought first, it could be a cache thing (DNS, browser etc.), therefore I was waiting for the TTL to become obsolete. But it seems, it is still coming up with this database error.

author: hwj-d
author_rank: Frequent Contributor
timestamp: April 23, 2018, 12:56:40 am
content: Quote from: BU508A on April 22, 2018, 08:26:39 pmMe too!! Meanwhile it is online possible to login from my S7! IPad, Linux, Win10, different browsers have all passed one after another with this database error!And I think, this is the last time, i'm able to login now....€: Cache, cookies cleaned already

author: hwj-d
author_rank: Frequent Contributor
timestamp: April 23, 2018, 01:34:26 am
content: Ok, i'm in with my desktop again. But it tooks more than ten attempts in a row.Maybe a server overload, storage misconfiguration?

author: gnif
author_rank: Unknown
timestamp: April 23, 2018, 01:35:39 am
content: Ok, I will have another dig though, it does seem very odd that it intermittent as everything is in sync.Certainly not overloaded, perhaps there is a plugin still trying to use the old database configuration.

author: Cerebus
author_rank: Super Contributor
timestamp: April 23, 2018, 01:39:13 am
content: I saw the database error a few times shortly after the server move, but, unlike others, I haven't seen it for a few days,On the subject of 'ignore topics': I turned it off, and turned it on again in my profile and the option reappeared. So if anybody has the same problem "turn it off and on again".

author: Monkeh
author_rank: Super Contributor
timestamp: April 23, 2018, 01:52:31 am
content: gnif, no DNS records for web1. and web2.eevblog.com - makes my mail server a tad unhappy.

author: gnif
author_rank: Unknown
timestamp: April 23, 2018, 02:11:23 am
content: Quote from: Monkeh on April 23, 2018, 01:52:31 amYour mail server should not be seeing web1.eevblog.com & web2.eevblog.com, they are relaying through cpanel1.eevblog.com which is what you should be seeing. I will double check the logs to confirm however.

author: gnif
author_rank: Unknown
timestamp: April 23, 2018, 02:14:29 am
content: Quote from: gnif on April 23, 2018, 02:11:23 amChecked, I see, you are rejecting based on existence of the sending domain. Rather then add records for these hosts (i'd ranter limit their IP exposure) I will adjust the mail server to use plain 'eevblog.com' as the sending domain.

author: Monkeh
author_rank: Super Contributor
timestamp: April 23, 2018, 02:18:01 am
content: Quote from: gnif on April 23, 2018, 02:14:29 amCorrect. Every little helps. RDNS also appears to need setting up, having looked at full logs.

author: gnif
author_rank: Unknown
timestamp: April 23, 2018, 02:25:55 am
content: Quote from: Monkeh on April 23, 2018, 02:18:01 amThis has been requested already, I need to chase the DC to find out why this has not happened yet.

author: gnif
author_rank: Unknown
timestamp: April 23, 2018, 07:08:53 am
content: rDNS records are now in place, please allow up to 24 hours for caches to clear

author: Cerebus
author_rank: Super Contributor
timestamp: April 23, 2018, 01:10:38 pm
content: You might get problems as the forward and reverse DNS don't agree for your named MX host:nuit$ dig +short eevblog.com mx0mail.eevblog.com.nuit$ dig +short mail.eevblog.com192.200.109.226nuit$ dig +short -x 192.200.109.226cpanel1.eevblog.com.nuit$Some people will reject mail on that basis, some won't.

author: gnif
author_rank: Unknown
timestamp: April 23, 2018, 01:23:43 pm
content: Quote from: Cerebus on April 23, 2018, 01:10:38 pmThat's not how rDNS filtering works, it looks for the forward and reverse DNS to match, it doesn't care about MX records, otherwise services like gmail and office365 would be plagued with the same problem.Code:# host 192.200.109.226226.109.200.192.in-addr.arpa domain name pointer cpanel1.eevblog.com.# host cpanel1.eevblog.com.cpanel1.eevblog.com has address 192.200.109.226Here is gmail.Code:# nslookup> set type=mx> gmail.comServer:redactedAddress:redacted#53Non-authoritative answer:gmail.commail exchanger = 10 alt1.gmail-smtp-in.l.google.com.gmail.commail exchanger = 30 alt3.gmail-smtp-in.l.google.com.gmail.commail exchanger = 40 alt4.gmail-smtp-in.l.google.com.gmail.commail exchanger = 5 gmail-smtp-in.l.google.com.gmail.commail exchanger = 20 alt2.gmail-smtp-in.l.google.com.Code:> set type=a> alt1.gmail-smtp-in.l.google.comServer:redactedAddress:redacted#53Non-authoritative answer:Name:alt1.gmail-smtp-in.l.google.comAddress: 64.233.179.27Code:# host 64.233.179.2727.179.233.64.in-addr.arpa domain name pointer om-in-f27.1e100.net.# host om-in-f27.1e100.net.om-in-f27.1e100.net has address 64.233.179.27om-in-f27.1e100.net has address 66.102.12.27om-in-f27.1e100.net has address 216.239.32.27All that matters is the SMTP server has the rDNS resolve to the forward DNS.

author: geekGee
author_rank: Unknown
timestamp: April 23, 2018, 01:34:11 pm
content: It could impact an SPF record check but you've already mitigated that.eevblog.com. 299 IN TXT "v=spf1+a+mx ~all"

author: gnif
author_rank: Unknown
timestamp: April 23, 2018, 02:34:49 pm
content: Quote from: geekGee on April 23, 2018, 01:34:11 pmThat doesn't apply here either, the web servers relay via the mx server. Technically "a" should not be in the SPF record since the website is proxied via CloudFlare, and the "a" is giving CloudFlare permission to send email from the domain.

author: geekGee
author_rank: Unknown
timestamp: April 23, 2018, 03:05:11 pm
content: Quote from: gnif on April 23, 2018, 02:34:49 pmAh... now I see. Entries cpanel1 and mail resolve to the same IP address.

author: gnif
author_rank: Unknown
timestamp: April 24, 2018, 12:40:10 am
content: Outage just now was caused by SMF attempting to "Optimize" the tables, I will need to adjust SMF to prevent this behavior.Edit: SMF patched, this should not reoccur.

author: EEVblog
author_rank: Unknown
timestamp: April 24, 2018, 01:29:37 am
content: Quote from: gnif on April 24, 2018, 12:40:10 amThanks.I occasionally "optimise" the tables manually in the admin section option just to keep things tidy.Can/should I still do this?

author: gnif
author_rank: Unknown
timestamp: April 24, 2018, 04:42:22 am
content: Quote from: EEVblog on April 24, 2018, 01:29:37 amPreviously this was fine but part of the move meant changing to a different storage engine and data format type, the optimize query literally rewrites each table in the entire database. The new format and highly optimized cluster configuration, as well as having enough ram to keep the entire data set in ram makes this an unnecessary step.

author: Rerouter
author_rank: Super Contributor
timestamp: April 24, 2018, 10:15:32 am
content: As server juggling is going on, felt I should point out there have been a few times tonight where i have had the eevblog server fail to return a page after posting a reply, Refreshing fixes it,Edit: Exact response is "Server gave an empty response" and happened twice while i was trying to post this message,

author: gnif
author_rank: Unknown
timestamp: April 25, 2018, 12:56:11 am
content: Update: The Wiki is back

author: BU508A
author_rank: Super Contributor
timestamp: April 27, 2018, 08:55:58 am
content: Quote from: gnif on April 23, 2018, 01:35:39 amgnif, whatever you did, it seems that since yesterday the database error did not show up again on my iPad.Thank you very much for resolving this.Andreas

author: hwj-d
author_rank: Frequent Contributor
timestamp: April 27, 2018, 11:41:36 pm
content: Even with me this annoying database error is gone now.Thanks too.But, what was it? I would be interested...

author: gnif
author_rank: Unknown
timestamp: April 28, 2018, 05:23:32 am
content: Quote from: hwj-d on April 27, 2018, 11:41:36 pmIt was extremely simple, CloudFlare were caching the error pages from during the server migration and would not flush them. After discussion with Dave CF has been disabled and will only be re-enabled if we need to use it to help mitigate against an attack.

author: gnif
author_rank: Unknown
timestamp: April 28, 2018, 06:38:17 am
content: Quote from: wilfred on April 28, 2018, 06:18:46 amCloudFlare would flush their cache (via the portal) but not globally, some of their nodes still (even today) cached the database error pages that occurred during the upgrade. CF was enabled to try to reduce load on the single server that Dave had early on.I just posted on Patreon (no need to be a patron to read my posts) a write up on this entire move, the server configuration basics, etc. if anyone is interested.https://www.patreon.com/posts/18456501

author: frozenfrogz
author_rank: Frequent Contributor
timestamp: April 28, 2018, 10:52:41 am
content: Thanks for the write up!I do not understand half of the technical intricacies regarding web servers and network management, but it was a nice read none the less.

author: hwj-d
author_rank: Frequent Contributor
timestamp: April 29, 2018, 12:15:45 am
content: QuoteWow, what a story. Thanks for writing and sharing it all.And now, i think, i want to learn what puppet is and makes ...Thanks again.

author: jc101
author_rank: Frequent Contributor
timestamp: April 30, 2018, 05:37:56 pm
content: Since the update when I go to look in...https://www.eevblog.com/forum/dodgy-technology/I just get a blank page. However if from the forum I click the icon next to the forum, (https://www.eevblog.com/forum/dodgy-technology/?action=unread;children) to get just the new posts, I do get to see the list.I get the same behaviour on Safari, Chrome, and Firefox. Using http or https.Is this a hangover from the server change?