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

Нашёл я тут свой legacy проект. Оказывается, он всё ещё на gin 🤣

ну человек внешний врядли сможет в одно рыло ментейнить костыли для хп

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

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

да

Если прямо всраться надо xp, 1.10 не настолько уступает в фичах 1.11, чтобы риски были обоснованы.

это, например, как с java. Надо xp - пиши под jvm7

8, 9, собственно, тоже запускаются, только вот там тоже "никто ничего не гарантирует"

А если нужна производительность, новые фичи или какие-то продвинутые практики... Ну, как бы, XP противоречит всем этим пунктам.

вот, лучше вот ЭТО зацените: Синтаксис Go основан на привычных элементах языка Си с отдельными заимствованиями из языка Python. Гениально же!))) За первоисточником - сюда http://www.opennet.ru/opennews/art.shtml?num=49183

На самом деле бабки капают, пипл хавает тоже аргумент. Но в таком случае есть действительно реальная причина остаться на 1.10.

>Если что-то надо под больной нагрузкой, и более профессиональное, или более любительское - php. >нагрузки >php

Господь милосердный...

не читайте до обеда советских газет

https://m.youtube.com/watch?v=GQo-I3lGh9I

При том, что тебе официально в релиз ноутсах сказали, что на xp равенство 1+1 двум не гарантируется

тебе приглючилось. нет там такой формулировки.

Это относится к тому факту, что го тулинг, написанный на го, а значит тоже работающий поверх гошного рантайма, работать перестал. И чинить это никто не будет. Т.е. рантайм под хр ведёт себя неадекватно

ложная индукция. одно из другог оне следует

тебе приглючилось. нет там такой формулировки.

зато не приглючилось в release notes к 1.10 Go 1.10 is the last release that will run on Windows XP or Windows Vista. Go 1.11 will require Windows 7 or later. https://golang.org/doc/go1.10

Зачем писать на Go если есть божественный Object Pascal

Lazarus

ложная индукция. одно из другог оне следует

"запустилось, значит работает" - аналогично "ложная индукция"

либо 1.11, либо winXP

Дохера, например. Настолько дохера, например, что в той же 7ке для обратной совместимости с хр целая виртуальная машина существует. Вот эта галочка "режим совместимости с xp" - это "запустить в виртуалке". И недаром микрософт с песнями и плясками поддержку хр хоронит

гошный рантайм юзает win api, которое не менялось

гошный рантайм юзает win api, которое не менялось

Где то смеются инженеры Microsoft

Какбэ, если у вас есть проект, который вы саппортите и развиваете, и реально нужна XP, фиксируйте 1.10. Если "пипл хавает", "запускается и ладно" а также "все равно за это много не заплатят" - не называйте это проектом.

Немного не по теме, но не могу понять одну вещь: У нас есть таблица users с индексом по user_id Индекс хранится в виде B-Tree, в котором ключём выступает сам айди, например 253. Что у нас выступает значением? Копия ряда таблицы?

зато не приглючилось в release notes к 1.10 Go 1.10 is the last release that will run on Windows XP or Windows Vista. Go 1.11 will require Windows 7 or later. https://golang.org/doc/go1.10

каким образом из этого следует "что на xp равенство 1+1 двум не гарантируется"?

Немного не по теме, но не могу понять одну вещь: У нас есть таблица users с индексом по user_id Индекс хранится в виде B-Tree, в котором ключём выступает сам айди, например 253. Что у нас выступает значением? Копия ряда таблицы?

Что за база?

Что за база?

Допустим, Postgres

гошный рантайм юзает win api, которое не менялось

кхм, еще раз: "режим совместимости с windows XP в windows 7" == "виртуальная машина с windows xp" Т.е. инженеры микрософт не смогли добиться совместимости winapi между win7 и winxp, пришли к решению с виртуалкой. Но вам, вероятно, лучше знать. Раз вы говорите, что изменений не было...

"запустилось, значит работает" - аналогично "ложная индукция"

это мое предположение основанное на много летнем изучении MSDN в части различий апи семёрки и ХР. Каким образом оно оправдывает бред откровенный, я что-то не пойму

https://ieftimov.com/postgresql-indexes-btree

Не оно?

Немного не по теме, но не могу понять одну вещь: У нас есть таблица users с индексом по user_id Индекс хранится в виде B-Tree, в котором ключём выступает сам айди, например 253. Что у нас выступает значением? Копия ряда таблицы?

Указатель на память где лежит строка/тапл с данными

Указатель на память где лежит строка/тапл с данными

На память на диске?

Да

mmap же

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

Для индексов это правило не действует?

по постгресу всех деталей не скажу

И ещё маленький вопрос

это мое предположение основанное на много летнем изучении MSDN в части различий апи семёрки и ХР. Каким образом оно оправдывает бред откровенный, я что-то не пойму

я не отрицаю ваш многолетний опыт изучения MSDN. Но для запуска winXP приложений windows7 таскает за собой виртуалку с winxp внутри, что, как бэ, намекает, что в системных api таки есть некоторые различия...

Указатель этот - он что собой представляет?

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

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

https://abi-laboratory.pro/index.php?view=winapi

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

https://habr.com/company/mailru/blog/266811/ http://highload.guide/blog/ посмотрите тут, вроде я где-то там видел про кишки индексов

https://habr.com/company/mailru/blog/266811/ http://highload.guide/blog/ посмотрите тут, вроде я где-то там видел про кишки индексов

Спасибо большое!

я не отрицаю ваш многолетний опыт изучения MSDN. Но для запуска winXP приложений windows7 таскает за собой виртуалку с winxp внутри, что, как бэ, намекает, что в системных api таки есть некоторые различия...

смотря для чего различия. Режим совместимости предназначен в основном для запуска старых игр, которые юзают весьма специфические опции винды. Рантайм голанга юзает самые простые сисколы базовых функций win api, которые не менялись уже очень давно. До сих пор с хрюшей проблем не возникало, с чего это они сейчас должны возникнуть? В заметках о выпуске о какой либо несовместимости ХР с рантаймом голанга ни слова нет, и я не вижу причин с чего бы ему возникнуть в 1.11, если в 1.10 было всё хорошо. В любом случае абсолютно надёжного на 100% софта не бывает. Приходится идти на определённые риски, выдерживая баланс интересов. Смысл писать под ХР на Го, а не на object pascal или Си в том, что они отстойные по сравнению с Го, на них сложно что-то вообще написать и тем более поддерживать. Возникнут траблы с совместимостью 1.11 и ХР - я сильно удивлюсь и сделаю даунгрейд на 1.10, мир не рухнет и ни кто меня за это не упрекнёт, ибо даже самые тупые манагеры понимают что такое ХР и почему с ней могут возникнуть проблемы. Закрываем эту тему.

зачем хрюша на проекте в 2018 году?

а зачем вообще что-то писать в 2018 году?

осваивать ресурсы подходящими инструментами

зачем вообще винда в 2018 году?

Зачем ПК в 2018 году?

В смысле? Только мобилки, только хардкор?

зачем вообще винда в 2018 году?

после запрета на экспорт в РФ комплектующих двойного назначения всё идёт к тому, что в пору будет демидовские мануфактуры вновь открывать, а винда будет тем ещё хайтеком

после запрета на экспорт в РФ комплектующих двойного назначения всё идёт к тому, что в пору будет демидовские мануфактуры вновь открывать, а винда будет тем ещё хайтеком

будет российский линукс на российских эльбрусах )

Так а вроде эльбрус реализует x86?

Так а вроде эльбрус реализует x86?

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

будет российский линукс на российских эльбрусах )

я уже начал копить на новый комп. 2000$ накопил, осталось ещё столько же

Так а вроде эльбрус реализует x86?

нет

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

Но вроде бы был двоичный транслятор

Так а вроде эльбрус реализует x86?

там эмуляция

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

это если нативный. но еще у них есть слой бинарной трансляции из x86

и там можно гонять винду, линукс и вот это всё

а какой оверхед?

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

Даёшь компа по цене лексуса

зато гошечка на xp будет быстро работать

наверное :D

зато гошечка на xp будет быстро работать

Только кодить в ней не сможешь)

Или кодишь на XP, а потом идёшь с кодом к специальному компу на котором стоит забугорская windows 7, чтобы скомпилить.

а для кодить нужен plan9

Похоже всё таки придётся компилица под хрюшку на 1.10. Словил щас сегфолт

Только кодить в ней не сможешь)

комп нужен чтобы в Кол Оф Дьюти рубица. Компилится - это вторично

Даёшь компа по цене лексуса

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

Привет всем! Подскажите пожалуйта, как удобно и правльно записать параметры в тело POST запроса? Для указание параметров в URL использую такую конструкцию: q := req.URL.Query() q.Set(key, value) req.URL.RawQuery = q.Encode() Как создать строку с параметрами для HTTP запроса не используя Query? Ибо в голову приходит вот такой путь, но он странный: q := http.Request{}.URL.Query() q.Set(key, value) params := q.Encode()

Привет всем! Подскажите пожалуйта, как удобно и правльно записать параметры в тело POST запроса? Для указание параметров в URL использую такую конструкцию: q := req.URL.Query() q.Set(key, value) req.URL.RawQuery = q.Encode() Как создать строку с параметрами для HTTP запроса не используя Query? Ибо в голову приходит вот такой путь, но он странный: q := http.Request{}.URL.Query() q.Set(key, value) params := q.Encode()

а паремеры те хочешь внутри как urlquery (но не складывая этот квери в урл?)

а паремеры те хочешь внутри как urlquery (но не складывая этот квери в урл?)

Ну я хочу получить стандартную стоку параметров типа "a=1&b=2", что бы потом засунуть в http.NewRequest(baseHttp.MethodPost, "url", bytes.NewBufferString(params))

//creating post form postData := url.Values{ "username": []string{c.login}, "password": []string{c.password}, }