Therapyx

много реализаций придумать можно. Банальный и простой пример
- Когда человек нажимает кнопочку "отправить" - идет проверка текста на наличие паттерна "@Nichname,"
- Если есть, то
1) Выбрать емаил юзера из патерна выше
2) Добавить "flag" в DB юзера, что у него есть непрочитанное сообщение (можно как каунтер, к примеру что происходит в соц. сетях). А так же добавить всю мета-инфу о сообщении.
3) Отправить емаил и инфу о сообщении
4) Когда юзер обновляет страницу или заходит в профиль, то идет проверка ДБ на наличие поставленного флага. Если да, узкаывает на наличие оповещения и достает сохраненную мета-инфу по айди этого запроса.
5) при прочтении оповещений флаг обнуляется. И так по кругу.

Это просто что первое в голову пришло. Как уже писал выше - реализаций можно сделать десятки если хорошо подумать)

Дать статьям банальный статус - Новый, модерируемый (кем), отредактируемый (кем, когда, что). Не важно какую логику именно - это решать вам.
Насчет вашего сценария - такого не должно происходить вовсе. И главная цель, банально избежать этих юзкейзов. А это как уже в комментах уже и писали - блоки как и в паралельном программировании.
Можно сделать еще по-другому. Модератор "Х" имеет право редактировать все кроме статуса модерируемый.

- Что если модератор А и Б в одно и тоже время пытаются взять 1 и туже статью? Тут уж придется делать запросы статуса статьи на подобии кнопочки "принять", в таком случае коллизий не должно случится.

А о каком кол-ве данных идет речь? Чтобы сделать алгоритм работащий для таких задачь я так понимаю данных должно быть много. Чтобы работать в бекенде быстро и еффективно придется очень и очень сильно оптимизировать этот потом с запросами и обработкой, при условии, что нету возможности просто взять все нужные данных и работать с ними уже в оперативке.
Если же все таки такой возможности нету, то или как уже написал оптимизация запросов - обработок. Или же вообще все сделать на основе триггеров или сторедпроцедур.
Ну и про поддержку верно, есть ли у вас или являетесь вы сами таким специалистом, который в sql чувствует себя как дома?
Трудно конечно ответить на такое без тестов) я тоже не гуру, но в моем случае я бы писал 2 варианта и тестил наилучший из них. Да это в 2 раза больше времени, но если важен качественный результат, то приходится и таким жертвовать )

Vожно еще не полениться и написать простенькую программку, которая как логи будет записывать фаилы и разницу в них но от опыта конечно таких вещей может уйти от пары часов до дня ))
А так как Олег уже написал, есть всякие редакторы с функциями сранения. (правда я не знаю существуют ли таковые для множества фаилов).
Также можешь использовать тулсы версионирования, назови только фаилы и проект одним именем, запиши 1 из них в репозитори и сравнивай, в svn это к примеру команда svn diff

Apache Kafka?
- правда не уверен, что там кафка удовлетворит все требования. Но гляньте, может там и есть такой функционал. Использовал в проекте для записи данных, передачи другим лицам и также считывания в той же последовательности.

не знаю увы как именно про drupal... но старый и верный способ, это 2 CSS фаила, 1 для слабовидящих - другой нет. И просто меню, как и языки, которые переключает между двумя этими фаилами

У нас на потоках(на очном - информатика) было где-то человека 3 за 50, еще с пятерку 40-50 и еще с десяток 30-40 :D в 30 поздно говоришь?
Но суть в другом, а уверен ли ты, что сможешь выдержать весь напор новых знаний в эти 30 лет? Есть ли у тебя столько упорства и огромная уверенность, что это тебе не надоест? Тут уж решать только тебе. Идти в разработку = подписать себя на вечное обучение.
Даже я, как человек, который сидит за компом больше 20 лет помню жестоко пошатнулся, когда попал в большую компанию и на меня налегло столько "ожиданий", которые по сей день приходится наверстывать с вечным ощущением, что вот чего-то мне не хватает. А когда смотришь на людей с 30 летним опытом, дак вообще, видишь пропасть :D

Если человек упертый на свой волне - поверь, никак.
Это как с друзьями, которые узнают, что ты умеешь делать сайтики, а потом предлагают свои великие бизнесс планы по захвату мира на ххх часов рабочего времени. Ты им говоришь, обьясняешь что да как, обьясняешь вообще всю суть разработки. А в ответ слышишь вбросы, по типу:
- да что там делать? Это же пару кнопочек нарисовать.
- Молчание... Так и скажи, что не умеешь! :D

Но что я усвоил: Никогда не пытайся гуманитарию обьяснять техническую часть. Если он уверен в своей правоте и легкости задачи.
Представь, что перед тобой ребенок и ты пытаешься ему обьяснить на пальцах, примерах из жизни и желательно близких для него. Узнай кто он по специальности и попробуй приводить аналогии из его области в полной абстракции.
Если не узнавать кто он и вообще шарит ли он в чем-то, то можно взять что-то нейтральное. Например "машины", хотя и тут может оказаться, что он просто потребитель и кроме двух педалей больше ничем не интерисовался)

Авторство кода всегда остается за тобой. Даже создавая класс, обычно пишутся инициалы.
Другой вопрос "ПРАВА". Я не знаю конечно какая политика именно у той фирмы. Но обычно политика компаний гласит "все, что ты делаешь работая на них, будь то хеллоу ворлд или алгоритм написанный на листочке - пренадлежит компании", именно за это тебе и платят. При продаже, так же права передаются 2ому лицу. Но повторяю "авторство", остается за разработчиками.

$max = sizeof($array);
for($i = max; $i > 0 ;$i--)
{
echo $array[i];
}

a... и сохранить.
$array= array_reverse($array);

Всегда должен быть специалист, который может оценить кандидата с технической стороны и всегда должен быть специалист, который должен оценить человека в социальном плане.
Одно без другого может выйти так: "Хороший спец, но моральный урод, который не приживется в команде" или "отличный сотрудник в социальном плане, но плохой айтишник, который просто нагло вам наврал, а вы ничего и не поняли".
- Я понимаю что хочется и рыбку сьесть и .... сесть. Но как правило это может в дальнейшем вам обойтись куда дороже. Поэтому как уже выше писали - кадровое агенство. Или же танцевать с бубнами и искать знакомых-знакомых.

Есть, Scratch. Как раз предназначен для малого возраста.

задачи такого рода обычно не для веб программирования. Конечно через тысячу костылей наверняка реализовать можно, но стоит ли оно того? Для этого есть фотошоп и 3д моделирование. Вот лучше найдите человека в этой области, который вам сделает заготовку по вашему вкусу.
Так что вот - меняйте курс ))

У вас в контракте должно быть все прописанно, "что вы можете, а что нет".

"он знает что я занимаюсь разработкой сайтов " и "только на создание сайта визитки" Как-то не сочетается. Если он тебе реально друг, то лучше сразу признайся и скажи ему лучше на фрилансе заказать у опытных людей. Иначе это никакой не друг.

"консультации от профессионалов" - В какой тематике? В этом уже давно ничего оригинального нету. И зачастую многие вещи можно найти бесплатно в интернете, даже по фрилансу. А если еще глубже брать в учет фриланс, то как вы себе это представляете? Безработный человек, который хочет хоть как-то начать зарабатывать, будет платить вам за возможность пойти в неизведанном направлении фриласа?) Зачастую это люди еще и без знаний, просто "хочу начать, чтоб заработать денег".
Ну а в остальном это уже не вопрос "уникальная или аналог существующего", а "скажите идею для моего дальнейшего бизнесса" :)

По мне так, "вся" информация, которая должна меня заинтерисовать в плане покупок, должна находится в шапке. В футере же обычно находится
- контактная информация
- копирайт
- как проехать к магазину
- вакансии
- о вас
- FAQ,
- методы оплаты итд
В футер обычно заглядывают в том случае, когда надо копать глубже, т.е. клиента интерисует не только найти товар и нажать кнопочку "заказать". Поэтому все что касается удобства в плане покупок для клиента должно быть видно СРАЗУ. Вот серьезно иногда так бесит, когда важную информацию куда-то шкерят :)

Загляните в эту темку
Есть ли в природе обширная книга по front end разработке?

Дописать в .img {
position: relative;
width:200px;
}
codepen.io/anon/pen/KdMzjL
?
Или тебе надо саму картинку затемнять? )