NodeJS проще Go?

сложный вопрос. мне кажется, да

можно куски кода с stackoverflow копипастить и внезапно построить файлопомойку

Я не копирую, я переписываю.

Ручками.

круть

Иногда заёбывает, да, но лучше так, я думаю.

NodeJS проще Go?

Нет

Иногда заёбывает, да, но лучше так, я думаю.

чем?

чем?

Количеством символов, если блок кода большой

чем?

Очевидно же.

не

заебывает - понятно

а зачем?

Нет

Благодарю за ответ.

если понимаешь, как работает, - то не обязательно переписывать

из промышленных языков go сегодня - самый простой

а зачем?

Ты спросил чем, я ответил.

если понимаешь, как работает, - то не обязательно переписывать

такие методы как на занятиях в школе тут не работают

если понимаешь, как работает, - то не обязательно переписывать

Лучше переписывать, иначе хватку теряешь.

такие методы как на занятиях в школе тут не работают

Не поверишь - с кодом это почему-то работает лучше, чем в школе.

Не поверишь - с кодом это почему-то работает лучше, чем в школе.

странно

Нафиг файлопомойки ipfs наше все!

Она кстати на го

Слышь пацаны вопрос года, на записях видео всегда голос высокий?

Не громкий а именно высокий

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

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

А если тембр повышается, то нужно анализировать, может, ошибка при настройке аппаратуры при записи

Хм

Я вот тут думаю.

А не проще ли было мне эту файлопомойку на PHP написать?

Потому что перекладывать задачи на Go это в каком-то смысле то ещё извращение. И это ради двух задач (загрузить файло на время и выплюнуть его)

С другой стороны - Go заметно шустрее и в теории способен выдержать нагрузки которые не под силу PHP.

вот зря сомнения очень зря

+ к Go идёт ещё засчёт того, что PHP я не знаю ВОВСЕ.

Go это решение всех проблем

почти

вот зря сомнения очень зря

[сарказм]?

нет кстати, не сарказм

просто я считаю что если ты уж решил писать на go - пиши

даже если потом показалось что ruby или erlang лучше

Я человек наивный, так что в чатах обычно сарказм не различаю.

зато ты будешь первым, кто это сделает

а я обычно сарказмами не выражаюсь

для этого есть другие люди

зато ты будешь первым, кто это сделает

А разве нет файлохранилищ на Go ещё?

может и есть, я не видел. мне понравилась твоя идея. ?

понравилось как ты описывал её функционал и возможности

и подумал что это круто, посмотреть как реализовывается шаг за шагом в принципе простая но нужная и интересная задача

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

вот

если бы я был чуточку опытнее с Go - наверное был бы полезен. пока я могу сказать что только учусь

Хотя если я не надыбаю 400р на продление домена, то мне негде будет её поднимать. ?

Блин, а я и не в теме)

Блин, а я и не в теме)

Есть же история

Далеко, нет?

Далеко, нет?

Не знаю.

Ладно, попробую найти

С фронтэндом вроде закончил, теперь надо научиться генерить ссылки на файлы и обрабатывать через Gin

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

Так чего там генерить, юзай айдишники

Я бы не лил на старые айди

Так чего там генерить, юзай айдишники

Ну, дык, количество вариантов из 6 СИМВОЛОВ подразумевает больше комбинаций, чем ЧИСЛО из 6 цифр

Ну, это как пример

А кто сказал, что айди должен быть интом? ?

ERROR: S client not available

А кто сказал, что айди должен быть интом? ?

Тоже верно.

И как тогда их генерить псевдослучайно?

Почему 6?

И чтоб уникально для каждого файла?

Ну, это как пример

Почему 6?

Ну, человеку нравится шесть)

И чтоб уникально для каждого файла?

Хеш файла

Хеш файла

MD5?

Тогда файла и имени, не?

uuid пусть берет и мозги не ебет

MD5?

Глянь ipfs

Тогда файла и имени, не?

Файл удалиться, зальётся другой, но с аналогичным именем. И что тогда?

А думаешь пользователь не хочет увидеть знакомое имя файла?

Тьфу

Погоди

У меня нет авторизации или аккаунтов. ВООБЩЕ.

Я имел ввиду хеш файла с хешом имени переженить и все

Я имел ввиду хеш файла с хешом имени переженить и все

Хм...

Так хорошо, нет и не

Жирно выйдет, нет? Хэш от 2Гб посчитать.

uuid

Жирно выйдет, нет? Хэш от 2Гб посчитать.

Ну да, кстати. Хотя для начала ограничусь 100мб, а там посмотрим.

satori/go.uuid: UUID package for Go https://github.com/satori/go.uuid

Если не ошибаюсь. Я с Go на вы пока.

А ещё можно сделать так: sha256 файла юзать как имя в реальной файловой системе. В базе данных сделать связку хеш файла - айди файла для урла - имя файла. Так можно не хранить по два раза один и тот же файл.

А ещё можно сделать так: sha256 файла юзать как имя в реальной файловой системе. В базе данных сделать связку хеш файла - айди файла для урла - имя файла. Так можно не хранить по два раза один и тот же файл.

OH, SHI~, у меня ж пока БД нет

А ещё можно сделать так: sha256 файла юзать как имя в реальной файловой системе. В базе данных сделать связку хеш файла - айди файла для урла - имя файла. Так можно не хранить по два раза один и тот же файл.

При этом сохранить имена, под которыми файл заливали

При этом сохранить имена, под которыми файл заливали

Опять же - если вдруг возможна перезапись файлов с одинаковым именем?

А как ты решил данные хранить? О.о

А как ты решил данные хранить? О.о

Пока не приступал даже к этому вопросу.

Думал обойтись JSON-ом каким-нибудь