preloader
+38 063 414 95 29
[email protected]
Конструктор логотипа онлайн
Facebook-f Instagram Google-plus-g Telegram Viber

Оптимизация и ускорение

ГлавнаяArchive "Оптимизация и ускорение"
Go в браузер. Создание веб-приложений с использованием Web Assembly на Go / Хабр
17.05.2022by natoduaadmin_nertyOpencartSEOWebБрендингИнтернет-магазиныКорпоративные сайты и блогиМаркетингОптимизация и ускорение

Go в браузер. Создание веб-приложений с использованием Web Assembly на Go / Хабр | Веб-студия Nat.od.ua

Go в браузер. Создание веб-приложений с использованием Web Assembly на Go / Хабр

Функции и методы в языке golang

Наиболее известным набором инструментов для компиляции в wasm32 является emscripten, с его помощью можно скомпилировать приложение, написанное на C/C++ или на любом языке, имеющим frontend-компилятор для LLVM. При этом компилятор подменяет вызовы OpenGL и POSIX на соответствующие аналоги в браузере, что например используется при компиляции библиотеки skia для браузера (canvaskit) из исходного кода на C++, а также портирование существующих библиотек (например, ffmpeg или opencv). Но некоторые языки программирования поддерживают wasm32 как одну из целевых платформ, среди которых можно выделить Kotlin (Native) и Go. В этой статье мы обсудим общие вопросы о запуске приложений Go в среде браузера и использование библиотеки Vecty для создания веб-приложений на основе переиспользуемых компонентов.

Компиляция в целевую платформу wasm32 поддерживается в Go, для этого нужно указать значения переменных окружения GOOS=js и GOARCH=wasm. Начнем с самой простой программы и постепенно будет усложнять возможности нашего веб-приложения.

package main

import “fmt”

func main() {
fmt.Println(“Hello, WebAssembly World!”)
}

Выполним компиляцию исходного кода в wasm-байткод:

GOOS=js GOARCH=wasm go build -o hello.wasm

И далее создадим сценарий для загрузки и запуска wasm-файла в HTML:

index.html






Файл wasm_exec.js может быть получен, например, отсюда или из установки Go (по расположению misc/wasm). Он создает необходимый контекст для выполнения приложения на Go (например, создает реализации для syscall/js, который мы будем использовать для взаимодействия с браузером, а также регистрирует прототип Go, который будет использоваться для начальной загрузки байткода и запуска функции main.

Для обхода ограничений безопасности браузера (по умолчанию загрузка сетевых ресурсов запрещена, если страница открыта через локальную ссылку в схеме file://) запустим docker-контейнер с nginx.

docker run –name gotest -d -p 80:80 -v `pwd`:/usr/share/nginx/html nginx

После обращения к localhost можно увидеть, что сообщение выводится в консоль браузера. Теперь давайте подключимся к DOM и попробуем вызвать Javascript-функцию из нашего wasm-приложения. Для доступа к JS необходимо подключить модуль syscall/js и использовать глобальный контекст для доступа к зарегистрированным символам в js через вызов Global() для получения доступа к объекту window. Например, для получения текущего адреса можно использовать следующее выражение.

js.Global().Get(“location”).Get(“href”)

Для вызова функций из Javascript или встроенных в браузер можно использовать метод Call от объекта (или от глобального контекста). Например, для вывода диалога уведомления можно использовать вызов:

js.Global().Call(“alert”, “Hello, WASM”)

Для добавления элемента в DOM можно комбинировать вызовы, через использование объекта document:

document := js.Global().Get(“document”)
body := document.Call(“querySelector”, “body”)
div := document.Call(“createElement”, “div”)
div.Set(“innerHTML”, “Hello, WASM”)
body.Call(“appendChild”, div)

Аналогично можно вызвать JS-функции из кода на Go. В html-файле в

Read More
Давай дружить. OpenId Connect и Yarp / Хабр
13.05.2022by natoduaadmin_nertyOpencartSEOWebБрендингИнтернет-магазиныКорпоративные сайты и блогиМаркетингОптимизация и ускорение

Давай дружить. OpenId Connect и Yarp / Хабр | Веб-студия Nat.od.ua

Давай дружить. OpenId Connect и Yarp / Хабр

Предисловие

Сегодня в этой статье я хочу поделиться личным опытом работы и решением конкретного кейса. Работали над ним небольшой командой, но для простоты повествования буду писать от первого лица. Собственно сам кейс: есть Windows сервер с доменом и SSL сертификатом, на нём нужно поднять сервер авторизации с протоколом OpenId Connect и ещё два приложения, которые должны авторизовываться через сервер авторизации. И да, реализовать все нужно по максимуму использовав встроенный функционал. 

“Сервер авторизации должен быть вынесен отдельно!” – скажете вы – Но в реальности крутим и вертим как можем. Звучит просто, как два пальца. Как было на деле сейчас расскажу.

Общая схема Сервер авторизации

Тут все относительно просто, есть готовые примеры и описанная документация. Бери да делай! В качестве основы был использован  пример у damienbod . И уже дальше доработан под себя как нужно.

YARP

YARP – обратный прокси сервер, относительно недавно выпущенный в релиз компанией Microsoft. В его настройке нет ничего сложного, есть описанная документация и примеры имплементации. Конкретно мы руководствовались вот этой статьей. Конфигурацию нашего прокси прикладываю ниже.

“ReverseProxy”: {
“Routes”: {
“minimumroute”: {
“ClusterId”: “minimumcluster”,
“Match”: {
“Path”: “{**catch-all}”
}
},
“route2”: {
“ClusterId”: “Server”,
“Match”: {
“Path”: “/Server/{*any}”
},
“Transforms”: },
“route3”: {
“ClusterId”: “App1”,
“Match”: {
“Path”: “/App1/{*any}”
},
“Transforms”: },
“route4”: {
“ClusterId”: “App2”,
“Match”: {
“Path”: “/App2/{*any}”
},
“Transforms”: }
] }
},
“Clusters”: {
“minimumcluster”: {
“Destinations”: {
“first_destination”: {
“Address”: “http://localhost:5001”
}
}
},
“Server”: {
“Destinations”: {
“first_destination”: {
“Address”: “http://localhost:5001”
}
}
},
“App1”: {
“Destinations”: {
“first_destination”: {
“Address”: “http://localhost:5002”
}
}
},
“App2”: {
“Destinations”: {
“first_destination”: {
“Address”: “http://localhost:5003”
}
}
}
}
}
Вот и всё, готово?

Начинаем все запускать локально и неужели все работает – да? Ага, значит деплоим и вот незадача – не работает. В чем же ошибка? 

Дело в том, что у нашего сервера авторизации адрес http:// localhost:5001, а у приложения http:// localhost:5002. Поэтому когда, все это развернуто на сервере происходит ошибка. Для решения этой проблемы нам нужно самим указать такой параметр как RedirectUri

options.Events.OnRedirectToIdentityProvider = ctx =>
{
ctx.ProtocolMessage.RedirectUri = “https://domain/app1/signin-oidc”;
return Task.CompletedTask;
};
options.Events.OnRedirectToIdentityProviderForSignOut = ctx =>
{
ctx.ProtocolMessage.PostLogoutRedirectUri = “https://domain/app1/signout-callback-oidc”;
return Task.CompletedTask;
};

Уточнение: signin-oidc и signout-callback-oidc – это встроенные методы, который устанавливается по умолчанию как конечные точки входа и выхода в пакете Microsoft.AspNetCore.Authentication.OpenIdConnect.

С одной проблемой разобрались, теперь редирект правильный. Но встречаем тут же следующую, которая звучит как Corellation failed. Заходим в панель разработчика и начинаем пристально изучать запросы и ответы. И находим предупреждение от браузера, что файлы cookie не установлены, так, как отсутствует атрибут secure. Путей решения этой проблемы два:

  1. Установить для наших приложений самозаверяющиеся SSL сертификаты. Как это сделать описано здесь.

  2. Либо на наших приложениях изменить конфигурацию политики файлов cookie. Для этого нам нужно прописать следующее в program.cs:

builder.Services.Configure(options =>
{
options.Secure = CookieSecurePolicy.Always;
});app.UseCookiePolicy();

Всё, с этой проблемой справились. Заходим, пробуем, и снова тоже самое. Изучаем, значиться, дальше. И наконец находим, что файлы cookie то установились, но по неверному маршруту. Значит теперь самим вручную нужно указать маршрут установки. Делается это следующим образом, в настройках аутентификации OpenIdConnect

options.CorrelationCookie.Path = “/app1/signin-oidc”;
options.NonceCookie.Path = “/app1/signin-oidc”;

И наконец все работает! Полный код файла program.cs ниже.

var builder = WebApplication.CreateBuilder(args);
IConfiguration configuration = builder.Configuration;
builder.Services.AddHttpClient();
builder.Services.AddOptions();
builder.Services.AddAuthentication(options =>
{
options.DefaultScheme = CookieAuthenticationDefaults.AuthenticationScheme;
options.DefaultChallengeScheme = OpenIdConnectDefaults.AuthenticationScheme;
}).AddCookie()
.AddOpenIdConnect(options =>
{
options.SignInScheme = “Cookies”;
options.Authority = “https://domain.com/server”;
options.ClientId = “ClientId”;
options.ClientSecret = “ClientSecret”;
options.ResponseType = OpenIdConnectResponseType.Code;
options.UsePkce= true;
options.Scope.Add(“openid”);
options.Scope.Add(“profile”);
options.SaveTokens = true;
options.GetClaimsFromUserInfoEndpoint = true;
options.CorrelationCookie.Path = “/app1/signin-oidc”;
options.NonceCookie.Path = “/app1/signin-oidc”;
options.Events.OnRedirectToIdentityProvider = ctx =>
{
ctx.ProtocolMessage.RedirectUri = “https://domain.com/server/signin-oidc”;
return Task.CompletedTask;
};
options.Events.OnRedirectToIdentityProviderForSignOut = ctx =>
{
ctx.ProtocolMessage.PostLogoutRedirectUri = “https://domain.com/server/signout-callback-oidc”;
return Task.CompletedTask;
};
});

builder.Services.Configure(options =>
{
options.Secure = CookieSecurePolicy.Always;
});

var app = builder.Build();
IWebHostEnvironment env = app.Environment;
if (app.Environment.IsDevelopment())
{
app.UseDeveloperExceptionPage();
app.UseWebAssemblyDebugging();

}
else
{
app.UseHsts();
}
app.UsePathBase(“/App1”);
app.UseHttpsRedirection();
app.UseStaticFiles();
app.UseRouting();
app.UseCookiePolicy();
app.UseAuthentication();
app.UseAuthorization();
app.MapRazorPages();
app.MapControllers();
app.MapFallbackToFile(“Index.html”);
app.Run();Небольшое послесловие

Возможно описанный мной способ решения данного кейса не на 100% верный, но разрабатывался он исходя из тех исходных данных, которые были нам предоставлены. В просторах интернета не нашел похожего решения данного кейса, или хотя бы похожего, поэтому решил поделиться. Если у вас есть, вариант как можно усовершенствовать этот способ или сделать по иному но, в тех же рамках, то прошу в комментарии.

Read More
Фронтенд-новости №5. Отказ от React, новые CSS-свойства для адаптивности и JS-контейнеры
11.05.2022by natoduaadmin_nertyOpencartSEOWebБрендингИнтернет-магазиныКорпоративные сайты и блогиМаркетингОптимизация и ускорение

Фронтенд-новости №5. Отказ от React, новые CSS-свойства для адаптивности и JS-контейнеры | Веб-студия Nat.od.ua

Фронтенд-новости №5. Отказ от React, новые CSS-свойства для адаптивности и JS-контейнеры

Дайджест новостей из мира фронтенд-разработки за последнюю неделю 2–8 мая.

  • Если работаете с ) — теги, с которыми пользователь может взаимодействовать;

  • Контекст использования элемента — где мы можем размещать элемент.

  • Контентная модель — важная для этой статьи часть! Это как раз то, что мы можем размещать внутри тега.

  • Tag omission — возможные сценарии, когда закрывающую часть тега можно опустить. Рекомендую не обращать внимания на этот раздел вообще, так как в современном вебе нормальной практикой является закрытие всех парных тегов.

  • Доступные аттрибуты тега.

  • Раздел, касающийся доступности. Надеюсь когда-нибудь дойдут руки написать о работе с доступностью в рамках спецификации.

  • DOM Interface — раздел, необходимый для JavaScript-разработчиков, подробно на нём останавливаться не будем.

    • И всё же, как правильно вкладывать теги друг в друга?Категории элементов по HTML-спецификации

    Две основные категории тегов — это Metadata (метаданные) и Flow (поточные теги). Метаданные — это то что в основном входит в, а Flow — то что можно положить в. Однако, некоторые мета-теги мы можем разместить в, поэтому они заходят на Flow-контент (например это