[![Donate for Corifeus / P3X](https://img.shields.io/badge/Donate-Corifeus-003087.svg)](https://paypal.me/patrikx3) [![Contact Corifeus / P3X](https://img.shields.io/badge/Contact-P3X-ff9900.svg)](https://www.patrikx3.com/en/front/contact) [![Corifeus @ Facebook](https://img.shields.io/badge/Facebook-Corifeus-3b5998.svg)](https://www.facebook.com/corifeus.software) [![Build Status](https://api.travis-ci.com/patrikx3/redis-ui.svg?branch=master)](https://travis-ci.com/patrikx3/redis-ui)
[![Uptime Robot ratio (30 days)](https://img.shields.io/uptimerobot/ratio/m780749701-41bcade28c1ea8154eda7cca.svg)](https://uptimerobot.patrikx3.com/)
# 📡 P3X Redis UI can work with huge key sets, is functional and works on the web and desktop (Electron) v2019.4.15
🙏 This is an open-source project. Star this repository, if you like it, or even donate to maintain the servers and the development. Thank you so much!
Possible, this server, rarely, is down, please, hang on for 15-30 minutes and the server will be back up.
All my domains ([patrikx3.com](https://patrikx3.com) and [corifeus.com](https://corifeus.com)) could have minor errors, since I am developing in my free time. However, it is usually stable.
**Note about versioning:** Versions are cut in Major.Minor.Patch schema. Major is always the current year. Minor is either 4 (January - June) or 10 (July - December). Patch is incremental by every build. If there is a breaking change, it should be noted in the readme.
**Bugs are evident™ - MATRIX️**
### Node Version Requirement
### Built on Node
The ```async``` and ```await``` keywords are required.
`p3x-redis-ui` is a new Redis GUI which can serve as a backend server or as a desktop application.
Some of the features are coming below.
👷 **The first full complete version was created in 20 days in September of 2018.**
## The online current version
This Redis database every day in the morning European time CET restores some data, so you may do whatever you want to do.
Besides, you could experience the test app to exit for 1 second, because it could auto update itself. It auto updates itself when the code from Git changes.
Third, it is a snapshot, it is possible, that the features are different from GitHub or NPM as the releases are usually monthly or as they happen.
## Electron releases
After downloading the ```AppImage```, make it an executable.
mkdir -p $HOME/opt
mv ~/Downloads/p3x-redis-ui-a.b.c-x86_64.AppImage $HOME/opt/
chmod +x $HOME/opt/p3x-redis-ui-a.b.c-x86_64.AppImage
# Then you can run it
It then actually integrates itself into the menus and it will auto update itself.
## On ElectronJs
(The GitHub versions are always instant, while the ElectronJs Apps releases are delayed.)
## Start up with a server or via a browser and NodeJs/NPM
[Start up with a server readme](artifacts/readme/start-up-server.md)
[Some description about the config file readme](p3xrs.json)
#### Key set size
* On the test server you can test
* Database 0 - below 10k keys
* Database 1 - 10k keys
* It is fast totally. Given, it is not over for 50 keys / page.
* Database 2 - 100k keys
* You will see, that with large sets, it can take up to 15 seconds to load all the keys (dependent on the workstation and memory) and sort (if you enabled in the settings). It is usable, but it is fancy and fast for smaller key sets.
* Database 3 - 1 million keys
* Given the app pre-loads all keys at once, the browser or the electron app for a small workstation could crash
* The latency is quite long, so the app is not so responsive
* The app is certified to work for max 100k keys, although it works with over 900k keys
* The below functions are happening if the key count is above 110k keys
* Key sorting is disabled
* Searching only allows on server side searching
* In the tree, no fancy information is showing - to reduce the stressing on the browser
* Although, this app works with 1 million keys and reduced functions. For such huge key count, it is recommended to use the pure `redis-cli`.
**The sweet spot for the key count is around 10-20k including key sorting with max 100 key / page and still the app is very responsive. If you have a huge key set, make sure to search on the server and it will be very responsive.**
Above 10-20k key count as the key large set grows the GUI latency is including as well.
Of course, we could set a limit and the UI would be always responsive, but there was no request of this feature.
* **Does not work with cluster or sentinel**
* Works with multiple languages
* Works as a backend
* Works as a desktop via Electron
* I took very careful of the error handling (as much I can find errors)
* Starts with no settings without config, or setup your own config
* Able to create, test, save, delete multiple connections or a readonly connections setup, for shared usage
* Able to use the console and interact with Redis
* TAB or SHIFT + TAB completion like bash is enabled
* Cursor UP or DOWN history is enabled
* Online you are able to choose the tree separator, for example :, /, -, space etc... or even empty separator
* It is based on Redis-Commander and phpRedisAdmin
* You can select the database via console or the drop down.
* The database select drop down shows if the checked database is empty or filled, so you can always know which is filled
* Save button to save the db
* Full statistics pages, can be useful
* This is just a New Kind on the Block in the Redis world, so, of course, there are advantages and disadvantages in the other Redis GUIs
* Dark - Dracula / light themes
* Client side mode searching in keys - small key set
* Server side mode searching in keys - large key set
* Search mode
* the search keys starts with a string key
* the search keys includes a string in the key
* From 320px width, it is supposed to be 100% responsive
* There is a key sorting function, which has a penalty, because it sorts with natural compare, which means it is more human display, then just raw characters, but up to 100k the keys is still ok.
* There is a performance penalty for this application, given it uses AngularJS `ng-repeat` for the tree component. The best is if your application uses nested keys (something:nested:good), then the tree will be fast, but, for example, Nextcloud uses about 500 keys inline and it can take 5 seconds to generate the tree.
* Another solution is that instead of the : separator for your app, you can use the / separator. Then it will be much more responsive, see the settings tree separator.
* A second solution is to use paging, the default paging is 50 keys
* Maximum keys for this App
* This application is usable up to 100k keys - given it pre-loads all keys and related info at once plus sorting - with natural comparing ...
* In that case, loading all keys into the browser takes about maximum 5-15 seconds
* For big key set to be usable paging should be a maximum 100 keys / page, though for 50 is the sweetest spot
* This application is not recommended with over 100k keys, because it might just crash the NodeJs server. I can understand there are use cases where you need over 100k keys, but this is not that p3x-redis-ui.
* This app including functions like sorting and tree options that are fancy vs large sets ...
This software is more functional than fast ...
[The to do readme](todo.md)
# Change log
[The change log readme](changelog.md)
[The contributors readme](contributors.md)
It creates a package that allows you to compose `p3x-redis-ui-server` and `p3x-redis-ui-material` into one:
[Server on GitHub](https://github.com/patrikx3/redis-ui-server)
[Client on GitHub](https://github.com/patrikx3/redis-ui-material)
By default, only English is created, but given all strings are from a `JS` file, it is very quick to spawn another language eg. German, French, Spanish etc ...
[English strings, for the web UI](https://github.com/patrikx3/redis-ui-material/blob/master/src/strings/en/strings.js)
[English strings, for the Electron](https://github.com/patrikx3/redis-ui/blob/master/src/strings/en/index.js)
For a new language:
Add into `redis-ui-material/src/bundle.js`.
This solution is not using REST at all, but instead uses Socket.IO 🤣, which is weird, but I like it, it is supposed to be more responsive, as there is no big overhead in the HTTP protocol.
### Reference for Socket.IO speed
# URL links
[P3X Redis UI playground](https://patrikx3.com/hu/ajto/jatszoter/22/p3x-reds-ui#PG22)
[Corifeus P3X Redis UI pages](https://pages.corifeus.com/redis-ui/)
[AlternativeTo Redis UI](https://alternativeto.net/software/p3x-redis-ui/)
[NPM P3X Redis UI](https://www.npmjs.com/package/p3x-redis-ui)
[**P3X-REDIS-UI**](https://pages.corifeus.com/redis-ui) Build v2019.4.15
[![Donate for Corifeus / P3X](https://img.shields.io/badge/Donate-Corifeus-003087.svg)](https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=QZVM4V6HVZJW6) [![Contact Corifeus / P3X](https://img.shields.io/badge/Contact-P3X-ff9900.svg)](https://www.patrikx3.com/en/front/contact) [![Like Corifeus @ Facebook](https://img.shields.io/badge/LIKE-Corifeus-3b5998.svg)](https://www.facebook.com/corifeus.software)
## P3X Sponsors
[IntelliJ - The most intelligent Java IDE](https://www.jetbrains.com/?from=patrikx3)
[The Smartest IDE for MongoDB](https://www.nosqlbooster.com)