24 декабря Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
Вконтакте, 2010 год, интервью с дуровым. Всё что нужно знать о приватности соц. сетей в РФ!
> мы предлагаем вам удалить ваши данные и они будут полностью удалены > простите, но мои данные еще доступны по ссылке > это мировая практика, так все делают > но ведь вы же обещали соблюсти мою приватность > Это не наши проблемы.
>>32597118 (OP) Миллион раз повторяли - анонимны от третьей стороны лишь личные чаты с двойным шифрованием. ВСЕ, не более. Закрыл твой обосранный тред, заебали невежды.
>>32597118 (OP) дуров лоховод, ибо так и не выложил технологию как работает шифрование, другие месенджеры свободно дают её попробовать взломать, этот пидр нет.
да вообще >2019 >регистрация по смс на симкарту >анонимность
>>32597118 (OP) По поводу сабжа. Твоя ебучая картинка хранится на сервере в трех разных файлах на 12 разных жестких дисках. Как ты представляешь мгновенное удаление этой фотографии? А тысяч других? Это вопрос технологий, а не приватности. По-крайней мере был таким в 2010.
>>32597118 (OP) >Это происходит, чтоб в работе диска не было фрагментации Вот это ссаньё в уши кстати. Ext4 не очень подвержена фрагментации вообще и вообще проблема решается проще и дешевле в любом случае, чем хранить пласты ненужной информации.
>>32597382 >на 12 разных жестких дисках С чего бы? Даже S3 не делает столько резервных копий. А писать фотографии на RAID никакого смысла нет (доступ на чтение не слишком частый, никакой необходимости осуществлять скоростную запись нет, информация дискретная - не какойнибудь там непрерывный дамп оперативной памяти online-сервера), проще распределить по серверам, что и было сделано.
>>32597118 (OP) >приватности соц. сетей в РФ Вот это тоже ссаньё в уши. Более анально-контроллируемый ресурс, чем Facebook может существовать только в китае или британии.
>>32597663 >Вот это ссаньё в уши кстати. Ext4 не очень подвержена фрагментации вообще и вообще проблема решается проще и дешевле в любом случае, чем хранить пласты ненужной информации.
>>32597382 >По поводу сабжа. Твоя ебучая картинка хранится на сервере в трех разных файлах на 12 разных жестких дисках. Как ты представляешь мгновенное удаление этой фотографии?
Начнем с главного. Это всё пиздёжь и отмазы. Даже хранение файлов на 12 разных дисках - такой же пиздёжь. Они прямо заявляли о том, что файлы хранятся по кластерам сразу в куче. Другими словами у тебя есть vk.com/id4543535 вот твои файлы и будут хранится на каком-то кластере все вместе. А не разбросаны по всему датацентру.
Второе - это такой еще больший пиздёжь. Т.е. они имеют не структурированные данные, которые упорядочно и структурированно выдаются в поиске, при пользовании, привязаны напрямую к пользователю, и так далее? Дядь, что-то не сходится, тебе это не кажется?
Люблю вот эти липовые "защиты" того, где защищать нечего и некого.
Всё сделано для удобства тарищмайора, вот и всё. И не нужно искать "отмазы" о сложности и так далее. У них всё продумано, налажено, и самописное. В противном случае оно бы просто не работало.
>>32597330 >дуров лоховод, ибо так и не выложил технологию как работает шифрование, другие месенджеры свободно дают её попробовать взломать, этот пидр нет.
Мне вспоминается год примерно 2012 и хвалебные оды макоебов, мол, хаха, дефрагментируйте свою NTFS, а вот наша HFS+ этого не требует! - Но у меня что-то мак спустя полтора года работает медленно... - Да ты просто начисто форматни)))))))))
>>32597118 (OP) То что сделал дуров в 2010 это тупой косяк. Все нормальные приложения создают видимость удаления файла.
Всем понятно, что серверу дешевле хранить все файлы, нежели удалять. И чтобы избежать доступа по прямой ссылке нормальные разработчики проксируют запросы к файлам через скрипт, определяющим состояние файла в приложении.
Но дурову было просто похуй на это, по этому жрем что есть.
>>32599890 это тупорылая отмаза которая только может быть. Ведь изначальная цель и была - сбор всех данных о всех пользователях. Поэтому и не удаляют, а не из-за фрагментации.
Почему же они пришли к такому выводу, если они даже НЕ ПРОБОВАЛИ этого делать? Ты не задумывался? Люблю, когда какой-то дегенерат защищает откровенно гебню за то, что эта же гебня хуй клала на него и в любой момент выебет, как это делала уже овердохуя раз в истории...
Аноним ID: Коварный Джек Воробей25/04/19 Чтв 10:33:35#22№32600079
>>32599982 >Почему же они пришли к такому выводу, если они даже НЕ ПРОБОВАЛИ этого делать? Это факт. Ты ничего не знаешь о файловой системе, которую они используют, ты ничего не понимаешь в распределённом хранении информации. Если ты так уверен в своих словах, то открой глаза тем сотням компаний, что точно также хранят информацию. Ты станешь сказочно богатым, если окажешься прав
>>32599982 Ты вообще в теме не шаришь. Посмотри сколько будет стоить удалить фоточку на твоем днище пека. А теперь представь что этих фоточек 120к в минуту удаляется.
>>32600103>>32600118 И кстати дополню. Сейчас даже из базы данных НИЧЕГО не удаляется. Тупо ставится пометка "удалено". Ибо операция delete в базе тупо блочит всю базу.
>>32599982 >если они даже НЕ ПРОБОВАЛИ этого делать? Ты не задумывался? Ты не поверишь. Даже в сраном МС-ДОС не удалялся файл с диска. Мало того. Так даже его название не удалялось. А только первый символ в имени файла. Нахуя? А (((они))) ЕЩЕ ТОГДА задумались о том, чтобы собирать данные о всех пользователях.
>>32597118 (OP) Автор данных вопросов ИТТ, пруфов не будет, тем более, что видеозаписи с HighLoad++ 2010 организаторы так и не опубликовали. Спрашивал как мог, времени на подготовку не было, поэтому вышло топорно и не так остро, чтобы обратить больше внимания на проблемы приватности и "права на забвение". Фиг бы с ним с реальным удалением картинок на серверах, но технически ничто не мешает хотя бы прекращать к ним доступ по прямым ссылкам - путём изменения прав доступа у файлов, переименования в случайные имена и т.д. Доводы про фрагментацию при удалении записей из баз данных тоже не особенно состоятельны, базы данных время от времени так или иначе требуют какого-то обслуживания, оптимизации и т.п. И уж тем более можно было бы реализовать реальное удаление пользовательских данных с серверов при подаче запроса на удаление всего аккаунта, если не сразу, то спустя какое-то время. Несколько лет назад перестал пользоваться ВК из-за бесконечного накопления данных и вероятности быть слитым товарищу майору по любому поводу.
>>32598579 >нормальные разработчики проксируют запросы к файлам через скрипт, определяющим состояние файла в приложении А состояние файла ты где хранишь, в БД? Охуеешь столько запросов делать для всех картинок. Я бы просто перезаписывал картинку файлом такого же размера, с картинкой-заглушкой. Дешево и не фрагментируется нихуя. Но кому это надо
>>32605269 >Я бы просто перезаписывал картинку файлом такого же размера, с картинкой-заглушкой
Для чего все равно нужно выдавать временный лок на всю таблицу, т.е. резать производительность. При их объемах это смерти подобно. Не смешивайте техническую реализацию и гнилую/подзалупную администрацию.
>>32598191 >Они прямо заявляли о том, что файлы хранятся по кластерам сразу в куче. Другими словами у тебя есть vk.com/id4543535 вот твои файлы и будут хранится на каком-то кластере все вместе. А не разбросаны по всему датацентру. >>Они прямо заявляли
Принеси пруфы, они же не в твоих мечтах заявляли, м, я правильно понимаю?
Пока что я знаю что никто хранить зарезервированную память под акки не станет, понадобится в десятки (если не в сотни) раз больше места, всё сливают в кучу на кучу разных серваков, один падает и некоторые фотки не загружаются в моих фоточках, такое часто бывает в вк. Дальше не читал, раз тут пиздобольство петуха, то и дальше, к тому же видна тенденциозность горящего дегенерата, он с Дуровым борется, а не за свободку.
Алё, клован, под тебя должны пару гигов зарезервировать на данном серваке? Ну чтоб если что, то всё вместе было, так петушаре с религиозным мышлением кажется правильным, лол. И так на каждого? А если переполнится потом перегонять инфу на другой сервак целого пользователя, чтоб всё вместе было, так петушаре кажется правильно, порядок же, всё вместе, лол, ору.
Теперь на тему удаления, у вас винт тоже хранит всё удалённое, потому что надо записать пустое на место удалённого, чтоб оно стало удалённое, это дорогая операция для миллионов и миллиардов людей (как в мордакниге), как новое запишется, так старое уйдёт, может месяц, может пару лет, так работают интернеты, разгребать говна дороже чем срать, а конкретно вас до этого не допустят чтоб не дать потенциальный рычаг на других найти, прежде всего для утечки и внутри контакта, когда по знакомству будут доставать удалённое, просто потому что есть такой интерфейс.
>>32607997 >нужно выдавать временный лок на всю таблицу Какую еще таблицу? На диске перезаписываешь файл, в те же самые секторы нули. И все, картинка по ссылке недоступна.
> простите, но мои данные еще доступны по ссылке
> это мировая практика, так все делают
> но ведь вы же обещали соблюсти мою приватность
> Это не наши проблемы.
Интервью дурова за 2010 год.
1петабайт логов.
http://profyclub.ru/docs/103
Интересно, так же, я так понимаю и в Telegram?