Anonymous 07/16/2019 (Tue) 04:22:32 No.5076 del
>>5054
После создания лайси я хочу сделать свой GUI-стандарт и GUI-библиотеку, а так же веб, основанный на этом GUI. Вот тогда вы сможете создавать борды в таком вебе, а этот веб будет не таким зондовым. Что он сможет узнать, так это куки, айпи, хедеры (которые будут почти одинаковые) запроса, если включены скрипты (на лайси), то сможет так же отправлять данные положения курсора, клавиатурные нажатия и размер и цветность дисплея. Но это будет легко отключаемо, по кнопке и настройке на каждую вкладку в оригинальном веббраузере для моего веба. А ещё стандарты, определяющие качество (не 0...1 или -1...1, а разностное) страницы, где будет указано, а нужны ли скрипты и нужны ли они обязательно (веб-игра или аналог джаваскриптозного сайта, который не даёт контент без включения скриптов) или необязательно (кнопочки будут красиво мигать, если включён), использует ли опенгл, нужно ли посылать лишние запросы (мультиплеерная веб-игра) и всё такое.
Если хочешь писать на борду, то можно одноразовые куки, если капча в каждом посте как на нормальных бордых, а не введи одну капчу один раз на другой странице и можешь писать сколько угодно постов в течении 10 секунд, но не чаще чем раз в 10 секунд, как тут.
Знаешь, в отпечаток браузера входят пост-формы, если они запрашивают файлы, там боундари есть какие-то (что за бред?). В моём вебе в пост-формах для файлов будут просто бинарные поля для размера файла, а потом уже сами данные и без всяких base64, у вас там что, люди обслуживают ПОСТ-запросы, лол?
Так же, благодаря тому, что мой ГУИ будет использовать embedded laisi, он может быть очень сильно распараллелен. Получится, что можно запустить AAA-веб-игру со сверхреалистичной графикой и нейросетями и она будет работать как на хосте и всё благодаря возможности распараллеливания each-конструкций. Их можно распараллелить на что угодно, на потоки, на видеокарту, на SIMD, если получится нормально. Хотя я немного не уверен насчёт внешних (для данного each) переменных, вероятно, нужны будут мьютексы. А ещё в лайси есть векторные (?) или массивные вычисления. Можно за одну операцию laisi сложить много элементов с много элементов. Это так же можно распараллелить в SIMD, видеокарту или потоки ммм, при чём это будет гораздо легче, чем в случае each-конструкций.
Эх, как же хочется доделать icolaisi, чтобы он поддерживал laisi v0.7.2
В следующую версию я бы хотел ввести препроцессинговую штучку @CALL(objname), которая позволяет препроцессору вызвать функцию или вызывабельный объект, если вызов проиходит без сайд-эффектов.
Таким образом можно построить таблицу предвычисленных элементов. Например в библиотеке math, хоть она и накалякана без проверки, есть таблица предвычесленных 0...22 значений факториала. Таким образом, функция fac (факториал), когда принимает аргумент, проверяет, есть ли он в этой таблице или нет. Если нет, то он вычисляет через sum(1 : input,*).
Так вот, можно было бы ввести константу, кото