CORS
webview
Our great sponsors
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
CORS
-
CORS Nightmare, please HELP
And, you could find some cors knowledge on https://github.com/rs/cors
-
Handling CORS in Nginx as a reverse proxy
We have REST services that need to be used with the browser, We configured these HTTP Golang services to handle CORS using cors package.
-
Confusion around setting headers and statusOK
Give it a try to this library https://github.com/rs/cors and put the middleware in your router.
-
help about CORS
I'm learning Go, so I made a pretty simple rest api, now I want to use it in a React frontent, I decided to use the github.com/rs/cors library, using the default configuration of this library everything works fine, but when I add "AllowedOrigins":
-
[Go][Windows] Try WebView2 and CORS
rs/cors - GitHub
- No header is working in my rest api.What could be the fix.Heres the github link.
-
Best CORS library for small web apps (rs/cors vs go-chi/cors)
Now, for CORS I am currently using the rs/cors package, but noticed that it has the whole gin-gonic/gin library as a dependency. I found gin-chi/cors which has no dependency at all but seems to do the same thing.
-
Why to use the net http package for building web app
The only thing missing is a more dynamic router, and this is where we have the usefulness of being able to pick a small, focused library for it (e.g. gorilla/mux). The base package is also highly interoperable with middleware (e.g. rs/cors for managing CORS headers), so in most cases it is easier to just pick out the features you want and compose them on top of net/http (or write them yourself), rather than find a framework that does it all.
-
Golang with React Admin Issue
Hello, I am new to go and I have created a mux server using gorm. I am using the cors go library to enable cors. I have added a vue/nuxt frontend and all my routes are working fine. However, I have been trying to integrate react-admin and I am getting cors issues only on PUT requests. Could someone help me figure out what the issue is. Thanks.
-
I had a Go, CORS and Single Page App Ordeal So You Don’t Have To | Integration Junction
It might be a function of the fact that the project had a hand crafted main rather than using the generated one, but when I hit this for adding CORS to a go-swagger project we used a handler generated by rs/cors as middleware - it (and a bunch of other middleware) wrapped the generated server's handler as go-swagger uses one root handler.
webview
-
Why Bloat Is Still Software's Biggest Vulnerability
You can create the webview using each platforms native GUI toolkit and setup JS communication yourself OR you can use a lightweight library that does it for [1] (search its README for language "bindings").
[1] https://github.com/webview/webview
-
Ask HN: Do we still need Electron?
Each platform has it's own webview control available as a shared library installed with the OS.
MacOS has WKWebKit based on WebKit.
Windows has WebView2 based on Edge/Chromium.
Linux has webkit2gtk based on WebKit.
Tools like Tauri use a simple cross-platform single-header abstraction called webview.h[1].
Electron no longer allows Node.js to be called from renderer processes, all communication with Node.js is done via IPC.
In this case, why do we still need Electron? Why does it have to be tied to V8/Node.js?
The fact that Chromium Embedded Framework exists and is third-party makes me think that Chromium wasn't designed for being embedded, and Electron is filling that gap.
This is elucidated here further here https://trac.webkit.org/wiki/WebKit2:
> it's difficult to reuse their work...if another WebKit-based application or another port wanted to do multiprocess based on Chromium WebKit, it would be necessary to reinvent or cut & paste a great deal of code.
It makes me think that perhaps WebKit was the better choice for embedding. The fact that Node used V8 made Chromium the choice, and that Node being called from the renderer was the original way of working. Maybe because WebKit didn't have a build for Windows was an issue too...
But now that we have Bun, perhaps it's time that WebKit becomes that browser target of choice for desktop apps on macOS.
Unless WebView2 for macOS arrives, which would have a more sane cross-platform story. WebView2 has a very large feature-set though which make take a while to implement for macOS.
[1]: https://github.com/webview/webview/blob/master/webview.h
-
Nui C++ User Interface Library
Nui could base on this in theory. Nui uses https://github.com/webview/webview under the hood, which provides browser windows for linux, windows or mac. Nui adds some cmake to make the "in-browser" and "main-process" part appear seemless, as well adding a DSEL for the "in-browser" view part.
-
[Golang] Recommandation de bibliothèque d'interface utilisateur légère
WebView 7k
-
Did you hear about using a web browser as GUI using C99?
You mean something like this?
- Desktop apps with golang
-
Neutralinojs – Build lightweight cross-platform desktop apps with JavaScript
Golang can compile to windows statically, and on Windows those bindings are using the MSWebView2 API (aka Microsoft Edge webview).
I know that you can also compile the webview.cc into a dll specifically, and link against that. But I'd never done with Visual C++ because I am cross-compiling from Linux to Windows.
The README of the webview/webview project refers to the WebView2 SDK on NuGet, however [1]
[1] https://github.com/webview/webview#windows-preparation
-
The Quest for the Ultimate GUI Framework
The author shrugs off web tech (maybe because of electron bloat?) but you can avoid the bloat by using each platforms native web browser control. There are even cross-platform libraries that make creating the native control and cross-communication simple. These applications would be architecturally similar to Win32 apps using and communicating with a XAML Island, but the advantage of web tech is it's an open standard and WPF/WinUI is not.
-
(Hayami.app) A tile-based mini browser. You can pin webpages and files on a screen together. Not for deep reading but for having a quick look at the latest information at any time.
For example, you could use a native webview (Edge WebView2 for Windows and WebKit for MacOS/Linux), which uses much less RAM than Electron.
-
Should web developers learn Flutter instead of React Native/Electron for mobile/desktop apps?
From a more established company with more guaranteed long-term support than the web frameworks that solve the above problems (like Tauri and Webview)
What are some alternatives?
fasthttprouter - A high performance fasthttp request router that scales well
fyne - Cross platform GUI toolkit in Go inspired by Material Design
oapi-codegen - Generate Go client and server boilerplate from OpenAPI 3 specifications
imgui - Dear ImGui: Bloat-free Graphical User interface for C++ with minimal dependencies
go-kit - A standard library for microservices.
Lorca - Build cross-platform modern desktop apps in Go + HTML5
gqlgen - go generate based graphql server library
sciter - Sciter: the Embeddable HTML/CSS/JS engine for modern UI development
Revel - A high productivity, full-stack web framework for the Go language.
tauri - Build smaller, faster, and more secure desktop applications with a web frontend.
Fiber - ⚡️ Express inspired web framework written in Go
wry - Cross-platform WebView library in Rust for Tauri.