pi314

Не сгорит. Двухамперность блока питания говорит только о его максимальном токе. Если контроллер потребляет меньше, никто не будет в него насильно эти два ампера вкачивать.

Как должно быть

Мы должны в результате прийти к тому, что любой контент будет модерироваться силами самого сообщества, с помощью коллективного голосования.

Роль модератора будет сведена к минимуму: он будет только принимать решения в экстренных ситуациях, например когда нужно заблокировать чей-то профиль (контент которого блокируется сообществом, но человек при этом не меняет своего поведения), или принять окончательное решение по вопросу, мнение о котором в сообществе неоднозначно (например начинается война правок), или когда есть явное вредительство, связанное с клоноводством.

Как есть сейчас

Прийти к этому сразу невозможно, мы движемся поэтапно. Сейчас у нас сообщество оставляет жалобы, но окончательное решение об удалении контента принимает модератор. Связано это с тем, что пока есть недостаток в числе жалоб, и в автоматическом режиме контент будет удаляться очень медленно (если вообще удаляться), если мы будем ждать однозначного большого числа.

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

Этапы развития

Дальнейшее развитие этой системы видится таким. Прежде всего мы нанчнём уведомлять жалобщиков о том, что модератор удалил ту сущность, по которой поступила жалоба. Это минимальный откик системы, что твои усилия принесли пользу и были востребованы.

Далее, мы будем оценивать подобные усилия по контролю за качеством контента и записывать их как вклад пользователя или давать награды. Но тут нужно немного подождать, пока мы не введем функционал по коллективному редактированию тегов, вопросов и ответов. Потому что часто вместо жалобы лучше будет просто предложить свою правку автору контента.

Ну и наконец, мы переведем систему жалоб в автоматический режим, когда решения будут приниматься коллективно самим сообществом, минуя модератора.

Поверхностно про сеть: ru.m.wikipedia.org/wiki/%D1%E5%F2%E5%E2%E0%FF_%EC%... - тут нужно уловить, что такое сигналы, что такое пакеты и что такое данные...

Теперь, о том как пишется собственно сервер (приложение). ОС предоставляет 4-е системных вызова (про сетевую карту, драйвера и как ОС работает с erhernet не буду рассказыывать). Собственно системные вызовы:
1) socket - создает сокет, для веб сервера, обычно это tcp;
2) bind - привязывает сокет к локальному ip-адресу сервера (железки) и на определенный порт. Нужно из-за того, что на железке может быть много ip-адресов;
3) listen - переводит сокет в состояние "слушать" (включает его на прием и передачу - если просто), это значит, что сокет готов принимать соединения от клиента (см tcp handshake) и ставить его в очередь ОС (очередь приложения backlog);
4) accept - создает сокет к клиенту, позволяя уже с ним обмениваться данными. Accept вызывает само приложение, в зависимости от алгоритма, учитывая что есть ресурсы на обработку клиентского запроса. Если accept не сделать, то соединение повиснит в очереди (backlog) на время таймаута выставленного со стороны клиента или сервера.

После accept, apache создает дочерний процесс, который уже и начинает из данных извлеченных из tcp "парсить" http по rfq (аля соглашению) и обрабатывать пользовательский запрос - разбирая зоголовки и выплевывая в сетевой буфер прочтенный с диска index.html с правильными заголовками http 1.0 или 1.1.

blog.codinghorror.com/a-visual-explanation-of-sql-joins
После должно стать очевидным.

Moorhuhn