The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Уязвимости в Git, приводящая к утечке и перезаписи данных"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Уязвимости в Git, приводящая к утечке и перезаписи данных"  +/
Сообщение от opennews (??), 15-Фев-23, 16:10 
Опубликованы корректирующие выпуски распределённой системы управления исходными текстами Git 2.38.4, 2.37.6, 2.36.5, 2.35.7, 2.34.7, 2.33.7, 2.32.6, 2.31.7 и 2.30.8, в которых устранены две уязвимости, затрагивающие оптимизации при локальном клонировании и команду "git apply". Проследить за выпуском обновлений пакетов в дистрибутивах можно на страницах Debian, Ubuntu, RHEL, SUSE/openSUSE, Fedora, Arch, FreeBSD. Если установить обновление не представляется возможным, в качестве обходных мер рекомендуется избегать выполнения...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58655

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

3. Сообщение от Аноним (3), 15-Фев-23, 16:17   +2 +/
Не зря Тео запилил got, ой не зря.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #37, #49

4. Сообщение от Аноним (4), 15-Фев-23, 16:19   +6 +/
Чем меньше возможностей, тем меньше проблем. Если не умеет вообще ничего, статистически будет более надёжно, но пользоваться этим никто не сможет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #26

6. Сообщение от Хру (?), 15-Фев-23, 16:46   –4 +/
Вопрос всенарастпереписальщикам - ну и как borrow-checker защитит от логических ошибок этого класса (преждевременная оптимизация)? :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #16, #47, #61

9. Сообщение от Аноним (9), 15-Фев-23, 17:05   +4 +/
Успокойся, тут никто не говорил про твой этот борроу-чекер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

13. Сообщение от Аноним (13), 15-Фев-23, 18:00   +3 +/
Деды раньше как-то модули в тарах хранили, а внучата сейчас все модули в git репах хранят. Обленились совсем.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53, #54, #62, #67

14. Сообщение от Аноньимъ (ok), 15-Фев-23, 18:01   +2 +/
Гит такая странная монстроузная ерунда, как тот OpenSSL, что непонятно как оно вообще работает и не падает на каждый чих.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #25, #55

16. Сообщение от Аноним (16), 15-Фев-23, 18:12   +1 +/
Никак.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

21. Сообщение от Аноним (21), 15-Фев-23, 19:07   +6 +/
в curl найдена уязвимость, не рекомендуется выполнять curl http://xx44.cc.us/coolscript.sh | sudo bash -s
Ответить | Правка | Наверх | Cообщить модератору

24. Сообщение от Аноним (24), 15-Фев-23, 19:22   +/
«Git» и «OpenSSL» тут можно заменить на любой современный софт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #27

25. Сообщение от Вы забыли заполнить поле Name (?), 15-Фев-23, 19:23   –1 +/
Дрю деволт с тобой бы поспорил https://git.sr.ht/~sircmpwn/shit
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #28

26. Сообщение от Аноним (26), 15-Фев-23, 19:23   +2 +/
Ну гиту уменьшение функционала не повредит. Много специфичного и малоиспользуемого функционала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #50

27. Сообщение от Аноньимъ (ok), 15-Фев-23, 19:26   +/
> «Git» и «OpenSSL» тут можно заменить на любой современный софт.

Есть софт сломанный на уровне архитектуры. А есть просто плохо реализованный. А есть и нормально в целом.
Git относиться к категории - это нельзя было делать ни при каких обстоятельствах.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #31

28. Сообщение от Аноньимъ (ok), 15-Фев-23, 19:29   +/
> Дрю деволт с тобой бы поспорил https://git.sr.ht/~sircmpwn/shit

А чего спорить, про гит и шелскрипт всё написано по ссылке:
How to use - Don't

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #34, #43

30. Сообщение от анонимус (??), 15-Фев-23, 19:35   +/
А как же 2.39.1?
Ответить | Правка | Наверх | Cообщить модератору

31. Сообщение от Аноним (31), 15-Фев-23, 19:52   +3 +/
Его делали для конкретной цели - как систему контроля для разработки ядра. Со всеми вытекающими. Зачем миллионы мух стали тащить его в свои проекты надо спросить у этих самых мух.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

32. Сообщение от Аноним (32), 15-Фев-23, 19:55   +/
https://security-tracker.debian.org/tracker/CVE-2023-22490

>vulnerable

классика. В некоммерчеких проектах никто никому ничего не обязан

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35

33. Сообщение от AKTEON (?), 15-Фев-23, 20:02   +2 +/
Я не понимаю, чем вы недовольны ?? Git никогда не был системой контроля версий (git rebase и вместо Берии у вас Бернингов пролив), а теперь этот ценный функционал - расширили на всю файловую систему . Это ж просто праздник какой-то ...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #46, #57, #83

34. Сообщение от Вы забыли заполнить поле Name (?), 15-Фев-23, 20:07   +/
Предыстория другая: дрю спорил о том что гит на самом деле прост и он реализует его на баше, что собственно он и сделал. Пользоваться понятное дело этим смысла не имеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #42

35. Сообщение от Аноним (35), 15-Фев-23, 20:12   +2 +/
Наброс не засчитан
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

36. Сообщение от Аноним (36), 15-Фев-23, 20:28   +/
А чем он был?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #40, #41

37. Сообщение от О ноним (?), 15-Фев-23, 20:45   +2 +/
OpenSSH не даст соврать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

40. Сообщение от OpenEcho (?), 15-Фев-23, 20:52   +3 +/
> А чем он был?

Хэшед-Блобо-Мэйкером

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

41. Сообщение от Да ну нахер (?), 15-Фев-23, 21:10   +/
Неплохой клиент для обмена патчами по электронной почте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #102

42. Сообщение от Аноньимъ (ok), 15-Фев-23, 22:05   –3 +/
Не, реализовать это может и просто, насколько я помню изначально гит был слеплен большей частью на баше, в этом то и проблема, оно создано чтобы его можно было написать на шел скрипте, а не для того чтобы было удобно пользоваться.
Хранить БД в файловой системе сама по себе идея плохая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #44

43. Сообщение от Вы забыли заполнить поле Name (?), 15-Фев-23, 22:44   +/
>> Дрю деволт с тобой бы поспорил https://git.sr.ht/~sircmpwn/shit
> А чего спорить, про гит и шелскрипт всё написано по ссылке:
> How to use - Don't

https://www.opennet.ru/opennews/art.shtml?num=52355

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

44. Сообщение от Вы забыли заполнить поле Name (?), 15-Фев-23, 22:45   +/
> Не, реализовать это может и просто, насколько я помню изначально гит был
> слеплен большей частью на баше, в этом то и проблема, оно
> создано чтобы его можно было написать на шел скрипте, а не
> для того чтобы было удобно пользоваться.

Там просто изначально был низкоуровневый интерфейс, который макаки не осилили. Для них сделали высокоуровневый.

> Хранить БД в файловой системе сама по себе идея плохая.

Почему?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #45

45. Сообщение от Аноньимъ (ok), 15-Фев-23, 23:00   –2 +/
> Почему?

Ну как минимум нет нормального языка запросов, всё что сложнее "достань мне файл с таким-то именем" нужно самому на коленке кодить.
Плюс захламление и без того перегруженной ФС.
Проблемы с контролем целостности базы.
Короче зачем переизобретать велосипед когда их на любой вкус и цвет есть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #92, #95

46. Сообщение от Аноньимъ (ok), 15-Фев-23, 23:03   +1 +/
> Я не понимаю, чем вы недовольны ?? Git никогда не был системой
> контроля версий (git rebase и вместо Берии у вас Бернингов пролив),

Вот там бы он навсегда и оставался.
Не мы превратили это в социальную сеть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

47. Сообщение от ИмяХ (?), 15-Фев-23, 23:05   +1 +/
Как? Освобождается время, нервы и силы на подсчёт байтов, и можно уделять больше ментальных ресурсов на логику в реализации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

48. Сообщение от Аноним (48), 15-Фев-23, 23:40   +/
Админов localhost'а то налетело... Ну давайте, предложите bzr/hg/svn/rsync/tgz  так удобные вам что бы хранить свой бесценный Scrips каталог без которого "все что накоплено годами потеряно Нафаня!"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #60, #68, #69, #73

49. Сообщение от name (??), 16-Фев-23, 00:05   –2 +/
Так got поверх git работает лол. Считай фронтенд просто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #72

50. Сообщение от Аноним (50), 16-Фев-23, 04:32   +2 +/
Кому сколько нужно, тот столько и берёт функционала. Остальное отключают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

53. Сообщение от Аноним (53), 16-Фев-23, 06:06   –1 +/
Помню вот ещё времена Рюрика...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #63

54. Сообщение от Аноним (54), 16-Фев-23, 08:09   –2 +/
В тарах, говорите? А мы в папках!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

55. Сообщение от Аноним (-), 16-Фев-23, 08:23   +1 +/
git очень прост, если ты примешь что git это не система контроля версий, а набор специализированных команд для копирования файлов, вычисления diff'ов и накладывания patch'ей.

Описанные уязвимости же, это естественное следствие того, что unix'овая файловая система прикидывается деревом, но с завидным постоянством ведёт себя не как дерево, а как ориентированный граф. Человеки они такие, они склонны использовать упрощающие допущения, в процессе своего мышления, и склонны совершать ошибки, применяя упрощающие ситуацию допущения тогда, когда эти допущения неверны. И если ты поощряешь это сверху, то ты получаешь от них бесконечный поток багов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #64, #71

57. Сообщение от Трансвистит (ok), 16-Фев-23, 08:27   +1 +/
Но что не так с git rebase?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

59. Сообщение от Трансвистит (ok), 16-Фев-23, 08:31   +/
Ошибки с использованием символьных ссылок будут вечно встречаться во всех программах. С ними крайне сложно работать
Ответить | Правка | Наверх | Cообщить модератору

60. Сообщение от AKTEON (?), 16-Фев-23, 08:31   +/
Fossil батенька
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #77

61. Сообщение от Трансвистит (ok), 16-Фев-23, 08:34   +2 +/
Уточните, где там преждевременная оптимизация?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

62. Сообщение от Аноним (62), 16-Фев-23, 08:34   +3 +/
10k перфокарт в одной таре, и таров этих - не счесть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #65

63. Сообщение от Жироватт (ok), 16-Фев-23, 08:51   +/
Ох, и взяли мы тогда в царь-граде тарболлов иноземных, много мирры и умбры, рабов и злата...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

64. Сообщение от anonymous (??), 16-Фев-23, 09:32   +1 +/
Поэтому работать надо не с файлами и файловой системой, где есть множество сложностей и неясностей. А с чем-нибудь гораздо более стандартизированным, изолированным, созданным именно для безопасного и надёжного хранения данных. Как насчёт СУБД? Многопоточные не нужны, хватит на мой взгляд и обычного sqlite. Как тебе такая идея?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #66, #89

65. Сообщение от Аноним (65), 16-Фев-23, 09:35   +/
Не работали, видимо, с перфокартами. Большие проекты хранили на бобинах. А свои проекты, действительно, на перфокартах или перфолентах. 100-200 перфокарт в пакете или рулончик перфоленты, которая четко помещалась в пластиковую коробочку от рыболовных крючков, не особенно обременяли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #88

66. Сообщение от 1 (??), 16-Фев-23, 10:13   +/
Ну м.б. до 2Тб ничё будет ... А потом ?
И как это бакапить/восстанавливать ? А если кто-то втуда пишет, а семерым надо из неё читать ? Да ещё мааахонький сбой в метаданных и всех данных как небывало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

67. Сообщение от Аноним (67), 16-Фев-23, 11:21   +1 +/
В некоторых НИИ где пишут ПО для военных спутника примерно так и сейчас хранят.
Несмотря на то что одна из первых систем управления версиями RCS появилась в 1982, в несколько раз раньше чем родилось большинство местных экспертов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

68. Сообщение от Аноним (67), 16-Фев-23, 11:30   +/
https://cs8.pikabu.ru/post_img/2018/11/10/9/1541861979172111...

И никакой git не нужен. Git для неудачников и неучей

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #82

69. Сообщение от Аноним (67), 16-Фев-23, 11:31   +/
https://cs7.pikabu.ru/post_img/2018/06/05/5/1528182161119810...

а программисты просто обленились совсем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #70

70. Сообщение от 1 (??), 16-Фев-23, 12:14   +2 +/
Если у тебя винда - освой уже версионирование документов при помощи корзины ... Очень удобно.
Только никого не допускай другого к компу - все почему-то начинают с очистки корзины.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #74

71. Сообщение от Аноньимъ (ok), 16-Фев-23, 12:19   +/
> git это не система контроля версий, а набор специализированных команд для копирования файлов, вычисления diff'ов и накладывания patch'ей

Собственно я о том-же и пишу.
Это НИКОГДА ненужно было "изобретать".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #78, #85

72. Сообщение от Аноним (72), 16-Фев-23, 13:26   +1 +/
> Так got поверх git работает лол. Считай фронтенд просто.

Источник: "Опеннетные сказания и предания о реальном устройстве мира. Том 100501"?

http://gameoftrees.org/got.1.html#CAVEATS
CAVEATS

got is a work-in-progress and some features remain to be implemented.

At present, the user has to fall back on git(1) to perform some tasks. In particular:

Reading from remote repositories over HTTP or HTTPS protocols requires git-clone(1) and git-fetch(1).
Writing to remote repositories over HTTP or HTTPS protocols requires git-push(1).
The creation of merge commits with more than two parent commits requires git-merge(1).
In situations where files or directories were moved around got will not automatically merge changes to new locations and git(1) will usually produce better results.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #84

73. Сообщение от ivan_erohin (?), 16-Фев-23, 13:53   –1 +/
> свой бесценный Scrips каталог

потребитель смузей детектед. у людей это ~/bin директория.
в крайнем случае ~/.local/bin (и на винде тоже).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #75, #87

74. Сообщение от ivan_erohin (?), 16-Фев-23, 13:56   –1 +/
почему никто не хранит свои деловые бумаги и деньги в мусорной корзине ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

75. Сообщение от Аноним (77), 16-Фев-23, 14:30   +/
Смузяки себе оставь, мне чего покрепче или просточаю. И не суди по напиткам людей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #99

77. Сообщение от Аноним (77), 16-Фев-23, 15:33   +/
Выглядит здорово, но киллерфич из-за которых случилась бы массовая миграция на него не увидел в их табличке "сравнения с git".
Возможно когда-нибудь оно и заменит git, если кто-то крупный начнёт его активно фосить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

78. Сообщение от Аноним (-), 16-Фев-23, 16:55   –1 +/
> Это НИКОГДА ненужно было "изобретать".

Если ты предпочитаешь вручную все эти копии делать, отслеживая версии, то это твоё личное дело. Я предпочитаю автоматизировать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #79

79. Сообщение от Аноньимъ (ok), 16-Фев-23, 17:19   +/
Я предпочитаю контроль версий делать системой контроля версий, а не слепленной на коленке химерой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #86

80. Сообщение от Аноним (80), 16-Фев-23, 20:03   +/
интересно, а тут телеметрию не планируют ввести? /sarcasm
что-то не нашёл кто вносит в разработку git наибольший вклад
Ответить | Правка | Наверх | Cообщить модератору

82. Сообщение от Вы забыли заполнить поле Name (?), 17-Фев-23, 00:58   +/
> https://cs8.pikabu.ru/post_img/2018/11/10/9/1541861979172111...
> И никакой git не нужен. Git для неудачников и неучей

Хранить бинарный формат в git? Дифы как будешь смотреть? Проще уж бэкапить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

83. Сообщение от Аноним (83), 17-Фев-23, 01:44   +/
А чего плохого в том, что вы можете перезаписать свою локальную историю? Rebase - это отличный инструмент, чтобы навести порядок после активной разработки крупной фичи в ветке. Да и если сам себе историю испортишь - ну так сам и виноват.

push --force же обычно все здравомыслящие люди ограничивают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

84. Сообщение от пох. (?), 17-Фев-23, 08:46   +/
> At present, the user has to fall back on git(1) to perform some tasks. In particular:

может дешевле было перечислить что он все же как-то сам умеет делать? Или там список из нуля пунктов?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #94

85. Сообщение от пох. (?), 17-Фев-23, 08:53   +/
оно решало конкретную проблему одного очень самоуверенного и самодовольного персонажа.

Который, к прочим недостаткам, обладал тяжелым синдромом утенка и не смог осилить базовое назначение системы контроля версий. Потому что его устраивало /usr/src/linux-0.95 и он никак не мог взять в толк, с чего команды разработчиков отдельных подсистем без конца ноют.

А патчи он принимал elm'ом или что там у него тогда было, вручную просматривая и одобряя только то что в экран влазиет. Именно эту бредятину он себе и автоматизировал.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

86. Сообщение от пох. (?), 17-Фев-23, 08:55   +1 +/
и где эта система контроля версий? svn неудобна для работы с _чужими_ проектами, потому что ты не можешь ее клонировать. меркуриал сдох из-за впихона.

Как обычно, рыночек и хайп порешали в пользу наиболее уродливого решения.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #90

87. Сообщение от пох. (?), 17-Фев-23, 08:57   +/
Наоборот, нормальный чувак, в венде так все и делают. Нет там никакой ~
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #98

88. Сообщение от пох. (?), 17-Фев-23, 09:03   +/
Чувак, не хотел бы рушить твой маня-мирок, но 200 перфокарт - это 200 СТРОК.

Ахрененные у тебя, смотрю, прожекты были.

А рулончик перфоленты быстро рвался и тоже вмещал очень мало. Обычно на нем держали бинарники которых не очень жалко - в смысле, было с чего еще раз ту ленту вывести.

Магнитные ленты появились сильно позже и то что на них хранили, ни на какую перфоленту бы не влезло вообще. И те быстро вышли из обращения. А вот колоды перфокарт с тысячами этих самых карт, пронумерованных химическим карандашом (не дай Б-же рассыпать!) еще долгонько были в ходу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #100

89. Сообщение от Я (??), 17-Фев-23, 09:30   +/
Называется фоссиль
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

90. Сообщение от Аноньимъ (ok), 17-Фев-23, 11:42   +/
> и где эта система контроля версий? svn неудобна для работы с _чужими_
> проектами, потому что ты не можешь ее клонировать. меркуриал сдох из-за
> впихона.

Фосил есть ещё.

> Как обычно, рыночек и хайп порешали в пользу наиболее уродливого решения.

Отош.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #91

91. Сообщение от пох. (?), 17-Фев-23, 14:04   +/
> Фосил есть ещё.

используется в одном проекте одного (ок, двух с половиной) автора. Который не принимает патчи.

Ну как-то так себе он "есть". То есть вероятнее всего - снова решение проблем одного-единственного человека, и этот человек - не ты и не я. Проверять, конечно же, буду не раньше чем trac доломают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

92. Сообщение от Котофалк (?), 17-Фев-23, 14:05   +/
https://github.com/libgit2/libgit2-backends

опять таки если речь о рабочей копии - почему и не на файлухе?
опять таки если нужно что-то кроме "достань мне файл с таким-то именем" - этим занимается git/субд и кому и что городить?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

93. Сообщение от анон (?), 17-Фев-23, 15:40   +1 +/
В мфц сделали документооборот на свн c бекапами в рар, чтобы на гите не страдать. Не зря.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #97

94. Сообщение от Аноним (94), 17-Фев-23, 20:05   –1 +/
>> At present, the user has to fall back on git(1) to perform some tasks. In particular:
> может дешевле было перечислить что он все же как-то сам умеет делать? Или там список из нуля пунктов?

Что сказать-то хотел? Что неумение фигачить через обертку HTTP(S) и разруливать экзотические случаи мержа переводит got в статус "фронтенд просто"?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #96

95. Сообщение от Олег (??), 18-Фев-23, 10:55   +/
Бред. Что такое нормальный язык запросов? ФС это уже БД, с присущими ей некоторыми примитивами, как атомарность некоторых операций, целостность данных, индексы для быстрой выборки и кэш. Если под нормальным подразумевается SQL - так это выдумка для реляционных БД. А не все данные реляционные. Я уж молчу про то, что РСУБД это тот ещё монстр поверх ФС, который надо уметь готовить, для нормальных скоростей, что большинство не умеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

96. Сообщение от пох. (?), 19-Фев-23, 21:46   +1 +/
неумение в _основной_ (где, у каких идиотов еще торчит в мир голый git протокол без авторизации в принципе?) способ взаимодействия с внешним миром в сочетании еще и с неумением локально мерж (основу-основ dvcs) обработать - переводит в статус той самой фигни, состоящей из readme.md и CoC.md
Совершенно безопастной но абсолютно никому кроме ЧСВ авторов не нужной.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

97. Сообщение от пох. (?), 19-Фев-23, 21:55   +/
> В мфц сделали документооборот на свн c бекапами в рар, чтобы на
> гите не страдать. Не зря.

seriously? отдает конечно васянством, но в целом я восхищен. То есть даже догадались что в этом случае _distributed_ vcs не то что нахрен не нужна, а просто вредна.

Впрочем, система МФЦ еще год назад было первой (перед Гагариным) вещью которая действительно позволяла считать этустрану не безнадежным аутсайдером абсолютно во всем. Ничего подобного не было, насколько мне известно, ни в одной стране мира (внешне похожее но почему-то-не-работает не в счет). Причем там и технологии, и персонал набранный с нуля и выдрессированый на реальную помощь, а не эти вот совковые тетки васздесьнестояло, и изменения в законодательстве (не говоря уже о внутренних инструкциях и правилах) сделавшие все это возможным.
(Увы, ее стали активно ломать и доламывают уже окончательно. Слишком просто рабам жить стало. Надо усложнять!)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

98. Сообщение от ivan_erohin (?), 20-Фев-23, 13:09   +/
> Наоборот, нормальный чувак, в венде так все и делают. Нет там никакой
> ~

у меня есть.
впрочем у меня и /bin есть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

99. Сообщение от ivan_erohin (?), 20-Фев-23, 13:52   +/
> И не суди по напиткам людей.

тут есть еще какие-то люди кроме меня ?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

100. Сообщение от ivan_erohin (?), 20-Фев-23, 14:01   +/
> 200 перфокарт - это 200 СТРОК.

для студенческого проекта это нормально.
для курсовика по непрофильной специальности тоже.
25% - подключение внешней библиотеки анализа данных,
10% - подключение внешнего файла этих самых данных и т.д.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #101

101. Сообщение от пох. (?), 20-Фев-23, 16:27   +/
чувак, это ПЕРФОКАРТЫ, ну какой нах тебе файл? //SYSIN DD *  (и да это тоже целая одна карта уже потрачена)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #103

102. Сообщение от Аноним (102), 21-Фев-23, 17:41   +/
Это он тебе кажется неплохим пока ты не видел того чудовищнейшего костыля, который эти одаренные используют для выковыривания патчей 4 of 125 из этой самой лохотронной почты.

Неплохим он был бы в те времена когда tcp.c в линуксе был файликом аж в восемь что-ли килобайт, и любые патчи действительно умещались в экран просто в силу примитивности кода.
Но в тот момент Линус вообще не мог взять в толк чем его /usr/src/linux-новаяпапка110-не-удалять плох.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

103. Сообщение от ivan_erohin (?), 21-Фев-23, 19:25   +/
> ну какой нах тебе файл?

обычный массив данных, на диске. доступ ISAM.
диск оператор смонтирует по заказу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #104

104. Сообщение от пох. (?), 21-Фев-23, 22:48   +/
да ну, кто студенту дисковый пакет даст вообще, даже на время попользоваться?

с ними те программы работали, которым перфокарты чемоданами нужно было переносить.
Там да, уже и библиотеки и дисковые пакеты, но оно уже и не в 200 строк обычно нифига было, а как бы запросто и поболее 2000

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #105

105. Сообщение от ivan_erohin (?), 22-Фев-23, 15:55   +/
> да ну, кто студенту дисковый пакет даст вообще, даже на время попользоваться?

нам давали. один на поток. только данные были враные, т.к. были собраны через ЦСУ.
ну и GIGO во весь рост.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру