Title: Frequently Asked Questions (FAQ) Desc: aah framework Frequently Asked Questions (FAQ) Keywords: faq, aah, aah Go web framework
- How to customize the aah application version during a build?
- How to customize the aah application Build Timestamp during a build?
- How to update aah to latest version?
- Does aah support Package Management Tools?
- How to adapt to latest aah configuration?
- How to try aah edge version?
- How to log all goroutine stacktrace?
- Does aah has benchmark against other Go web framework?
- Does aah supports Hot-Reload for Development?
- Is posting an arbitrary CSRF token pair (cookie and POST data) a vulnerability?
- Is it a problem that aah’s Anti-CSRF protection isn’t linked to a session?
- Why might a user encounter a Anti-CSRF validation failure after logging in?
aah CLI command build
process the application version in the following order-
- Environment variable -
AAH_APP_VERSION
. - Git short commit-sha using command
git describe
(if project uses git VCS). version
config value from fileaah.project
.
aah CLI command build
process the application build timestamp in the following order-
- Environment variable -
AAH_APP_BUILD_TIMESTAMP
. - Environment variable -
AAH_APP_BUILD_DATE
(Deprecated, do not use). - Creates build time stamp in the format of
RFC3339
.
aah user have multiple ways to update CLI easily.
Since v0.12.0 aah provides easy way to install CLI on macOS, Linux, BSD systems and Windows with Cygwin.
# Installs lastest version of aah CLI
$ curl https://aahframework.org/install-cli | bash
# OR
$ wget -qO- https://aahframework.org/install-cli | bash
# Also can be used with version number as a argument
$ curl -s https://aahframework.org/install-cli | bash -s v0.13.0
# OR
$ wget -qO- https://aahframework.org/install-cli | bash -s v0.13.0
# Go to aah aplication base directory and run
env GO111MODULE=on go get aahframe.work@latest
go get -u aahframework.org/aah.v0
# To update aah CLI and framework in GOPATH.
go get -u aahframework.org/tools.v0/aah
# To update aah framework using package management tool, refer to the respective tool documentation.
# Example: `glide update`
Since v0.12.0 aah adapts and fully supports Go Modules. go.mod
is a aah's officially supported package management tool. Refer to go help modules
and go help mod
.
Yes, of course. As described in versioning documentation. aah works seamlessly with pacakge manangement tool (like glide
, dep
, govendor
, etc).
For example: I have responded to aah user for dep
tool, refer to GitHub comment.
The best way is to have a look at aah documentation https://docs.aahframework.org on respective configuration docs.
Since v0.12.0 aah user could use Go Modules to get the edge
version like -
# Go to aah aplication base directory and run
env GO111MODULE=on go get aahframe.work@edge
Of-course you can. Since v0.9 aah switch
command makes it very easy to try edge version. Learn more, run aah help switch
.
Just run the below command and then run your app as usual using aah run
:
# Switches to latest edge version
aah switch
# Switching back to stable release version
aah switch --value release
# If you're already on aah edge version,
# you could refresh to get latest edge codebase
aah switch --refresh
It is very simple to do in aah. Just set the below config to true.
runtime {
debug {
# Whether to collect all the Go routines details or not.
# Default value is `false`
all_goroutines = true
}
}
Well, aah goal is to achieve full stack (yet micro framework nature) web framework capabilities for modern Web, API and WebSocket applications with best performance. Also I'm keep-on optimizing aah on every release, its getting better and better 😎.
I have submitted aah benchmark application to community driven benchmark group called TechEmpower. Results of Round 17 - aah v0.11.4. It is benchmarked with 6 simple use case. Obviously it will not fit for every use case, however benchmark results certainly does provide prespective.
Note: Please keep in mind, performance is subjective when comes to each use case, implementation, environment, network, etc. I would request aah user do performance/load testing for their application use case respectively and let me know if you hit bottle neck.
Yes, aah detects the file change(s) on aah project then it automatically stops the server, builds it and start the server with updated codebase.
Note: Static file and template file changes reflects without aah server restart; server is restarted only for Go Source code.
No, this is by design. Without a man-in-the-middle attack, there is no way for an attacker to send a Anti-CSRF token cookie to a victim's browser, so a successful attack would need to obtain the victim's browser's cookie via XSS or similar, in which case an attacker usually doesn't need CSRF attacks.
Some security audit tools flag this as a problem but as mentioned before, an attacker cannot steal a user's browser's Anti-CSRF cookie. "Stealing" or modifying your own token using Firebug, Chrome dev tools, etc. isn't a vulnerability.
No, this is by design. Not linking CSRF protection to a session allows using the protection on sites such as a pastebin that allow submissions from anonymous users which don’t have a session.
For security reasons, Anti-CSRF tokens are rotated each time a user logs in. Any page with a form generated before a login will have an old, invalid Anti-CSRF token and need to be reloaded. This might happen if a user uses the back button after a login or if they login in a different browser tab.