(;¬_¬)
@webwork
Anonymous
Спасибо!
John
Кто-то ставил на сраную винду Redis Desktop Manager? При попытке установки сверх информативная ошибка "Error launching installer" Обновил все драйвера, установил какую-то чушь для OpenGL, вроде установилось, че делать? На линукс на работе за 20 сек все как обычно, на эту парашу все через одно место
John
все равно ошибка
John
я уже установил другой менеджет Fastoredis, но уже из принципа хотелось бы понять че этой говно винде надо, может кто уже с таким сталкивался и решил
John
и хвалят Redis Desktop Manager
Anonymous
за инструмент спсибо. не знал о таком
John
поврежден инсталятор. а они винду ругают . и не понятное делают
делал то, что нагуглил, включая known issues на офиц сайте менеджера Куда копать, что смотреть, чтобы исправить?
Anonymous
На своего интернет провайдера имхо, все счас поставилось и запустилось
John
странно... ладно, не судьба мне работать с этим менеджером) А какой ты использовать для работы с редисом?
Anonymous
консоль обычно
Виктор
На своего интернет провайдера имхо, все счас поставилось и запустилось
Сирисли? Пакет "побился" по дороге?) сетей в универе не показывали тебе?)
SarcasmIO
😅
SarcasmIO
а вот ты не прав))
SarcasmIO
а еще наехал так красиво
SarcasmIO
мм
Anonymous
Сирисли? Пакет "побился" по дороге?) сетей в универе не показывали тебе?)
Вот вам наверно да =) раз не знаете про "дырки" т.е ethernet-фреймы
Виктор
Канеш не прав, от канального до прикладного уровня нету ведь проверок по чек сумме
Виктор
Ни на одном
Anonymous
Бинго. Лиж бы наехать.
Anonymous
А еще может быть поврежден роутер
Anonymous
Бля ты серьезно?)
Думаете коммутаторы всегда исправно работают ?
Anonymous
И давай тут не блякай
Виктор
Думаете коммутаторы всегда исправно работают ?
Думаю что есть контрольные суммы
Anonymous
Ох эти теоретики. их можно вырубить
Виктор
На канальном и транспортном уровне
Anonymous
Мой циско вырубит контрольные суммы если я скажу
John
Чуваки, я понимаю, что тут уже пошел холивар, но может кому интересно как решил) Это даже не совсем решение, хер пойми почему так сработало (нагуглил и на удивление помогло) При скачивании установочного файла, я его из папки Загрузки перенес в папку на диск С, а когда заново скачал и попробовал сразу же из папки Загрузки запустить, то все и установилось)
Виктор
Ох эти теоретики. их можно вырубить
не братан, я знаю как работает технология + 10 лет пакеты не бились ни разу, практика подтвержденная теорией скорее
Anonymous
для какого уровня?
до проблемы TCP checksum offload. Когда сетевуха считает а ос отправляет рандом.
Виктор
В 2005 году компании Chelsio и Qlogic предпринимали попытки добавить поддержку TOE в оригинальную поставку ядра Linux, но патчи были отвергнуты по причине слишком значительных изменений стека TCP/IP.[1][2] Патчи для поддержки технологии доступны на сайтах производителей.
Виктор
вика
Виктор
не засчитано
Виктор
чексуму чекает ось у TCP пакетов
Виктор
и чекает насколько я знаю правильно
Виктор
Давай подойдем с другой стороны
Виктор
Ты реально считаешь что за 60 лет развития сетей, в 2к17 возможна ситуация когда пришли "не те данные" которые отправляли?
Виктор
Ты же технарь, ну ебана
Anonymous
чексуму чекает ось у TCP пакетов
Чекает плата, ось тоже умеет это делать . и ос может забарахлить
Виктор
что может забархлить
Виктор
и чет побиться в итоге
Виктор
Чекает плата, ось тоже умеет это делать . и ос может забарахлить
а если SSL ? кто расшировывает SSL? сетевушка? нихуя, ось. Вот прикинь, один бит побился, получится такое расшифровать?
Виктор
Пакеты не доходят, спору нет, из-за физического уровня, особенно для wifi, но они или корректируются, или отправляются снова
Anonymous
Все смешалось . причем тут ssl и контрольные суммы ? Точо были в универе сети ? Битая сетевуха может слать битые пакеты если что
Anonymous
особенно если у неее нет защиты от сетевого шторма
Виктор
Виктор
не мог у него файл побиться, я дописал про ssl, что бы показать тебе сколько барьеров на пути к неверному файлу на диске
Anonymous
ssl и контрольные суммы это разная ответственность
Anonymous
Что что ? разный уровень.
Виктор
я дописал про ssl, что бы показать тебе сколько барьеров на пути к неверному файлу на диске
Виктор
ssl и чек суммы в tcp, и в чек-сумма в Ethernet frame, никак не связаны вообще
Виктор
это понятно
Anonymous
У TCP довольно паршивенькая контрольная сумма, вней всего 2 байта. по дороге может встретиться оборудование, которое портит данные
Anonymous
оборудование портит данные. а ты про свое ssl
Виктор
просто тебе говорю что есть 1001 причина что бы файл или был правильный или его не было вообще
Виктор
оборудование портит данные. а ты про свое ssl
если оборудование испортит данные, ssl не будет расширован верно?
Anonymous
и есть причина прихода битых данных
Виктор
он не будет расшифрован "не верно"
Anonymous
да забудь ты про ссл. речь про tcp
Виктор
да забудь ты про ссл. речь про tcp
Чувак, речь о том что на диске ни при каких обстоятельтвах не окажется "кривого" файла
Виктор
об этом речь
Виктор
и я тебе привожу причины, чек сумма, ssl и т.д
Виктор
У TCP довольно паршивенькая контрольная сумма, вней всего 2 байта. по дороге может встретиться оборудование, которое портит данные
Не претендую на спеца по тер.веру, но мне кажется ты заебешься рандомно менять пакет что бы получить одинаковую чек.сумму для двух пакетов
Anonymous
Не претендую на спеца по тер.веру, но мне кажется ты заебешься рандомно менять пакет что бы получить одинаковую чек.сумму для двух пакетов
Пакеты, по дороге почти везде защищены CRC-32. Но некоторое дешевое оборудование эту самую CRC при приеме не проверяет.
Виктор
Ethernet fram-ы проверяет оборудование
Anonymous
я всегда говоил низкий уровень. но ты сюда еще верхние приплюсовываешь
Anonymous
ага конечно.
Anonymous
не все
Anonymous
встречал когда нет
Виктор
Даже если не проверит, хуй с ним, на следующем (транспортном уровне) оно все равно не прочексумится, и пометится как битое, и попросит еще раз
Виктор
Все что я жду от тебя: "Да братан, на диске в 2к17 никак не может оказаться битого файла из-за сетевого оборудовани" ))
Виктор
У меня тут для тебя есть шутка про UDP, но боюсь она до тебя не дойдет )