Я постоянно прошу людей дать критерии хака и костыля, и тут то все и проваливается :)

Это сложная динамическая система с разными синергетическими эффектами.

))

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

Выработали критерии - нашли по ним лучшее решение - старое объявили костылем. Это ОК.

веб слишком дорого нам обходится

Так вот десктопные и клиент-серверные приложения существуют лет 40-50 уже, однако они не смогли дать миру тот полигон на котором стали так бурно развиваться цифровые технологии, а веб - смог.

И за одно это его можно любить. Издалека.

однако они не смогли дать миру тот полигон на котором стали так бурно развиваться цифровые технологии ээээ щито?

Конкретно по пунктам что за технологии имеются ввиду?

поиск пути в графе (путь на карте) ещё Дейкстра придумал в 70 годы

Да любую крупную компанию возьми - она выросла из веба.

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

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

А скажи им что нужно подключаться через фидо, потому что так надо и так рпавильно - так бы и осталось все на состоянии болота :)

Кстати, а в чем проблема просто через POST перекидываться данными о авторизации и тп без всего этого гемора с формами и тд. Ну или на крайняк JWT сделать

просто кругом одни велосипеды какие-то стремные

> просто через POST перекидываться данными о авторизации так и сделано же

Или ты имеешь в виду постоянно перекидываться?

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

Кстати, а в чем проблема просто через POST перекидываться данными о авторизации и тп без всего этого гемора с формами и тд. Ну или на крайняк JWT сделать

Когда https не было это было проблемой в связи с прослушиванием паролей

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

JSON требует JS :)

В http json нету

Все равно не очень понятно что ты понимаешь под данными о параметрах подключения

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

Гугл уже был гуглом в 2005

вместо кук, подозреваю, он имеет ввиду

т.е. чтобы в простом HTML работала кнопка Submit приходится разные FORM и тп использовать?

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

С помощью тегов это описывается.

gopher надо развивать

JWT тоже критикуют http://cryto.net/~joepie91/blog/2016/06/13/stop-using-jwt-for-sessions/

M$ в своё время ведь могли протащить бинарный веб! когда держали рынок браузеров

Так они сами думали что веб параша и интернет не нужен.

Ну это в 94, а потом то уже догнали и перегнали

http://tedium.co/2017/06/22/modern-day-gopher-history/ и правда, gopher развивается. Статья менее чем месячной давности

(сарказм)

Не встречали такого шаблона типа "список элементов этого файла"? Чтобы допустить возможность подстановки в шаблон только структуры, описанные в этом файле

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

Структур подставляемых будет несколько (5-10), все перечислять не хочется

а зачем csrf-token может быть указан в двух местах? <meta name="csrf-token" content="X0Jv0UYxzFkVJTylG3GxqcNl06p4BQKoxQaFpx120ZwLBBv3SJqLam8uEIQ+cZ766wCxK29FHz80cl/9/3Jjhg==" /> и <input type="hidden" name="authenticity_token" value="McnAhQpXbhiHtfJZmr50ndJZbX+aukDBxeaLKp8VUOZlj7SjBPwpK/2+3ni/vlvO+jwP/o36XVY0klFwfRHi/A==" />

> а зачем csrf-token может быть указан в двух местах? Это канал про Аниме? (с) ))

По существу это может быть артефакты говнокодинга, дважды разные фреймворки задвинули туда свой токен

Короче по идее мне нужен тот который с формой отправляется?

да

Короче по идее мне нужен тот который с формой отправляется?

Посмотри в девтолсах-фаербагах, что отправляется

Кажется я понял в чём проблема с safe trusted system

Надо было сделать так: system это всякие функции где может быть испорчена память, trusted - функции, которые могут вызывать system (а не как сейчас)

и safe это которые могут вызывать safe и trusted

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

Хотя, то же самое и получится...

а сейчас как?)

trusted — это safe, который может поломать память, но мамой клянется, что не будет этого делать

Тут https://urs.earthdata.nasa.gov/ в форме есть такие вещи как: <p><input type="hidden" name="client_id" id="client_id" /></p> <p><input type="hidden" name="redirect_uri" id="redirect_uri" /></p> мне они тоже нужны? откуда их брать? Просто у меня такое чувство, что оно меня упорно не авторизует

ща попробую, пока делать нех)

А помните тут давно какой-то язык упоминали? Малоизвестный.

Даже не знаю как описать, человек еще ссылку кидал на гитхаб, что-то там писал на нем.

volta? red?

forth?

Нет, другой

Нет, другой

prolog

Не)

lisp?

Если я правильно помню, у него в логотипе есть что-то желто-оранжевое

язык старый или малоизвестный?

Rust?

Если я правильно помню, у него в логотипе есть что-то желто-оранжевое

Haxe?

Во кажись это был Haxe )))

ERROR: S client not available

Вот лого

Но он ли? Просто я вчера как раз наткнулся на него, и вспомнил, а не на нем ли писал отсюда человек )

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

Короче, как вам Haxe?

Короче, как вам Haxe?

для веба неплох

для игр небольших тоже

Я смотрю он ловко транслируется во все другие языки

И под мобильники можно писать

Да, но удобно сайти писать, ибо одна библиотека есть, можно писать как единое приложение

Удивительно, но я сейчас в чате qa доказываю людям что веб - это набор костылей и идиотских решений :D

хых. сломали https://urs.earthdata.nasa.gov)) пятисотит, если в /login неправильные параметры передать, например username не задать

для веба неплох

Неуниверсальные языки не нужны

Удивительно, но я сейчас в чате qa доказываю людям что веб - это набор костылей и идиотских решений :D

Заразное))

вот так у них все (c)

Неуниверсальные языки не нужны

?

Знать их сложно а гибкости получается мало

Есть нишевые (SQL, Матлаб), но нужны очень вески причины для создания нового

Это их хелоу ворлд: class Main { static public function main():Void { trace("Hello World"); } } В каком языке нельзя написать то же самое? в чём goal feature?

Так, универсальные или неуниверсальные? Haxe даже слишком универсален.

Так, универсальные или неуниверсальные? Haxe даже слишком универсален.

Универсальнее Ди?

Это их хелоу ворлд: class Main { static public function main():Void { trace("Hello World"); } } В каком языке нельзя написать то же самое? в чём goal feature?

Ну как бы ты это можешь запустить где угодно

Универсальнее Ди?

Да. Но универсальность в том, что он транслируется в много чего.

Думаю там даже можно прикрутить транслятор в d

Ну как бы ты это можешь запустить где угодно

Это не могу - это исходник, его нельзя запустить

Думаю там даже можно прикрутить транслятор в d

Да.

Это не могу - это исходник, его нельзя запустить

Ну да, не так выразился. Простите.

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

Там шаблоны лучше чем в ди? они там вообще есть?

Там макросы

А так, дженерики чуть лучше, чем в шарпе

пролистал - ничего принципиально нового не увидел