Wott

Про СОРМ уже тут написали. Видят они могут все, но что конкретно анализирует СОРМ — информация закрытая. Возможности есть логгировать любую нешифрованную информацию. И не смотря на распил бабла, что потрачен на этот СОРМ, за те годы что он есть, его вроде как допилили до рабочего состояния.
Они пытались скрыть сам факт мониторинга, но это проблематично сделать технически.

Возьмите reset.css или посмотрите в сторону css от CMS с темами типа Wordpress.

Вы неправильно ставите вопрос. как хранить — без разницы, данные от этого не испортятся. Вопрос в том что вы будете с ними делать. И тут есть варианты:

Если планируется делать выборки по юзерам по свойствам, например принадлежность к группе, то такие свойства должны быть в явном виде. Нормализовать или нет — решайте сами.

Если же опции используются скопом, например при рендере страницы для него и больше никак, то есть смысл упаковать массив в виде json/xml.

Мне лично нравиться вариант Wordpress, где есть отдельная таблица для именованных опций ( юзера, поста и что там еще ) и в ней храниться либо отдельное значение или массив в виде отдельных строк, но с одним именем, по которым можно делать выборку или сериализованный массив — по желанию. Точнее как удобно их использовать. И при желании все варианты можно миксовать.

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

Где можно приобрести средства защиты от восстания машин?

SkyNet в Питере работает уже.
Так что поздно пить Брожоми…

Да пофиг ноуту на морозы. Я уже больше 12 лет ношу в сумке и мотаюсь по миру — ничего еще не случилось. Я правда пользую ноутбучные сумки и рюкзаки. Хорошие.

Чисто теоретически страшна влажность. Соответственно нельзя пихать в отделение с буком шарфы и перчатки со снегом. Плохо когда отделение полностью герметично и вообще сумку надо иметь чистой и сухой.

Еще морозы могут подсадить батарею. Охлажденный Li-Pol существенно теряет в емкости, а поскольку он не любить сильного разряда, надо просто его сразу включать в сеть. У меня мрут через положенные 2-3 года, что стоящий все время дома, что носимый.

Может быть у них разный datum. В России пользуют Пулково, в мире WGS

Не совсем понятно зачем вообще база. Насколько я понимаю она используется для передачи данных между процессами запросов ( запросы тоже не нужны — используйте websocket ) а для этого либо надо писать отдельный демон, либо использовать сервер с настоящим fastcgi для php или fastcgi на любом другом языке, где данные будут общими. Ну и разруливать их семафорами корректно.

Еще как вариант — мемкеш, но в нем надо делать структуру данных что бы было удобно добавлять сообщения и собирать ответ, зато не надо думать о сборке мусора.

Может быть база нужна для истории… хотя кому она нужна в чатах? :) сделать ее можно в офлайне, кроном.
Для старта сервера — если все правильно сделать то и ее не надо будет, поскольку клиенты имеют текущую ситуацию, надо просто их оповещать об изменениях. А они на старте не нужны.

Если я правильно понимаю то это просто не корректная обработка событий клавиатуры в js.
Править надо в исходниках это сайта.

как вариант наверно можно сделать user script и в нем уже отключать дефолтное поведение на keypress, но это уже гинекология, потому как надо еще и дать коду с сайта отработаться.

wiki

Разве это не закрытая информация из моего профиля с настройками приватности «показывать только друзьям»?

Эти настройки всегда были такими? По умолчанию relationships открыты.

Вообще странно возмущаться тем что информация доступная через поисковик оказалась где-то еще. Несколько наивно полагать что информацию введенную на каком-то сайте никто и никогда не увидит, как минимум мне вспоминается несколько случаев, когда вроде бы серьезный сайт сливает информацию сторонним сервисам.

Ситуация мне напоминает наивность девушки, позволяющей снимать себя ню каким-то парням, а потом удивляющейся откуда взялись ее фотки в инете.

простейший failover можно сделать на скриптах — сервису выделяется дополнительный IP который вешается алиасом на интерфейс по недоступности, после чего поднимается сам сервис.

А чего сложного в WP? Всего ничего 11 простых таблиц, где только категории представляют хоть какую-то сложность.
Предельно тривиальная тема, да и ядро несложное.
«Магекомбайном» его делают хуки, которые можно всегда смотреть в коде.

Залепил глазок камеры и микрофон

забыли про шапочку из фольги и вибраторы на окна

ftp очень неудобный протокол вообще. Для каких-то операций я качаю архив, а потом `sudo cp -ruv `
И еще — мне кажется что id для картинки лишняя вещь — обычно я храню по имени файла по схеме 1:2 ( /n/am/name.jpg )

очень может быть что проблема в каком-нить модуле, хотя апач я бы все таки обновил.
https://issues.apache.org/bugzilla/buglist.cgi?quicksearch=segmentation+fault

Я недавно взялся за питон и нашел 3-ю более приятной. Но есть проблемы с поддержкой ( например в GAE 2.5 и django будет поддерживать 3 со следующего мажорного релиза ).
Разница между 2 и 3 не существенная для понимания. Но стилистика в 3-м отличается. Если привыкните писать под 2 то потом придется переучиваться, зато код под 3 обычно работает и под 2. В крайнем случае есть from __future__.

1. какие адреса у *.example.com?
2. ServerAlias *.example.com вполне работают в конфиге VirtualHost

имхо скрипт должен молчать если все хорошо и информативно ругаться, если что-то не так. Соответвенно на мыло приходит информация если надо что-то че-нить.
Регулярная инфа скидывается в BD для статистики, графиков и прочего в админке.

дефис в латинских доменах просто немоден. Почему-то люди между написанием с дефисом и без, предпочитают без.
Может это особенности культуры, может какие-то еще заморочки типа старых директорий, которые имели проблемы с дефисом.

Но спецы советуют регить все домены — со всеми возможными дефисами.

Конечно криво, но
preg_match или preg_match_all с флогом на сохранение смещения найденного
меняем через str_replace
цикл на следующий слайс с места последнего смещения