А где бы почитать подробный пример (с явками и паролями) разрешения спора по поводу домена? Т.е. интересует вся информация от подачи жалобы до получения вердикта и процедуры передачи домена.
Не все железки позволяют использовать DOM — у некоторых едет крыша, у некоторых срабатывает защита от копирования. Я в те времена скандиск прописывал в автозагрузке — лучше перебдеть, чем остаться без важных данных :)
У вас там или диск сыпаться начинает или комп вырубают во время работы с диском — там scandisk нашёл кучу левых секторов (на первм же скрине видно). Тут на хабре пробегала статейка от ребят, которые делают платы на флэшках, которые старыми железками видятся как обычные винты — поищите, может будет полезно.
Черт, а Амазон-то не знает! Надо бы рассказать. :) Чего-то мне слабо верится, что проблемы с дровами сетевой карточки — это именно проблемы XEN-а. Может, просто производитель заточил дрова под RHEL и всё?
P.S. Использую XEN с 3-й версии, проблемы были, но всё решаемо.
Ну, строго говоря, код у самого Микрософта не блещет правильностью (да и остальные тоже не святые) — я после догого времени написания кода на С под *никсы пересел на шарп — так меня бесят _знаковые_ параметры для смещения в тех же функциях работы с отображаемой памятью. Но раз исторически так сложилось…
Ну в вашем примере — всё понятно, но на практике агрегатные таблицы состоят более, чем из одной строчки. А за длинные пишущие транзакции пальчики надо кусачками… или молоточком…
PG версионник, насколько мне известно и как вставка может надолго кого-то заблокировать — я себе слабо представляю. Обновления — да, тут без разницы архитектура — всегда есть шанс нарваться на блокировку. У себя в проектах я храню агрегатные таблицы для быстрой оценки нужных параметров — там потеря нескольких инкрементов сильно картины не изменит. А вот отчёты уже считаются по-честному, там можно и подождать немного :)
Я вам открою большой секрет — если использовать триггеры и агрегатные таблицы, то можно будет читать суммы практически мгновено. Суть в том, что нагрузка по суммированию размазывается по времени, а чтение просто значения практически ничего не стоит.
Зачем покупать _настоящий_ банкомат? Злоумышленникам требуется сделать просто похожий внешне, хоть из окрашенной фанеры. Т.е. расходы — корпус+ридер+комп+камера. Всё вполне себе укладывается в 2-3 килобакса — взятки нужным людям наверняка больше, чем стоимость такого фейка.
В свете последних скандалов, интриг и расследований — подобный инструмент, по-моему, значительно упрощает слежение за конкретным пользователем. Достаточно заманить интересного пользователя на сайт и при наличии полного доступа к данным Корпорации Добра имеем презабавнейшую картину… Это у меня параноя разыгралась, или таки да?
Кстати, 1U сервера (и супермикры совсем не исключение) имеют на борту (там и на фото видно) 4 очень, ОЧЕНЬ шумных кулера (56дБ). Заменить их на что-либо другое вы не сможете, иначе рискуете спалить процы.
Автору предложения — зачёт, ни одно доброе дело безнаказанным не остаётся :)
P.S. Использую XEN с 3-й версии, проблемы были, но всё решаемо.
А если серьёзно — то за 150 вечнозелёных без нормальной поддержки Пингвина не стои покупать сие :)
А компилятор разве не должен в данном случае матернуться?
cat live.m3u
#EXTM3U
#EXT-X-TARGETDURATION:10
#EXT-X-MEDIA-SEQUENCE:4936073
#EXTINF:10,
91.216.97.10/live/live-4936073.ts
#EXTINF:10,
91.216.97.10/live/live-4936074.ts
#EXTINF:10,
91.216.97.10/live/live-4936075.ts
А вот статус сервера (это бездисковая нода, всё в оперативке):
10:09:05 up 576 days, 14:48, 2 users, load average: 0.47, 0.47, 0.38
Так что даже не знаю, что посоветовать…
Автору предложения — зачёт, ни одно доброе дело безнаказанным не остаётся :)