Пофиксил.@nordborn,@zelenin, cпасибо за помощь.

Привет! Есть вопрос. Я загружая файл на сервер и вроде все ок. Но мне надо как-то этот файл с того сервера забрать. Как это сделать?

ты уже спрашивал это неоднократно

Не помню, может я не заметил...

помнишь

Ну и ладно...

Да не этот вопрос

Я загрузил этот файл

Может у человека Антероградная амнезия.

А как мне его забрать (с сервера на это устройство)

Да не этот вопрос

какой не этот? ты там несоклько раз спрашиваешь как его забрать

тебе даже сказали про нджинкс, а ты захотел как-нибудь без нджинкс. припоминаешь?

Привет! Есть вопрос. Я загружая файл на сервер и вроде все ок. Но мне надо как-то этот файл с того сервера забрать. Как это сделать?

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

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

Это слишком просто.

Окей, другой вариант. Дойти до сервера, воткнуть флешку, забрать. Так ок?

Походу мне тут не очень рады (0(0(

Походу мне тут не очень рады (0(0(

Можешь на гоу написать хттп сервер в две строчки и через него забирать файл.

https://github.com/nadoo/glider

Походу мне тут не очень рады (0(0(

Похоже вы в корне неверно задаёте вопросы. Верная формулировка вопроса заключает в себе половину ответа, например

Парни, скажите пожалуйста, есть ли какой-нибудь фреймворк для GO чтоб парсить SPA сайты?

получается нужно чтото типо хендлес браузера на го

всякие хромы и фантомы не подходят

нашел surf, но он не работает с spa

всякие хромы и фантомы не подходят

почему?

почему?

потому то тогда использование го ставновится бессмысленным, так как все будет упираться в инстансы браузеров

а нужно на го реализация, чтоб без внешних зависимостей

интерпретация js на стороне го?)

ну да, мб какой-то предпроцессор js, который будет подготавливать

не трать время. предпроцессор js - это браузер

думаешь вообще без вариантов?

уверен на 99%

1% оставлю на маргинальные поделки, результатом которых ты будешь недоволен (вдруг что-то такое есть). но вообще это делается headless browser'ом

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

ну ладно

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

есть goja

Какой был бы более идиоматичный способ сделать получение структуры из базы? // Наполнить данными через интерфейс, типа json.Unmarhsal(bytes, interface{}) // Возвращает ok bool (найдена или не найдена запись) func (d *Database) getPromotionByID(v *Promotion, id uuid.UUID) (ok bool, err error) // Вернуть Promotion напрямую func (d *Database) getPromotionByID(id uuid.UUID) (promotion Promotion, ok bool, err error) И с точки зрения идиоматичности, нужно ли возвращать ok bool?

не нужно

можно ошибку вернуть нужного типа

есть goja

вы не перепутали? Goji is a HTTP request multiplexer

второй вариант более го, только ok нужно убрать

вы не перепутали? Goji is a HTTP request multiplexer

а goja ECMAScript 5.1(+) implementation in Go.

второй вариант более го, только ok нужно убрать

Спасибо ??

а goja ECMAScript 5.1(+) implementation in Go.

спасибо

но это тоже не то)

вы не перепутали? Goji is a HTTP request multiplexer

https://github.com/dop251/goja

https://github.com/dop251/goja

спасибо, его уже нашел :)

правда я не уверен, что это сработает. Получается одним запросом я скачиваю голый html, с подлюченным js файлом, для создания того самого spa, а уже через goja с ним работаю

но я все равно не уверен, правильное ли это решение

но я все равно не уверен, правильное ли это решение

А как правильно? Стань браузером

А как правильно? Стань браузером

глупости пишешь

странный ты, спрашиваешь как правильно, а когда говорят как правильно, отвечаешь что глупости

если ты знаешь сам как правильно, зачем тратить время людей?

у goja сразу же в описании It is not a replacement for V8 or SpiderMonkey or any other general-purpose JavaScript engine as it is much slower. It can be used as an embedded scripting language where the cost of making a lot of cgo calls may outweight the benefits of a faster JavaScript engine or as a way to avoid having non-Go dependencies.

смотрите, народ https://github.com/MaxHalford/eaopt

смотрите, народ https://github.com/MaxHalford/eaopt

Схоронил. Но это вроде не первая подобная либа. Чё то такое я уже видел на Go.

Парни, скажите пожалуйста, есть ли какой-нибудь фреймворк для GO чтоб парсить SPA сайты?

Тыкаешь ф12, вкладка нетфорк, фильтр по иксхр, открываешь сайт, и погнали смотреть запросы

Если логика генерации токенов есть на клиенте, то смотришь в стеке вызовов функцию, и разбираешь алгоритм

В среднем релизация по времени займет также как эти ваши эмуляторы

Тыкаешь ф12, вкладка нетфорк, фильтр по иксхр, открываешь сайт, и погнали смотреть запросы

ты уверен, что на тот вопрос ответил?

как сериализовать rsa.PublicKey? допустим, в base64 и обратно

то ли я тупой, то ли гвозди, но Chrome DP на столько сложный, что я с ним чуть не сдох пока хоть что то осилил

Если логика генерации токенов есть на клиенте, то смотришь в стеке вызовов функцию, и разбираешь алгоритм

лол

?

ERROR: S client not available

Глупости это. Всё равно что бл востанавливать из мемори дампов

Помогите разобраться с многопоточностью. Чем больше читаю, так меньше понимаю и запутываюсь. В общем У процессора есть свои потоки, которые выполняются одновременно. У ОС есть процессы, в которых есть как минимум один поток ОС. Как происходит распределение потоков ОС между потоками процессора?

Помогите разобраться с многопоточностью. Чем больше читаю, так меньше понимаю и запутываюсь. В общем У процессора есть свои потоки, которые выполняются одновременно. У ОС есть процессы, в которых есть как минимум один поток ОС. Как происходит распределение потоков ОС между потоками процессора?

в го?

в го?

В принципе

Помогите разобраться с многопоточностью. Чем больше читаю, так меньше понимаю и запутываюсь. В общем У процессора есть свои потоки, которые выполняются одновременно. У ОС есть процессы, в которых есть как минимум один поток ОС. Как происходит распределение потоков ОС между потоками процессора?

Это большая тема являющаяся частью общего курса "Операционные системы". Изучать эту тему в отрыве от "операционных систем" нет никакого смысла.

Простой вводный курс в ОС есть на Ютубе на канале Hexlet

Помогите разобраться с многопоточностью. Чем больше читаю, так меньше понимаю и запутываюсь. В общем У процессора есть свои потоки, которые выполняются одновременно. У ОС есть процессы, в которых есть как минимум один поток ОС. Как происходит распределение потоков ОС между потоками процессора?

у проца не потоки а ядра, на которых ось выпоняет потоки. На доном ядре проца одновременно может выполняться один поток. Поток по сути синхроно выполняемая последовательность инструкций

у проца не потоки а ядра, на которых ось выпоняет потоки. На доном ядре проца одновременно может выполняться один поток. Поток по сути синхроно выполняемая последовательность инструкций

Hyper threading? Не, не слышал

Hyper threading? Не, не слышал

Чуваку надо основы понять, зачем ему сейчас знать про HT?

Чуваку надо основы понять, зачем ему сейчас знать про HT?

Для полноты ощущений

Чуваку надо основы понять, зачем ему сейчас знать про HT?

вот именно

ну пусть будет два потока на ядро, что меняет то

Ну я бы делал уточнение про хт, ибо человек под "своими потоками проца" явно его имел ввиду

Ну я бы делал уточнение про хт, ибо человек под "своими потоками проца" явно его имел ввиду

Да

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

есть файл Keystore.go package Keystore type Keystore struct { loaded bool keys []Key.Key } func (k *Keystore) getByUUID(uuid uuid.UUID) (Key.Key, error) { return Key.Key{}, errors.New("Not found") // TODO } ..... есть Key.go package Key type Key struct {...} func (k *Key) Verify(keystore Keystore.Keystore) bool { signer, err := keystore.getByUUID(k.Signer) err = VerifyBy(&signer, k, keystore) if err != nil { return false } return true } ругается на keystore.getByUUID Unresolved reference 'getByUUID' PS иде предлагает создать в Keystore.go func (k *Keystore) getByUUID(uuids uuid.UUID) (interface{}, interface{}) что я не так делаю?

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

Почему то мне показалось что это необходимо

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

чтобы понимать чем "поток Го" отличается от потоков оси

чтобы понимать чем "поток Го" отличается от потоков оси

А чем отличается?

чтобы понимать чем "поток Го" отличается от потоков оси

если под "потоком го" вы имеете в виду асинхронную таску, то это знание никак не поможет

Да

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

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

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

Понял

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

Использует

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

ага, но что тебе даёт это знание?

если под "потоком го" вы имеете в виду асинхронную таску, то это знание никак не поможет

в го нет асинхронных тасков. есть горутины. или "гринетреды"

в го нет асинхронных тасков. есть горутины. или "гринетреды"

это одно и то же

есть файл Keystore.go package Keystore type Keystore struct { loaded bool keys []Key.Key } func (k *Keystore) getByUUID(uuid uuid.UUID) (Key.Key, error) { return Key.Key{}, errors.New("Not found") // TODO } ..... есть Key.go package Key type Key struct {...} func (k *Key) Verify(keystore Keystore.Keystore) bool { signer, err := keystore.getByUUID(k.Signer) err = VerifyBy(&signer, k, keystore) if err != nil { return false } return true } ругается на keystore.getByUUID Unresolved reference 'getByUUID' PS иде предлагает создать в Keystore.go func (k *Keystore) getByUUID(uuids uuid.UUID) (interface{}, interface{}) что я не так делаю?

import пакета есть?

нет. есть правильная терминология и отсебятина. рекомендовано придерживаться первой.

Окей, в разрезе Го: потоки, которые он изначально создаёт, используются постоянно до конца работы программы или планировщик может грубо говоря заменять их?

нет. есть правильная терминология и отсебятина. рекомендовано придерживаться первой.

эх, если бы вы всегда придерживались правильной терминологии