
Andrey
19.06.2017
18:52:17
проще всего не удалять совсем, а создавать новую папку с хешом и разбивать его, ибо лимит)

Серж
19.06.2017
18:52:21
"Есть команда для очистки этой папки." - надо использовать эту команду! очевидно же!

Like
19.06.2017
18:52:36
Тута немного сложнее будет в этом плане

Google

Like
19.06.2017
18:53:03
Так что, спрашиваю как лучше сделать

anton
19.06.2017
18:53:21
если любая ОС - хз, надо реально смотреть
на линуксах в свое время такие трики были
https://web.archive.org/web/20130929001850/http://linuxnote.net/jianingy/en/linux/a-fast-way-to-remove-huge-number-of-files.html
но статья 2013 года ;)
rsync-ом можно было быстро удалить, но цпу вгоняло в потолок

Серж
19.06.2017
18:53:32
Преждевременная оптимизация — корень всех зол. — статья «Structured Programming with go to Statements» в сборнике «Computing Surveys» (Vol. 6, № 4, декабрь 1974, стр. 268).

Like
19.06.2017
18:53:34
Просто спрашиваю

Серж
19.06.2017
18:54:38
unlink на линупсе быстрее всего работает вроде
rsync - для синхронизации с удаленной файловой системой
причем здесь удаление каталога?

Like
19.06.2017
18:55:32
В общем, ну нахер, пускай люди руками очищают папку

anton
19.06.2017
18:56:36

Серж
19.06.2017
18:57:05
никогда бы не пришло в голову это пробвать

Google

Серж
19.06.2017
18:57:15
Вы, мсье, знаете толк в извращениях

anton
19.06.2017
18:57:24
извращение не мое :)
выше ссылка на веб архив же

Серж
19.06.2017
18:58:10
=(

anton
19.06.2017
18:58:45

Серж
19.06.2017
18:58:55
спасибо

anton
19.06.2017
18:59:48
черт его знает что там под капотом у rsync
может он из таблицы фс просто трет заголовки

Ilya
19.06.2017
19:00:10

Серж
19.06.2017
19:01:12
Пацаны, приношу извинения, поумничать не удалось, unlink работает только на файл
https://unix.stackexchange.com/questions/37329/efficiently-delete-large-directory-containing-thousands-of-files
тоже советуют rsync

Ilya
19.06.2017
19:04:38
Но говорят перл еще быстрее :)

anton
19.06.2017
19:04:59

Ilya
19.06.2017
19:05:57
cd yourdirectory
perl -e 'for(<*>){((stat)[9]<(unlink))}'

分解物質
19.06.2017
19:27:23

Brown
19.06.2017
21:48:04
кто может посоветовать какой то нормальй DI, похожий на это https://symfony.com/doc/current/components/dependency_injection.html ?

Constantine
19.06.2017
21:48:37
а зачем тебе DI в Го?
давай с этого начнем )

Google

Brown
19.06.2017
21:49:41
Я пишу мне надо?

Constantine
19.06.2017
21:50:51
когда руфер лезет на вышку, он тоже говорит, что ему надо
но кто считает его умным в этот момент?)

Aleksandr
19.06.2017
21:52:30
Сравнил экстрим с бест практис разработки софта

Brown
19.06.2017
21:52:42

Constantine
19.06.2017
21:52:57

Brown
19.06.2017
21:53:02

Aleksandr
19.06.2017
21:53:25

Brown
19.06.2017
21:53:33

Constantine
19.06.2017
21:53:49

Brown
19.06.2017
21:54:04
О ты меня учить кодаить будешь?)
Давай

Constantine
19.06.2017
21:54:15
если до 2 ночи купишь курс, будет 50% скидка

Brown
19.06.2017
21:54:25
А нах он мне?
Я помойму внятный вопрос задал

Aleksandr
19.06.2017
21:54:48

Brown
19.06.2017
21:54:55
Требующий внятного ответа, а не умничать

Google

Constantine
19.06.2017
21:55:39

Aleksandr
19.06.2017
21:58:14
Требующий внятного ответа, а не умничать
В go не любят заморачиваться clean architecture и прочая, поэтому di не является официально рекомендованной практикой, хотя периодически и появляются статьи. Если погуглишь, то сразу найдешь 2.5 либы di for go.

Constantine
19.06.2017
21:59:49
одна из них от пхпшника https://github.com/go-ozzo/ozzo-di

Brown
19.06.2017
22:00:33

Aleksandr
19.06.2017
22:00:43
Да, я думаю всё di в go от представителей высокоуровневых языков

Brown
19.06.2017
22:01:03
Например какая то струкутра репозиторий, кэш или что то такое

Ivan
19.06.2017
22:01:09
Из явы чтоле

Brown
19.06.2017
22:01:41

Constantine
19.06.2017
22:01:52

Brown
19.06.2017
22:02:25
Да что ты...

Constantine
19.06.2017
22:02:33
поменяй стул
серьезно

Brown
19.06.2017
22:02:41
Ты кодить учишь...

Constantine
19.06.2017
22:02:45
уже палеными волосами с задницы воняет

Michael
19.06.2017
22:02:55
di позволяет пострелять себе по ногам используя любой язык

Brown
19.06.2017
22:02:58
синглтон...
Синглтон глобальная переменная

Aleksandr
19.06.2017
22:05:29

Brown
19.06.2017
22:05:32

Constantine
19.06.2017
22:05:44

Google

Brown
19.06.2017
22:05:45
в пдф
10.4. Область видимости вот прям отсюда

Constantine
19.06.2017
22:09:15
изложение по главе будет?
или можно отделаться пересказом?

Brown
19.06.2017
22:10:13
Читать и все если не понятно чем плохи гломальные переменные и тот же синглтон
Там все описанно

Aleksandr
19.06.2017
22:10:30
Хехе, забавно. На предыдущей странице Керриган и Пайк упоминаются)
Керниган

Constantine
19.06.2017
22:10:56
они еще были по другую сторону

Ivan
19.06.2017
22:11:20

anton
19.06.2017
22:30:42
сижу и думаю.. а чем ioc контейнер не синглтон? :)
и почему нельзя di через интерфейсы?
или хочется удобства, чтобы где-то в инитах подсовывались нужные реализации, чтоб не ручками подсовывать везде?

Brown
19.06.2017
22:32:01
Да чтобы не подсовывать каждый раз, различие в том что это лекго замокать и протестировать
как синглтон замокать?
Никак
Мне казалось все DI используют, я прям прозрел
Это же так улобно

Constantine
19.06.2017
22:33:49
в go не используют, потому что здесь KISS господствует

Brown
19.06.2017
22:35:09
Вот DI и добавлет этого, код становится проще, это маленькая магия (обьект кторорый отвечает за создание и хранение обьектов)
У меня код чистый и понятный боагодаря DI
Так мысль я понял
Все про DI не спрашиваю

anton
19.06.2017
22:49:02
ну если проект очень большой - наверное контейнер будет удобен.
мне пока не впадлу ручками подсовывать нужную реализацию в методы, которые в свою очередь принимают интерфейсы, для моков более чем достаточно
если лайфтаймом объектов в контейнере управлять не надо - то тогда вообще смысла не вижу.
для веб сервисов хватает контекста per request