Merge branch 'rolling' into rolling
@ -12,7 +12,7 @@ This page of the docs outlines how to get **Websurfx** up and running in a devel
|
|||||||
- [NixOS Dev Shell using Nix Flake](#nixos-dev-shell-using-nix-flake-)
|
- [NixOS Dev Shell using Nix Flake](#nixos-dev-shell-using-nix-flake-)
|
||||||
- [Local Development with Docker Compose](#local-development-with-docker-compose-)
|
- [Local Development with Docker Compose](#local-development-with-docker-compose-)
|
||||||
- [Project Commands](#project-commands)
|
- [Project Commands](#project-commands)
|
||||||
- [Environmental Variables](#environmental-variables)
|
+ - [Environment Variables](#environment-variables)
|
||||||
- [Git Strategy](#git-strategy)
|
- [Git Strategy](#git-strategy)
|
||||||
- [Flow](#git-flow)
|
- [Flow](#git-flow)
|
||||||
- [Branches](#git-branch-naming)
|
- [Branches](#git-branch-naming)
|
||||||
@ -368,7 +368,8 @@ Once you have finished running the above command, Websurfx should now be served
|
|||||||
> **Note**
|
> **Note**
|
||||||
> When you build the project first time with the above command it will require the app to compile every dependency in the project which will then be cached on your system. So when you compile the app next time it will only compile for the new changes.
|
> When you build the project first time with the above command it will require the app to compile every dependency in the project which will then be cached on your system. So when you compile the app next time it will only compile for the new changes.
|
||||||
|
|
||||||
- `cargo run`: Starts the app and serves the project on http://127.0.0.1:8080.
|
+ `cargo run`: Starts the app and serves the project on http://127.0.0.1:8080.
|
||||||
|
|
||||||
|
|
||||||
> **Important**
|
> **Important**
|
||||||
> You must run the build command first.
|
> You must run the build command first.
|
||||||
|
@ -8,11 +8,11 @@ The different caching features provided are as follows:
|
|||||||
- In memory cache
|
- In memory cache
|
||||||
- Hybrid cache
|
- Hybrid cache
|
||||||
|
|
||||||
## Explaination
|
## Explanation
|
||||||
|
|
||||||
### No Cache
|
### No Cache
|
||||||
|
|
||||||
This feature can drastically reduce binary size but with the cost that subsequent search requests and previous & next page search results are not cached which can make navigating between pages slower. As well as page refreshes of the same page also becomes slower as each refresh has to fetch the results from the upstream search engines.
|
This feature can drastically reduce binary size but with the cost that subsequent search requests and previous & next page search results are not cached which can make navigating between pages slower. As well as Page refreshes of the same page also become slower as each refresh has to fetch the results from the upstream search engines.
|
||||||
|
|
||||||
### Redis Cache
|
### Redis Cache
|
||||||
|
|
||||||
@ -20,11 +20,11 @@ This feature allows the search engine to cache the results on the redis server.
|
|||||||
|
|
||||||
### In Memory Cache
|
### In Memory Cache
|
||||||
|
|
||||||
This feature is the default feature provided by the project. This feature allows the search engine to cache the results in the memory which can help increase the speed of the fetched cache results and it also has an advantage that it is extremely reliable as all the results are stored in memory within the search engine. Though the disadvantage of this solution are that caching of results is slightly slower than the `redis-cache` solution, it requires a good amount of memory on the system and as such is not ideal for very low memory devices and is highly unscalable.
|
This feature is the default feature provided by the project. This feature allows the search engine to cache the results in the memory which can help increase the speed of the fetched cache results and it also has the advantage that it is extremely reliable as all the results are stored in memory within the search engine. Though the disadvantage of this solution is that caching of results is slightly slower than the `redis-cache` solution, it requires a good amount of memory on the system and as such is not ideal for very low memory devices and is highly unscalable.
|
||||||
|
|
||||||
### Hybrid Cache
|
### Hybrid Cache
|
||||||
|
|
||||||
This feature provides the advantages of both `In Memory` caching and `Redis` caching and it is an ideal solution if you need a very resiliant and reliable solution for the `Websurfx` which can provide both speed and reliability. Like for example if the `Redis` server becomes unavailable then the search engine switches to `In Memory` caching until the server becomes available again. This solution can be useful for hosting `Websurfx` instance which will be used by hundreds or thousands of users over the world.
|
This feature provides the advantages of both `In Memory` caching and `Redis` caching and it is an ideal solution if you need a very resilient and reliable solution for the `Websurfx` which can provide both speed and reliability. Like for example if the `Redis` server becomes unavailable then the search engine switches to `In Memory` caching until the server becomes available again. This solution can be useful for hosting a `Websurfx` instance which will be used by hundreds or thousands of users all over the world.
|
||||||
|
|
||||||
## Tabular Summary
|
## Tabular Summary
|
||||||
|
|
||||||
@ -34,7 +34,7 @@ This feature provides the advantages of both `In Memory` caching and `Redis` cac
|
|||||||
| **Speed** | Fast | Caching is slow, but retrieval of cache data is fast | Slow | Fastest |
|
| **Speed** | Fast | Caching is slow, but retrieval of cache data is fast | Slow | Fastest |
|
||||||
| **Reliability** | ✅ | ✅ | ✅ | ❌ |
|
| **Reliability** | ✅ | ✅ | ✅ | ❌ |
|
||||||
| **Scalability** | ✅ | ❌ | - | ✅ |
|
| **Scalability** | ✅ | ❌ | - | ✅ |
|
||||||
| **Resiliancy** | ✅ | ✅ | ✅ | ❌ |
|
| **Resiliency** | ✅ | ✅ | ✅ | ❌ |
|
||||||
| **Production/Large Scale/Instance use** | ✅ | Not Recommended | Not Recommended | Not Recommended |
|
| **Production/Large Scale/Instance use** | ✅ | Not Recommended | Not Recommended | Not Recommended |
|
||||||
| **Low Memory Support** | ❌ | ❌ | ✅ | ❌ |
|
| **Low Memory Support** | ❌ | ❌ | ✅ | ❌ |
|
||||||
| **Binary Size** | Big | Bigger than `No Cache` | small | Bigger than `No Cache` |
|
| **Binary Size** | Big | Bigger than `No Cache` | small | Bigger than `No Cache` |
|
||||||
|
@ -18,11 +18,11 @@ websurfx
|
|||||||
|
|
||||||
Once you have started the server, open your preferred web browser and navigate to http://127.0.0.1:8080/ to start using Websurfx.
|
Once you have started the server, open your preferred web browser and navigate to http://127.0.0.1:8080/ to start using Websurfx.
|
||||||
|
|
||||||
If you want to change the port or the ip or any other configuration setting checkout the [configuration docs](./configuration.md).
|
If you want to change the port or the IP or any other configuration setting check out the [configuration docs](./configuration.md).
|
||||||
|
|
||||||
### Stable
|
### Stable
|
||||||
|
|
||||||
For the stable version, follow the same steps as above (as mentioned for the `unstable/rolling/edge` version) with the only difference being that the package to be installed for stable version is called `websurfx-git` instead of `websurfx-edge-git`.
|
For the stable version, follow the same steps as above (as mentioned for the `unstable/rolling/edge` version) with the only difference being that the package to be installed for the stable version is called `websurfx-git` instead of `websurfx-edge-git`.
|
||||||
|
|
||||||
## NixOS
|
## NixOS
|
||||||
|
|
||||||
@ -32,7 +32,7 @@ The Websurfx project provides 2 versions/flavours for the flake `stable` and `ro
|
|||||||
|
|
||||||
### Rolling/Edge/Unstable
|
### Rolling/Edge/Unstable
|
||||||
|
|
||||||
To get started, First clone the repository, edit the config file which is located in the `websurfx` directory and then build and run the websurfx server by running the following commands:
|
To get started, First, clone the repository, edit the config file which is located in the `websurfx` directory, and then build and run the websurfx server by running the following commands:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
git clone https://github.com/neon-mmd/websurfx.git
|
git clone https://github.com/neon-mmd/websurfx.git
|
||||||
@ -45,11 +45,11 @@ nix run .#websurfx
|
|||||||
```
|
```
|
||||||
|
|
||||||
> **Note**
|
> **Note**
|
||||||
> In the above command the dollar sign(**$**) refers to running the command in privilaged mode by using utilities `sudo`, `doas`, `pkgexec` or any other privilage access methods.
|
> In the above command the dollar sign(**$**) refers to running the command in Privileged mode by using utilities `sudo`, `doas`, `pkgexec`, or any other privileged access methods.
|
||||||
|
|
||||||
Once you have run the above set of commands, then open your preferred web browser and navigate to http://127.0.0.1:8080/ to start using Websurfx.
|
Once you have run the above set of commands, open your preferred web browser and navigate to http://127.0.0.1:8080/ to start using Websurfx.
|
||||||
|
|
||||||
If you want to change the port or the ip or any other configuration setting checkout the [configuration docs](./configuration.md).
|
If you want to change the port or the IP or any other configuration setting check out the [configuration docs](./configuration.md).
|
||||||
|
|
||||||
> Optionally, you may include it in your own flake by adding this repo to its inputs and adding it to `environment.systemPackages` as follows:
|
> Optionally, you may include it in your own flake by adding this repo to its inputs and adding it to `environment.systemPackages` as follows:
|
||||||
>
|
>
|
||||||
@ -76,7 +76,7 @@ If you want to change the port or the ip or any other configuration setting chec
|
|||||||
|
|
||||||
### Stable
|
### Stable
|
||||||
|
|
||||||
For the stable version, follow the same steps as above (as mentioned for the `unstable/rolling/edge version`) with an addition of one command which has to be performed after cloning and changing directory into the repository which makes the building step as follows:
|
For the stable version, follow the same steps as above (as mentioned for the `unstable/rolling/edge version`) with an addition of one command which has to be performed after cloning and changing the directory into the repository which makes the building step as follows:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
git clone https://github.com/neon-mmd/websurfx.git
|
git clone https://github.com/neon-mmd/websurfx.git
|
||||||
@ -90,7 +90,7 @@ nix run .#websurfx
|
|||||||
```
|
```
|
||||||
|
|
||||||
> **Note**
|
> **Note**
|
||||||
> In the above command the dollar sign(**$**) refers to running the command in privilaged mode by using utilities `sudo`, `doas`, `pkgexec` or any other privilage access methods.
|
> In the above command the dollar sign(**$**) refers to running the command in privileged mode by using utilities `sudo`, `doas`, `pkgexec`, or any other privileged access methods.
|
||||||
|
|
||||||
## Other Distros
|
## Other Distros
|
||||||
|
|
||||||
@ -102,7 +102,7 @@ Before you can start building `websurfx`, you will need to have `Cargo` installe
|
|||||||
|
|
||||||
## Stable
|
## Stable
|
||||||
|
|
||||||
To get started with Websurfx, clone the repository, edit the config file which is located in the `websurfx` directory and install redis server by following the instructions located [here](https://redis.io/docs/getting-started/) and then build and run the websurfx server by running the following commands:
|
To get started with Websurfx, clone the repository, edit the config file which is located in the `websurfx` directory, and install redis server by following the instructions located [here](https://redis.io/docs/getting-started/) and then build and run the websurfx server by running the following commands:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
git clone https://github.com/neon-mmd/websurfx.git
|
git clone https://github.com/neon-mmd/websurfx.git
|
||||||
@ -115,7 +115,7 @@ redis-server --port 8082 &
|
|||||||
|
|
||||||
Once you have started the server, open your preferred web browser and navigate to http://127.0.0.1:8080/ to start using Websurfx.
|
Once you have started the server, open your preferred web browser and navigate to http://127.0.0.1:8080/ to start using Websurfx.
|
||||||
|
|
||||||
If you want to change the port or the ip or any other configuration setting checkout the [configuration docs](./configuration.md).
|
If you want to change the port or the IP or any other configuration setting check out the [configuration docs](./configuration.md).
|
||||||
|
|
||||||
## Rolling/Edge/Unstable
|
## Rolling/Edge/Unstable
|
||||||
|
|
||||||
@ -138,7 +138,7 @@ To build the search engine with the `Hybrid caching` feature. Run the following
|
|||||||
cargo build -r --features redis-cache
|
cargo build -r --features redis-cache
|
||||||
```
|
```
|
||||||
|
|
||||||
### Memory Cache (Default Feature)
|
### Memory Cache (Default Features)
|
||||||
|
|
||||||
> For more information on the features and their pros and cons. see: [**Features**](./features.md)
|
> For more information on the features and their pros and cons. see: [**Features**](./features.md)
|
||||||
|
|
||||||
@ -168,7 +168,7 @@ To build the search engine with the `hybrid caching` feature. Run the following
|
|||||||
cargo build -r --no-default-features --features redis-cache
|
cargo build -r --no-default-features --features redis-cache
|
||||||
```
|
```
|
||||||
|
|
||||||
> Optionally, If you have build the app with the `Redis cache`or `Hybrid cache` feature (as mentioned above) then before launching the search engine run the following command:
|
> Optionally, If you have built the app with the `Redis cache`or `Hybrid cache` feature (as mentioned above) then before launching the search engine run the following command:
|
||||||
>
|
>
|
||||||
> ```shell
|
> ```shell
|
||||||
> redis-server --port 8082 &
|
> redis-server --port 8082 &
|
||||||
@ -180,9 +180,9 @@ Once you have finished building the `search engine`. then run the following comm
|
|||||||
./target/release/websurfx
|
./target/release/websurfx
|
||||||
```
|
```
|
||||||
|
|
||||||
Once you have started the server, then launch your preferred web browser and navigate to http://127.0.0.1:8080/ to start using Websurfx.
|
Once you have started the server, launch your preferred web browser and navigate to http://127.0.0.1:8080/ to start using Websurfx.
|
||||||
|
|
||||||
If you want to change the port or the ip or any other configuration setting checkout the [configuration docs](./configuration.md).
|
If you want to change the port or the IP or any other configuration setting check out the [configuration docs](./configuration.md).
|
||||||
|
|
||||||
# Docker Deployment
|
# Docker Deployment
|
||||||
|
|
||||||
@ -190,7 +190,7 @@ Before you start, you will need [Docker](https://docs.docker.com/get-docker/) in
|
|||||||
|
|
||||||
## Prebuild
|
## Prebuild
|
||||||
|
|
||||||
The Websurfx project provides several prebuild images based on the different features provided by the search engine. To get started using the prebuild image, you will first need to create a `docker-compose.yml` file with the following content:
|
The Websurfx project provides several prebuilt images based on the different features provided by the search engine. To get started using the prebuild image, you will first need to create a `docker-compose.yml` file with the following content:
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
---
|
---
|
||||||
@ -235,8 +235,8 @@ production_use = false -- whether to use production mode or not (in other words
|
|||||||
-- There will be a random delay before sending the request to the search engines, this is to prevent DDoSing the upstream search engines from a large number of simultaneous requests.
|
-- There will be a random delay before sending the request to the search engines, this is to prevent DDoSing the upstream search engines from a large number of simultaneous requests.
|
||||||
request_timeout = 30 -- timeout for the search requests sent to the upstream search engines to be fetched (value in seconds).
|
request_timeout = 30 -- timeout for the search requests sent to the upstream search engines to be fetched (value in seconds).
|
||||||
rate_limiter = {
|
rate_limiter = {
|
||||||
number_of_requests = 20, -- The number of request that are allowed within a provided time limit.
|
number_of_requests = 20, -- The number of requests that are allowed within a provided time limit.
|
||||||
time_limit = 3, -- The time limit in which the quantity of requests that should be accepted.
|
time_limit = 3, -- The time limit in which the number of requests that should be accepted.
|
||||||
}
|
}
|
||||||
|
|
||||||
-- ### Search ###
|
-- ### Search ###
|
||||||
@ -266,8 +266,8 @@ safe_search = 2
|
|||||||
-- tokyo-night
|
-- tokyo-night
|
||||||
-- tomorrow-night
|
-- tomorrow-night
|
||||||
-- }}
|
-- }}
|
||||||
colorscheme = "catppuccin-mocha" -- the colorscheme name which should be used for the website theme
|
colorscheme = "catppuccin-mocha" -- the colorscheme name that should be used for the website theme
|
||||||
theme = "simple" -- the theme name which should be used for the website
|
theme = "simple" -- the theme name that should be used for the website
|
||||||
|
|
||||||
-- ### Caching ###
|
-- ### Caching ###
|
||||||
redis_url = "redis://redis:6379" -- redis connection url address on which the client should connect on.
|
redis_url = "redis://redis:6379" -- redis connection url address on which the client should connect on.
|
||||||
@ -286,30 +286,33 @@ $ docker compose up -d
|
|||||||
```
|
```
|
||||||
|
|
||||||
> **Note**
|
> **Note**
|
||||||
> In the above command the dollar sign(**$**) refers to running the command in privilaged mode by using utilities `sudo`, `doas`, `pkgexec` or any other privilage access methods.
|
> In the above command the dollar sign(**$**) refers to running the command in privileged mode by using utilities `sudo`, `doas`, `pkgexec` or any other privileged access methods.
|
||||||
|
|
||||||
Then launch the browser of your choice and navigate to http://<ip_address_of_the_device>:<whatever_port_you_provided_in_the_config>.
|
Then launch the browser of your choice and navigate to http://<ip_address_of_the_device>:<whatever_port_you_provided_in_the_config>.
|
||||||
|
|
||||||
> **Note**
|
> **Note**
|
||||||
> The official prebuild images only support `stable` versions of the app and will not support `rolling/edge/unstable` versions. But with support and contribution it could be made available for these versions as well 🙂.
|
> The official prebuild images only support `stable` versions of the app and will not support `rolling/edge/unstable` versions. But with support and contribution, it could be made available for these versions as well 🙂.
|
||||||
|
|
||||||
## Manual Deployment
|
## Manual Deployment
|
||||||
|
|
||||||
This section covers how to deploy the app with docker manually by manually building the image and deploying it.
|
This section covers how to deploy the app with docker manually by manually building the image and deploying it.
|
||||||
|
|
||||||
> **Note**
|
> **Note**
|
||||||
> This section is provided for those who want to futher customize the docker image or for those who are extra cautious about security.
|
> This section is provided for those who want to further customize the docker image or for those who are extra cautious about security.
|
||||||
|
|
||||||
|
> **Warning**
|
||||||
|
> A note of caution the project currently only supports **x86-64** architecture and as such we do not recommend deploying the project on devices with other architectures. Though if you still want to do it then **do it at your own risk**.
|
||||||
|
|
||||||
### Unstable/Edge/Rolling
|
### Unstable/Edge/Rolling
|
||||||
|
|
||||||
First clone the the repository by running the following command:
|
First, clone the repository by running the following command:
|
||||||
|
|
||||||
```bash
|
```bash
|
||||||
git clone https://github.com/neon-mmd/websurfx.git
|
git clone https://github.com/neon-mmd/websurfx.git
|
||||||
cd websurfx
|
cd websurfx
|
||||||
```
|
```
|
||||||
|
|
||||||
After that edit the config.lua file located under `websurfx` directory. In the config file you will specifically need to change to values which is `binding_ip_addr` and `redis_connection_url` which should make the config look something like this:
|
After that edit the config.lua file located under `websurfx` directory. In the config file, you will specifically need to change to values which are `binding_ip_addr` and `redis_connection_url` which should make the config look something like this:
|
||||||
|
|
||||||
```lua
|
```lua
|
||||||
-- ### General ###
|
-- ### General ###
|
||||||
@ -319,14 +322,14 @@ threads = 8 -- the amount of threads that the app will use to run (the value sho
|
|||||||
|
|
||||||
-- ### Server ###
|
-- ### Server ###
|
||||||
port = "8080" -- port on which server should be launched
|
port = "8080" -- port on which server should be launched
|
||||||
binding_ip = "0.0.0.0" --ip address on the which server should be launched.
|
binding_ip = "0.0.0.0" --ip address on the server should be launched.
|
||||||
production_use = false -- whether to use production mode or not (in other words this option should be used if it is to be used to host it on the server to provide a service to a large number of users (more than one))
|
production_use = false -- whether to use production mode or not (in other words this option should be used if it is to be used to host it on the server to provide a service to a large number of users (more than one))
|
||||||
-- if production_use is set to true
|
-- if production_use is set to true
|
||||||
-- There will be a random delay before sending the request to the search engines, this is to prevent DDoSing the upstream search engines from a large number of simultaneous requests.
|
-- There will be a random delay before sending the request to the search engines, this is to prevent DDoSing the upstream search engines from a large number of simultaneous requests.
|
||||||
request_timeout = 30 -- timeout for the search requests sent to the upstream search engines to be fetched (value in seconds).
|
request_timeout = 30 -- timeout for the search requests sent to the upstream search engines to be fetched (value in seconds).
|
||||||
rate_limiter = {
|
rate_limiter = {
|
||||||
number_of_requests = 20, -- The number of request that are allowed within a provided time limit.
|
number_of_requests = 20, -- The number of requests that are allowed within a provided time limit.
|
||||||
time_limit = 3, -- The time limit in which the quantity of requests that should be accepted.
|
time_limit = 3, -- The time limit in which the number of requests that should be accepted.
|
||||||
}
|
}
|
||||||
|
|
||||||
-- ### Search ###
|
-- ### Search ###
|
||||||
@ -376,13 +379,13 @@ $ docker compose up -d --build
|
|||||||
```
|
```
|
||||||
|
|
||||||
> **Note**
|
> **Note**
|
||||||
> In the above command the dollar sign(**$**) refers to running the command in privilaged mode by using utilities `sudo`, `doas`, `pkgexec` or any other privilage access methods.
|
> In the above command the dollar sign(**$**) refers to running the command in privileged mode by using utilities `sudo`, `doas`, `pkgexec`, or any other privileged access methods.
|
||||||
|
|
||||||
This will take around 5-10 mins for first deployment, afterwards the docker build stages will be cached so it will be faster to be build from next time onwards. After the above step finishes launch your preferred browser and then navigate to `http://<ip_address_of_the_device>:<whatever_port_you_provided_in_the_config>`.
|
This will take around 5-10 mins for the first deployment, afterwards, the docker build stages will be cached so it will be faster to build from next time onwards. After the above step finishes launch your preferred browser and then navigate to `http://<ip_address_of_the_device>:<whatever_port_you_provided_in_the_config>`.
|
||||||
|
|
||||||
### Stable
|
### Stable
|
||||||
|
|
||||||
For the stable version, follow the same steps as above (as mentioned for the unstable/rolling/edge version) with an addition of one command which has to be performed after cloning and changing directory into the repository which makes the cloning step as follows:
|
For the stable version, follow the same steps as above (as mentioned for the unstable/rolling/edge version) with an addition of one command which has to be performed after cloning and changing the directory into the repository which makes the cloning step as follows:
|
||||||
|
|
||||||
```bash
|
```bash
|
||||||
git clone https://github.com/neon-mmd/websurfx.git
|
git clone https://github.com/neon-mmd/websurfx.git
|
||||||
|
Before Width: | Height: | Size: 86 KiB After Width: | Height: | Size: 72 KiB |
BIN
images/intro.png
Before Width: | Height: | Size: 11 KiB After Width: | Height: | Size: 9.8 KiB |
Before Width: | Height: | Size: 36 KiB After Width: | Height: | Size: 32 KiB |
Before Width: | Height: | Size: 158 KiB After Width: | Height: | Size: 134 KiB |
Before Width: | Height: | Size: 5.4 KiB After Width: | Height: | Size: 5.1 KiB |
Before Width: | Height: | Size: 17 KiB After Width: | Height: | Size: 15 KiB |
Before Width: | Height: | Size: 892 KiB After Width: | Height: | Size: 876 KiB |
Before Width: | Height: | Size: 102 KiB After Width: | Height: | Size: 100 KiB |
@ -1 +1 @@
|
|||||||
<?xml version="1.0" encoding="UTF-8"?><svg width="24px" height="24px" stroke-width="1.5" viewBox="0 0 24 24" fill="none" xmlns="http://www.w3.org/2000/svg" color="#000000" data-darkreader-inline-color="" style="--darkreader-inline-color: #e8e6e3;"><path d="M12 11.5v5M12 7.51l.01-.011M12 22c5.523 0 10-4.477 10-10S17.523 2 12 2 2 6.477 2 12s4.477 10 10 10z" stroke="#000000" stroke-width="1.5" stroke-linecap="round" stroke-linejoin="round" data-darkreader-inline-stroke="" style="--darkreader-inline-stroke: #000000;"></path></svg>
|
<svg xmlns="http://www.w3.org/2000/svg" width="24" height="24" fill="none" stroke-width="1.5" color="#000" viewBox="0 0 24 24" style="--darkreader-inline-color:#e8e6e3"><path stroke="#000" stroke-linecap="round" stroke-linejoin="round" stroke-width="1.5" d="M12 11.5v5M12 7.51l.01-.011M12 22c5.523 0 10-4.477 10-10S17.523 2 12 2 2 6.477 2 12s4.477 10 10 10z" style="--darkreader-inline-stroke:#000000"/></svg>
|
Before Width: | Height: | Size: 532 B After Width: | Height: | Size: 409 B |
Before Width: | Height: | Size: 92 KiB After Width: | Height: | Size: 71 KiB |
@ -1 +1 @@
|
|||||||
<?xml version="1.0" encoding="UTF-8"?><svg width="24px" height="24px" stroke-width="1.5" viewBox="0 0 24 24" fill="none" xmlns="http://www.w3.org/2000/svg" color="#000000" data-darkreader-inline-color="" style="--darkreader-inline-color: #e8e6e3;"><path d="M20.043 21H3.957c-1.538 0-2.5-1.664-1.734-2.997l8.043-13.988c.77-1.337 2.699-1.337 3.468 0l8.043 13.988C22.543 19.336 21.58 21 20.043 21zM12 9v4" stroke="#000000" stroke-width="1.5" stroke-linecap="round" data-darkreader-inline-stroke="" style="--darkreader-inline-stroke: #000000;"></path><path d="M12 17.01l.01-.011" stroke="#000000" stroke-width="1.5" stroke-linecap="round" stroke-linejoin="round" data-darkreader-inline-stroke="" style="--darkreader-inline-stroke: #000000;"></path></svg>
|
<svg xmlns="http://www.w3.org/2000/svg" width="24" height="24" fill="none" stroke-width="1.5" color="#000" viewBox="0 0 24 24" style="--darkreader-inline-color:#e8e6e3"><path stroke="#000" stroke-linecap="round" stroke-width="1.5" d="M20.043 21H3.957c-1.538 0-2.5-1.664-1.734-2.997l8.043-13.988c.77-1.337 2.699-1.337 3.468 0l8.043 13.988C22.543 19.336 21.58 21 20.043 21zM12 9v4" style="--darkreader-inline-stroke:#000000"/><path stroke="#000" stroke-linecap="round" stroke-linejoin="round" stroke-width="1.5" d="M12 17.01l.01-.011" style="--darkreader-inline-stroke:#000000"/></svg>
|
Before Width: | Height: | Size: 750 B After Width: | Height: | Size: 583 B |
Before Width: | Height: | Size: 8.1 KiB After Width: | Height: | Size: 7.2 KiB |