Ah, yes, and "Preview"... Teach them to "Preview" posts too...

The right way is to talk to your kids about these things. Give examples of scams, tell them there is porn, there is violence, and always, always if they feel unsure about something they should talk to you (Mostly for scams, I'm pretty sure they'll handle porn. Hell, even weird porn isn't as bad as seeing ISIS chop someones head off). Software protection is just a crutch, the real protection is education and vigilance.The right way is to talk to your kids about these things. Give examples of scams, tell them there is porn, there is violence, and always, always if they feel unsure about something they should talk to you (Mostly for scams, I'm pretty sure they'll handle porn. Hell, even weird porn isn't as bad as seeing ISIS chop someones head off). Software protection is just a crutch, the real protection is education and vigilance.

If you're talking about the Unix epoch, shouldn't it ve 1970? While I know the 0 of the Unix Epoch, I have no idea what weekday it was.

Thank you. I didn't have to think about this ever since college.

There are also a plethora of "technically correct" answers. You could say: "I scp the file to your server", where you presume the server is secure, and ssh is secure, so the documents confidentiality is guaranteed. (Upload the file using https works as an answer too). Hey, just connect to the companies VPN and copy the file to a Samba share. Valid too!
The question of what kind of file it was, isn't even that dumb. I'm not familiar with PDF, but I could -for example- imagine there is a standard for encryption within PDF. Someone from with a document management background would most likely think of such solutions.

It's a vast field, and expertise of people is usually just a subset. I'm not even sure what the answer you you expected was, but I'd say: I'd use your public key to encrypt the file to you and then send it to you. Personally, I wouldn't know which commands to invoke to do this, but I know that's the theory.

So, should any developer know this? That is debatable. I've had very competent developers who had next to no clue about how DNS works. They could do their job just fine with that. Me? Personally, I'm not up to snuff with the finer points of SQL queries and all the joins that exists and when it makes sense to create an index, etc. Could I find out? Most likely, but I haven't had the need to recently.

The problem is, that you are mapping your knowlegde to "what people must know". I used to do that too, and I probably still do often enough. The DNS example above didn't come from nowhere: I had the case, and I was really thinking "how could such a competent person not know this", but then this person could probably enlighten me about dozens of things I don't know well enough.

It all comes down to what you define as "general knowgledge" for a developer should be and that is highly subjective.

TL;DR Hiring people is hard. Especially, technical people.

I tried the following. On the affected machine, I created a DomU (Virtual Machine), assigned it 4CPUs, 4GB RAM and two disks. A root disk on which I installed a minimal debootstrapped wheezy, and an empty disk for the dd test. I made sure the VM boots from the affected kernel.

The bug doesn't happen in that context:

root@minimal:~# ssh root@othermachine "dd if=/dev/vg0/remote-lv" | dd of=/dev/xvdb1
root@hammerhead's password:
31457280+0 records in
31457280+0 records out
16106127360 bytes (16 GB) copied, 2156,62 s, 7,5 MB/s
31457280+0 records in
31457280+0 records out
16106127360 bytes (16 GB) copied, 2164.91 s, 7.4 MB/s
root@minimal:~# uname -a
Linux minimal 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u1 x86_64 GNU/Linux

Of course, the situation is not exactly the same in a virtualized environment.

The thing is, this is the host, not the VM. I haven't seen it happen in a VM yet. (In Xen lingo, it's the Dom0 causing this). However, you're right, I should try to reproduce it in a virtual environment. I'll try to do so.

First of all, why not simply upload a PDF with the new menu every day? That is easy, and scriptable. (For example, copy finished menu in any format in a folder. This folder is polled occasionaly for new content, if new content is there, eventually convert (doc, docx, odt to pdf), and upload to FTP server. Done.)

Second, you could just take a stock webcam, attach it to an RPi, let it make a picture, let's say every 15 minutes and upload it to the desired FTP server. 100% scriptable.

Personally, I think this idea is ripe for abuse. Somebody is going to draw penises on the menu and it will be there on the site for all to see. Overthink your workflow instead of doing this.

Jet fuel is to gasoline what gasoline is to diesel. It burns very quickly which as you can imagine makes it useful for an engine of this type.

Jet fuel is actually so much closer to diesel (and heating oil) than you imagine. Now, I know nothing about jet engines, but I did know that. Mainly because I tend to remember "interesting but useless facts". Link to Wikipedia

Give me a factory and a team of engineers from the 1860s

Typo? 1960, I buy, but in 1860? Not so sure... The birth of the car is generally put at 1886.... The Wright Brothers did they first powered flight in 1903.

Really, the subject says it all.

Undoing unjust mod. Sorry.

Or whatever, it's the spirit that counts not the denomination.