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

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

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

а я не смотрел исходники, может и можно

На кури, https://www.techempower.com/benchmarks/. Если шибко умный - у тебя все шансы стать звездой. И я нигде не говорил, что Go плох. На данный момент, он решает нудные задачи, как когда-то php. Вот собственно и все. Но если нужно что-то серьезное - go будет в пролете, субъективное мнение

Дима, может хватит на личности постоянно переходить)) давай уж на более позитивной ноте чтоли беседовать в субботу то)) Я сам много работал на C++ и использовал бы его только тогда, когда нужно 100% performance. Как уже многократко и везде упоминалось: человекочасы зачастую дороже железа. Если я могу написать что-то на Go и поставить 2 машины, нежели писать всё на C++, то я возьму Go, C++ только в самом крайнем случае. а PHP... он и в африке PHP, убогий, старый, неуклюжий, медленный, и всё никак не вымрет потому-что простой до ужаса)

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

Дима, может хватит на личности постоянно переходить)) давай уж на более позитивной ноте чтоли беседовать в субботу то)) Я сам много работал на C++ и использовал бы его только тогда, когда нужно 100% performance. Как уже многократко и везде упоминалось: человекочасы зачастую дороже железа. Если я могу написать что-то на Go и поставить 2 машины, нежели писать всё на C++, то я возьму Go, C++ только в самом крайнем случае. а PHP... он и в африке PHP, убогий, старый, неуклюжий, медленный, и всё никак не вымрет потому-что простой до ужаса)

Где я на личности перешел? Если был груб - извини. Но вроде все сказал, что хотел. И если ты думаешь, что я пытаюсь тебя как-то третировать, ты точно ошибся.

я тоже так считаю, к сожалению в Германии 90% всех контор малого и среднего размера приоризируют "старый добрый и проверенный PHP", постепенненько увелчивается доля JavaScript. Более менее большие конторы (хотя их Германии не много, это не IT страна к сожалению) пишут на Java, который я тоже лично призераю. C++ часто можно встретить в авто индустрии, чаще во фронтэнде Go пока нигде здесь не встречал, пишу на нём лишь потому-что самостоятелен и сам-себе-менеджер

Где я на личности перешел? Если был груб - извини. Но вроде все сказал, что хотел. И если ты думаешь, что я пытаюсь тебя как-то третировать, ты точно ошибся.

ладно, проехали, забили)

ладно, проехали, забили)

Согласен, постараюсь быть корректней

я тоже так считаю, к сожалению в Германии 90% всех контор малого и среднего размера приоризируют "старый добрый и проверенный PHP", постепенненько увелчивается доля JavaScript. Более менее большие конторы (хотя их Германии не много, это не IT страна к сожалению) пишут на Java, который я тоже лично призераю. C++ часто можно встретить в авто индустрии, чаще во фронтэнде Go пока нигде здесь не встречал, пишу на нём лишь потому-что самостоятелен и сам-себе-менеджер

Жабу то за что презирать

Их очень НУЖНО, использовать в той нише, для которой они изначально предназначены

Их очень НУЖНО, использовать в той нише, для которой они изначально предназначены

Вебчик

Жабу то за что презирать

Ну приблизительно за 20 лет торможения

Ну приблизительно за 20 лет торможения

Зато она принесла жвм

Вебчик

Еще и по разные стороны

Жабу то за что презирать

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

Зато она принесла жвм

Которую? Их полуживых сейчас 4е штуки и все с косяками

Ну приблизительно за 20 лет торможения

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

Зато она принесла жвм

ох, уж лучше бы не приносила))) зачем Virtual Machine, если можно как Go компилить runtime в бинарь?

Которую? Их полуживых сейчас 4е штуки и все с косяками

А разницы нет какую - многие довольно хорошие языки работают под жвм

А разницы нет какую - многие довольно хорошие языки работают под жвм

Скала к примеру, мне многое нравится

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

Ага, главное потом успеть убежать... это я тебе как телекомщик гарантирую

Ага, главное потом успеть убежать... это я тебе как телекомщик гарантирую

Ну это всегда в больших проектах так

Хоть на пхп, хоть на жабе хоть на го

Постепенно проект превращается в монстра с миллионами строк

Постепенно проект превращается в монстра с миллионами строк

микросервисы нам в помощь

И никто не знает в точности как он работает

микросервисы нам в помощь

Микросервисами все дырки не закрыть

А разницы нет какую - многие довольно хорошие языки работают под жвм

Интерпритатор "хорошего языка" можно написать на бейсике разлива 90х годов. И это ниразу не сделает бейсик хорошим языком

Микросервисами все дырки не закрыть

поясни плиз

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

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

Сейчас быстрее пхп из интерпретируемых языков только жс и луа

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

Он не медленный, он очень узко специализированный

Он не медленный, он очень узко специализированный

ну веб технологии это не самая узкая ниша)00

поясни плиз

В некоторых случаях необходима скорость разработки

Сейчас быстрее пхп из интерпретируемых языков только жс и луа

Внезапно perl, хоть и аксакал, но все еще быстрее

Если делать монолитом, то код быстрее пишется

К примеру у нас есть приложение на спринге, монолит

Если делать монолитом, то код быстрее пишется

Если только в один смычек

Работает и ладно, кода много, но лично я хз как делить его на микросервисы и не вижу в этом смысла

Просто куча форм

вы минимальный пример сделайте

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

Просто куча форм

Нет хайлоада, особо ничего такого нет

Кроме криптографии

Работает и ладно, кода много, но лично я хз как делить его на микросервисы и не вижу в этом смысла

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

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

Ну приложение простое довольно

Если делать монолитом, то код быстрее пишется

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

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

Вот и я о том

Микросервисы нужны когда не просто монолит большой

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

модульный монолит можно запросто превратить в микросервисы. Сейчас мы например работаем по тому принципу, что у нас GraphQL API, которая резолвится абстрактным интерфейсом движка, функции которого можно имплементировать в разных конкретных движках. на данный момент у нас 2 движка, mock_engine движок который в ОЗУ работает и neo_engine на Neo4j бэкэнде.. по сути этот API представляет собой Gateway в микросервисной архитектуре. По мере роста проекта определённые части графа и функции движка можно распределять на отдельные микросервисы

Теоретически мы можем разделить нынешнее приложение на микросервисы

Довольно просто

делить до тех пор, пока монолит не превратится в gateway

Но проблема в том что оно нужно было вчера

И монолит в этом отношении было быстрее сделать

Так то я вижу что можно разделить приложение в данный момент минимум на 6 частей

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

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

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

Получим за поддержку

И монолит в этом отношении было быстрее сделать

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

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

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

далеко не всем нужно горизонтальное масштабирование

далеко не всем нужно горизонтальное масштабирование

Пример?

Помогите, даю гошке через стринговую переменную JSON DUMP, анквотится, гружу через файл не анквотится. В какой кодировке нужно кормить файлом

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

Ну у нас нет проблемы с оперативкой

ERROR: S client not available

примеров не приведу но по моим наблюдениям >90% веб-сайтов не вырастают до состояния когда одного современного сервера (с базой вынесенной на соседний серврер) не хватает и нужно распиливать приложение на кластер микросервисов.

примеров не приведу но по моим наблюдениям >90% веб-сайтов не вырастают до состояния когда одного современного сервера (с базой вынесенной на соседний серврер) не хватает и нужно распиливать приложение на кластер микросервисов.

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

Не знаете?

Не знаете?

Вроде го все вкуривает в юникоде. Может в play?

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

я чуть выше опиисал как монолит превраща5тся в идеальные шорты! ээ... микросервисы)

я чуть выше опиисал как монолит превраща5тся в идеальные шорты! ээ... микросервисы)

сам монолит при этом становится gateway'ем

Вроде го все вкуривает в юникоде. Может в play?

https://play.golang.org/p/ue8NHSmntKo

ну и горизонтальное масштабирование возможно без микросервисов. Если все данные вынесены в базу/redis/memcached e.t.c. то просто запускаем параллельно N копий монолита и балансируем пользователей.

сам монолит при этом становится gateway'ем

Не всегда. Простой пример, размащывание RBAC,.по нескольким инстансам BD, в корне меняет архитектуру

ну и горизонтальное масштабирование возможно без микросервисов. Если все данные вынесены в базу/redis/memcached e.t.c. то просто запускаем параллельно N копий монолита и балансируем пользователей.

Т.е. ты не увидел тут точку отказа?

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

Как записывать файл не перезаписывая его?

Как записывать файл не перезаписывая его?

не закрывать

Как записывать файл не перезаписывая его?

открыть в режиме append? В доке есть пример: https://golang.org/pkg/os/#OpenFile

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

Ты только что привел список bd, оперирующих (в основном) в памяти, ты как их масштабировать собираешься? Переписывать менеджер памяти в ОС? ? Торвальдс, ты когда русский выучил?

Вроде го все вкуривает в юникоде. Может в play?

не смотрел?

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

Не всегда. Простой пример, размащывание RBAC,.по нескольким инстансам BD, в корне меняет архитектуру

хмм, честно гря не понял

Ты только что привел список bd, оперирующих (в основном) в памяти, ты как их масштабировать собираешься? Переписывать менеджер памяти в ОС? ? Торвальдс, ты когда русский выучил?

Normal: {\"channel\":\"buu\",\"name\":\"john\", \"msg\":\"doe\"} Quoted: "{\\\"channel\\\":\\\"buu\\\",\\\"name\\\":\\\"john\\\", \\\"msg\\\":\\\"doe\\\"}" Unquoted: {\"channel\":\"buu\",\"name\":\"john\", \"msg\":\"doe\"} Unmarshalling Normal... | Errors: invalid character '\\' looking for beginning of object key string | main.Msg{Channel:"", Name:"", Msg:""} Unmarshalling Quoted... | Errors: json: cannot unmarshal string into Go value of type main.Msg | main.Msg{Channel:"", Name:"", Msg:""} Unmarshalling Unquoted... | Errors: invalid character '\\' looking for beginning of object key string | main.Msg{Channel:"", Name:"", Msg:""}

Вот вывод если делать через файл

Normal: {"channel":"buu","name":"john", "msg":"doe"} Quoted: "{\"channel\":\"buu\",\"name\":\"john\", \"msg\":\"doe\"}" Unquoted: {"channel":"buu","name":"john", "msg":"doe"} Unmarshalling Normal... | main.Msg{Channel:"buu", Name:"john", Msg:"doe"} Unmarshalling Quoted... | Errors: json: cannot unmarshal string into Go value of type main.Msg | main.Msg{Channel:"", Name:"", Msg:""} Unmarshalling Unquoted... | main.Msg{Channel:"buu", Name:"john", Msg:"doe"}

вот через стринговую переменную

хмм, честно гря не понял

Допустим, у тебя в монолите есть табличка с пользователями, табличка с их ролями и куча остальных таблиц. В случае монолита, такие вещи решаются на уровне запросов к db, а как ты отрулишь это на нескольких сервисах и нескольких db? Единственный правильный ответ - поднимешь бизнес-логику с уровня db, на уровень обработчиков. Теперь представь себе объем работ

открыть в режиме append? В доке есть пример: https://golang.org/pkg/os/#OpenFile

Я неправильно выразился, мне как раз таки append не нужен, мне ничего не нужно, я просто создаю файл и записываю в него информацию 1 раз больше он не изменяется.

Или просто добавлять в него ""

ну тогда просто проверять что файл есть и не трогать (если нет - записать)

Можно же просто ничего не добавлять, че я так затупил. делать append("")