Skip to content

Commit 13464e5

Browse files
authored
Remove broken redirect from (home-assistant#4901)
1 parent 4887c9c commit 13464e5

14 files changed

+0
-14
lines changed

source/_docs/configuration/remote.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,6 @@ sidebar: true
77
comments: false
88
sharing: true
99
footer: true
10-
redirect_from: /getting-started/basic/#remote-access
1110
---
1211

1312
If you're interested in logging in to Home Assistant while away, you'll have to make your instance remotely accessible. Remember to follow the [securing checklist](/docs/configuration/securing/) before doing this.

source/_docs/mqtt/broker.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,6 @@ comments: false
88
sharing: true
99
footer: true
1010
logo: mqtt.png
11-
redirect_from: /components/mqtt/#picking-a-broker
1211
---
1312

1413
The MQTT component needs you to run an MQTT broker for Home Assistant to connect to. There are four options, each with various degrees of ease of setup and privacy.

source/_docs/mqtt/discovery.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,6 @@ comments: false
88
sharing: true
99
footer: true
1010
logo: mqtt.png
11-
redirect_from: /components/mqtt/#discovery
1211
---
1312

1413
The discovery of MQTT devices will enable one to use MQTT devices with only minimal configuration effort on the side of Home Assistant. The configuration is done on the device itself and the topic used by the device. Similar to the [HTTP binary sensor](/components/binary_sensor.http/) and the [HTTP sensor](/components/sensor.http/). The basic idea is that the device itself adds its configuration into your `configuration.yaml` automatically. To prevent multiple identical entries if a device reconnects a unique identifier is necessary. Two parts are required on the device side: The configuration topic which contains the necessary device type and unique identifier and the remaining device configuration without the device type.

source/_docs/mqtt/logging.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,6 @@ comments: false
88
sharing: true
99
footer: true
1010
logo: mqtt.png
11-
redirect_from: /components/mqtt/#logging
1211
---
1312

1413
The [logger](/components/logger/) component allow the logging of received MQTT messages.

source/_docs/mqtt/processing_json.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,6 @@ comments: false
88
sharing: true
99
footer: true
1010
logo: mqtt.png
11-
redirect_from: /components/mqtt/#processing-json
1211
---
1312

1413
The MQTT [switch](/components/switch.mqtt/) and [sensor](/components/sensor.mqtt/) platforms support processing JSON over MQTT messages and parsing them using JSONPath. JSONPath allows you to specify where in the JSON the value resides that you want to use. The following examples will always return the value `100`.

source/_docs/mqtt/service.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,6 @@ comments: false
88
sharing: true
99
footer: true
1010
logo: mqtt.png
11-
redirect_from: /components/mqtt/#publish-service
1211
---
1312

1413
The MQTT component will register the service `publish` which allows publishing messages to MQTT topics. There are two ways of specifying your payload. You can either use `payload` to hard-code a payload or use `payload_template` to specify a [template](/topics/templating/) that will be rendered to generate the payload.

source/_docs/mqtt/testing.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,6 @@ comments: false
88
sharing: true
99
footer: true
1010
logo: mqtt.png
11-
redirect_from: /components/mqtt/#testing-your-setup
1211
---
1312

1413
The `mosquitto` broker package ships commandline tools (often as `*-clients` package) to send and receive MQTT messages. As an alternative have a look at [hbmqtt_pub](http://hbmqtt.readthedocs.org/en/latest/references/hbmqtt_pub.html) and [hbmqtt_sub](http://hbmqtt.readthedocs.org/en/latest/references/hbmqtt_sub.html) which are provided by HBMQTT. For sending test messages to a broker running on localhost check the example below:

source/_docs/tools/benchmark.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,6 @@ sidebar: true
77
comments: false
88
sharing: true
99
footer: true
10-
redirect_from: /docs/tools/scripts/#benchmark
1110
---
1211

1312
For testing the performance of Home Assistant the Benchmark script runs until you exit using Control+C.

source/_docs/tools/check_config.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,6 @@ sidebar: true
77
comments: false
88
sharing: true
99
footer: true
10-
redirect_from: /docs/tools/scripts/#configuration-check
1110
---
1211

1312
Test any changes to your `configuration.yaml` file before launching Home Assistant. This script allows you to test changes without the need to restart Home Assistant.

source/_docs/tools/credstash.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,6 @@ sidebar: true
77
comments: false
88
sharing: true
99
footer: true
10-
redirect_from: /docs/configuration/secrets/#storing-passwords-securely-in-aws
1110
---
1211

1312
Using [Credstash](https://github.com/fugue/credstash) is an alternative way to `secrets.yaml`. They can be managed from the command line via the credstash script.

source/_docs/tools/db_migrator.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,6 @@ sidebar: true
77
comments: false
88
sharing: true
99
footer: true
10-
redirect_from: /components/influxdb/#data-migration
1110
---
1211

1312
<p class='note warning'>

source/_docs/tools/ensure_config.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,6 @@ sidebar: true
77
comments: false
88
sharing: true
99
footer: true
10-
redirect_from: /docs/tools/scripts/#existence-of-configuration
1110
---
1211

1312
This script checks if the `configuration.yaml` file exists. If the file is not available, one is created.

source/_docs/tools/influxdb_import.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,6 @@ sidebar: true
77
comments: false
88
sharing: true
99
footer: true
10-
redirect_from: /components/influxdb/#data-import-script
1110
---
1211

1312
If you want to import all the recorded data from your recorder database you can use the data import script. It will read all your state_change events from the database and add them as data-points to the InfluxDB. You can specify the source database either by pointing the `--config` option to the config directory which includes the default SQLite database or by giving a sqlalchemy connection URI with `--uri`.

source/_docs/tools/keyring.markdown

-1
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,6 @@ sidebar: true
77
comments: false
88
sharing: true
99
footer: true
10-
redirect_from: /docs/configuration/secrets/#storing-passwords-in-a-keyring-managed-by-your-os
1110
---
1211

1312
Using [Keyring](https://github.com/jaraco/keyring) is an alternative way to `secrets.yaml`. The secrets can be managed from the command line via the `keyring` script.

0 commit comments

Comments
 (0)