?

А есть у нас что то типа persistent rmq но inprocess? что б ничего не надо было ставить, просто в бинарник включить

HipHop?

Пеашпи хипхоп что ли могет компилироваться в бинарник?

Сам не проверял

#оффтоп а че за ключик у тебя в андроиде сверху, часто его на скринах вижу

ВПН подключен

ВПН подключен

ааа, понятн) спасиб)

ааа, понятн) спасиб)

Нз ;)

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

Gitlab CI можно и самим настроить

У кого-нибудь был опыт написание апи поддерживающее graphQL на Go?

Проблема. Пишу в файл из 1000 горутин примерно так: if file, err := os.Create("result.lst"); err == nil { defer file.Close() w := bufio.NewWriter(file) ///....... тут 1000 горутин, которые делают строку ниже fmt.Fprintf(w, "%s\n", "blabla") } И у меня через раз внезапно panic: runtime error: slice bounds out of range

Всё ок с параллельной записью в файл: package tests import ( "testing" "fmt" "os" "sync" ) func Test(t *testing.T) { f, err := os.OpenFile( "/tmp/test.log", os.O_CREATE|os.O_WRONLY|os.O_TRUNC, 0600) if err != nil { t.Error("Cant open file") } defer f.Close() var wg sync.WaitGroup for i := 1; i <= 1000; i ++ { wg.Add(1) go func(i int) { defer wg.Done() f.WriteString(fmt.Sprintf("%d\n", i)) }(i) } wg.Wait() } wc -l /tmp/test.log 1000 /tmp/test.log

Всё ок с параллельной записью в файл: package tests import ( "testing" "fmt" "os" "sync" ) func Test(t *testing.T) { f, err := os.OpenFile( "/tmp/test.log", os.O_CREATE|os.O_WRONLY|os.O_TRUNC, 0600) if err != nil { t.Error("Cant open file") } defer f.Close() var wg sync.WaitGroup for i := 1; i <= 1000; i ++ { wg.Add(1) go func(i int) { defer wg.Done() f.WriteString(fmt.Sprintf("%d\n", i)) }(i) } wg.Wait() } wc -l /tmp/test.log 1000 /tmp/test.log

что-то не ахти тест, как попало или не как попало но в любом случае оно тебе 1000 строк в хз каком порядке в файл выплюнет

что-то не ахти тест, как попало или не как попало но в любом случае оно тебе 1000 строк в хз каком порядке в файл выплюнет

тест и направлен на то, чтобы убедиться,. что записей будет 1000

а не на их порядок

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

И о каком порядке идёт речь в случае конкурентной записи?)

да я тоже не понял, при чем тут порядок

поддержу традицию: а причём слайс к файлу?

поддержу традицию: а причём слайс к файлу?

ты читал переписку на сообщение из которой я отвечал? похоже что нет, вот и ответ на 2 твоих вопроса )

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

я проверяю как конкурентную запись файл так и конкурентное добавление в слайс

в первом случае у него был буферизированный вывод

во втором нет

Тест конкурентного добавления в слайс: package tests import ( "testing" "sync" ) func Test(t *testing.T) { slice := make([]int, 0) var wg sync.WaitGroup for i := 1; i <= 1000; i ++ { wg.Add(1) go func(i int) { defer wg.Done() slice = append(slice, i) }(i) } wg.Wait() if len(slice) != 1000 { t.Error("Wrong slice length", len(slice)) } } результат: test.go:23: Wrong slice length 837

в первом случае у него был буферизированный вывод

это да и непонятно, зачем

и про ядро линукса и в целом пишут такое The kernel does use locking internally to run each read() and write() operation serially.

не понятно что с чем вы тестируете

слайсы, файлы, буферезированный вывод

Тест конкурентного добавления в слайс: package tests import ( "testing" "sync" ) func Test(t *testing.T) { slice := make([]int, 0) var wg sync.WaitGroup for i := 1; i <= 1000; i ++ { wg.Add(1) go func(i int) { defer wg.Done() slice = append(slice, i) }(i) } wg.Wait() if len(slice) != 1000 { t.Error("Wrong slice length", len(slice)) } } результат: test.go:23: Wrong slice length 837

а в этом примере никто не гарантирует если явно не указанно что append потоко безопасен это by convention

поэтому кто успел, того и тапки, и ничего удивительного

у меня вопросов никаких нет, я высказал 2 тезиса: - неизвестно как будет работать параллельная запись в файл - параллельноео добавление элементов в слайс очевидно работать не будет

The kernel does use locking internally to run each read() and write() operation serially. - кто первым встал на запись, то молодец а второе из справки понятно, т.к. никто явно не гарантирует

ок

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

Перенаправление вывода в Linux

может хотят читать с уже запущенного приложения

надо уточнить

а то мало ли

Приложение пишет в stdout?

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

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

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

Пишешь stdout в файл, читаешь другими процессами из файла

Xxx запускается сторонним приложением. Сам я его не могу запустить

Так что я не могу перенаправить вывод в файл

перенаправть можно через >

это тут верно пишут

./somescript > somefile

Xxx запускается сторонним приложением. Сам я его не могу запустить

а это он пишет

А не знаете вот такого же: https://github.com/adam-hanna/golang-vuejs-starter-kit но для vue 2 ?

Наверное только хукануть если stdout ?

Внедриться в процесс и сделать все что нужно :)

А в чем смысл стартер китов? Берёшь js фреймоврк любой и пишешь rest апи на любом языке

изучать же нужно, а можно хуяк-хуяк и в продакшн

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

если речь про Linux то там есть все в файловой системе - /proc/{PID}/fd, оттуда кто угодно может читать весь io любого процесса, при наличии прав конечно, очень и очень удобно на практике, кросс-платформенно будет конечно сложнее, и скорее всего для каждой платформы свой вариант

А в чем смысл стартер китов? Берёшь js фреймоврк любой и пишешь rest апи на любом языке

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

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

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

Приятно наверно быть человеком у которого один правильный ответ на всё. Выключил голову и поехал.

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

а когда нет, смотреть на стартеркиты непонятного происхождения с непонятно зачем закапленностью — ну успехов

это путь в пхп

Приятно наверно быть человеком у которого один правильный ответ на всё. Выключил голову и поехал.

Но он прав. Бэк отдельно, фронт отдельно

Если ты посмотришь, что в твоём бойлерплейте делает го, то это будут пара строчек запускающих http-сервер

Да а кто говорит что вместе. Это вообще тут к чему. У меня например рест и фронт для супермелкого сайта будут в одном репе, что бы не версионировать рест и прочее. Предудыщий бойлерплейт был удобен, что все скрипты были уже описаны. сборки и тестов и прочего. Я помню юзал его, потому и спросил.

То есть тебе не нужен стартер кит + go. Тебе нужен стартер кит той технологии, которую будешь юзать на фронте

Да а кто говорит что вместе. Это вообще тут к чему. У меня например рест и фронт для супермелкого сайта будут в одном репе, что бы не версионировать рест и прочее. Предудыщий бойлерплейт был удобен, что все скрипты были уже описаны. сборки и тестов и прочего. Я помню юзал его, потому и спросил.

Майк так понял.

Ищи стартер кит для vue2, с этим не должно быть проблем

Эх

Четсно говоря у меня с этим много проблем

Четсно говоря у меня с этим много проблем

Гугл vue2 starter kit

Какждый раз как я трогаю эти вебпаки бабели еслинты и прочее, и когда оно начинает работать только спустя три часа магии (что уже случилось) я каждый раз жалею что не начал с какого то scratch и уже б закончил с задачей

Я решил твою проблему

Ну ты видимо так говоришь потому что не гуглил это. Там много да. И в среднем по палате, такое что лучше руки потом мыть.

Я заюзал в итоге egoist/vuepack

vue же прост, все говорят

вообще ты уверен, что хочешь вью? реакт попроще и в него больше верится, потому что за ним фесбук, а за вью никого

?

блин

Майк, это ж не аргумент )

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

вот и хотел его пощупать

Пока (ещё) не очень счастлив с ним

Но это не про качество vue , а про то что фронтенд-кий хелл плохо мне дается

Так что же выбрать, vue (за ним никого) или реакт (за ним фесбук) ?

у реакта есть create-react-app - бойлерплейт с нулем конфигурации, и это работает сразу из коробки без трогания палкой

Да, это плюс.

Да, это плюс.

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

Так что же выбрать, vue (за ним никого) или реакт (за ним фесбук) ?

За ним -- в смысле серьезный мейнтейнер, который в каком-то смысле гарантирует, что не забьет нахуй и у него есть ресурсы. Так же как за ангуляром гугл. Вспомни, сколько было spa фреймворков пару лет назад, и где они все сейчас?

За ним -- в смысле серьезный мейнтейнер, который в каком-то смысле гарантирует, что не забьет нахуй и у него есть ресурсы. Так же как за ангуляром гугл. Вспомни, сколько было spa фреймворков пару лет назад, и где они все сейчас?

хз, я бекендом больше занимаюсь ?

хз, я бекендом больше занимаюсь ?

Ну тогда короч имей в виду, что мой аргумент не такой странный, как кажется на первый взгляд)

Ну кстати ещё Вью пошел немного по пути ангуляра с кучей неясностей и магии, и в нем тоже сложно дебадить, когда проект разрастается

Так что же выбрать, vue (за ним никого) или реакт (за ним фесбук) ?

Расскажи это китайцам)))) (я про vue)