> ## Documentation Index
> Fetch the complete documentation index at: https://docs.appsignal.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Meerdere applicaties draaien op één host

## Het probleem

Wanneer meerdere applicaties op één host draaien, kan vreemd gedrag optreden. Een veelvoorkomend probleem dat we hebben gezien, is dat applicaties beginnen te rapporteren onder verschillende namen en/of omgevingen. Bijvoorbeeld een applicatie die schakelt tussen de staging- en productie-omgeving na een deploy of herstart van een applicatieproces of worker.

## Achtergrond

De AppSignal-agent start met behulp van een applicatieconfiguratie. Hij gebruikt deze configuratie om de gegevens naar de AppSignal-servers te sturen en te rapporteren als die app op AppSignal.com.

Standaard is AppSignal geconfigureerd om aan te nemen dat er één applicatie op één host draait. Als u meer dan één applicatie op een host draait, is enige configuratie vereist om te voorkomen dat de AppSignal-werkmap wordt gedeeld tussen meerdere applicaties. Op deze manier kunnen meerdere AppSignal-agents tegelijkertijd draaien met een andere applicatieconfiguratie.

<Tip>
  Lees meer over de AppSignal [werkmap](/appsignal/how-appsignal-operates#working-directory).
</Tip>

## Configuratie

Om AppSignal te kunnen gebruiken voor meerdere applicaties op één host moeten we de configuratieoptie "working directory path" instellen. Met deze configuratieoptie moeten we een uniek werkmappad per applicatie instellen zodat AppSignal zijn (tijdelijke) bestanden kan opslaan. Op deze manier deelt de AppSignal-agent de werkmap niet tussen meerdere applicaties.

### Ruby

Om het werkmappad in de Ruby-integratie in te stellen, voegt u het volgende toe aan uw AppSignal-configuratiebestand. De waarde van [`working_directory_path`][ruby working_directory_path] is een pad naar een bestaande map op uw hostsysteem.

<CodeGroup>
  ```ruby Ruby theme={null}
  Appsignal.configure do |config|
    config.working_directory_path = "/tmp/project_1/"
  end
  ```

  ```yaml YAML theme={null}
  production:
    working_directory_path: "/tmp/project_1/"
  ```
</CodeGroup>

#### Meer lezen {/* id: ruby-read-more */}

* [Details van de `working_directory_path` configuratieoptie voor de Ruby-integratie][ruby working_directory_path]

[ruby working_directory_path]: /ruby/configuration/options.html#option-working_directory_path

### Elixir

Om het werkmappad in de Elixir-integratie in te stellen, voegt u het volgende toe aan uw AppSignal-configuratiebestand. De waarde van [`working_directory_path`][elixir working_directory_path] is een pad naar een bestaande map op uw hostsysteem.

<CodeGroup>
  ```elixir Elixir theme={null}
  config :appsignal, :config,
    working_directory_path: "/tmp/project_1/"
  ```
</CodeGroup>

#### Meer lezen {/* id: elixir-read-more */}

* [Details van de `working_directory_path` configuratieoptie voor de Elixir-integratie][elixir working_directory_path]

[elixir working_directory_path]: /elixir/configuration/options.html#option-working_directory_path

### Node.js

Om het werkmappad in de Node.js-integratie in te stellen, voegt u het volgende toe aan uw AppSignal-configuratiebestand. De waarde van [`workingDirectoryPath`][nodejs working_directory_path] is een pad naar een bestaande map op uw hostsysteem.

<CodeGroup>
  ```javascript Node.js theme={null}
  const { Appsignal } = require("@appsignal/nodejs");

  const appsignal = new Appsignal({
    // Other config
    workingDirectoryPath: "/tmp/project_1",
  });

  module.exports = { appsignal };
  ```
</CodeGroup>

#### Meer lezen {/* id: nodejs-read-more */}

* [Details van de `workingDirectoryPath` configuratieoptie voor de Node.js-integratie][nodejs working_directory_path]

[nodejs working_directory_path]: /nodejs/3.x/configuration/options.html#option-workingdirectorypath

### Python

Voor de Python-integratie moeten twee configuratieopties worden gewijzigd. De eerste is de `working_directory_path` configuratieoptie, en de andere de `opentelemetry_port` configuratieoptie.

Om deze configuratieopties in de Python-integratie in te stellen, voegt u het volgende toe aan uw AppSignal-configuratiebestand. De waarde van [`opentelemetry_port`][python opentelemetry_port] is een nummer van een beschikbare poort en de waarde van [`working_directory_path`][python working_directory_path] is een pad naar een bestaande map op uw hostsysteem. Dit moeten unieke waarden zijn per app.

<CodeGroup>
  ```python Python theme={null}
  from appsignal import Appsignal

  appsignal = Appsignal(
    # Other config
    opentelemetry_port: 9001,
    working_directory_path: "/tmp/project_1"
  )
  ```
</CodeGroup>

#### Meer lezen {/* id: python-read-more */}

* [Details van de `opentelemetry_port` configuratieoptie voor de Python-integratie][python opentelemetry_port]
* [Details van de `working_directory_path` configuratieoptie voor de Python-integratie][python working_directory_path]

[python opentelemetry_port]: /python/configuration/options.html#option-opentelemetry_port

[python working_directory_path]: /python/configuration/options.html#option-working_directory_path

### Front-end JavaScript

Voor front-end JavaScript-applicaties kan er geen werkmap worden geconfigureerd, omdat deze niet afhankelijk is van het AppSignal-agentproces. Als er gegevens worden gerapporteerd voor de verkeerde applicatie, zorg er dan voor dat de applicatie de juiste [Push API-sleutel](/appsignal/terminology#push-api-key) gebruikt.

## Zie ook

* [Application-onderwerp](/application/)
* [Guides-index](/guides/)