Skip to content

Commit

Permalink
fix: typos in README files
Browse files Browse the repository at this point in the history
  • Loading branch information
chaarlottte authored Oct 30, 2023
1 parent 0da5bcb commit bbfa321
Show file tree
Hide file tree
Showing 2 changed files with 4 additions and 4 deletions.
6 changes: 3 additions & 3 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -9,7 +9,7 @@ To start your Phoenix app:
4. Optionally install plugins for load testing:
- Run `asdf plugin-add python` to add Python plugin
- Run `asdf plugin-add poetry` to add Poetry plugin
4. Run `asdf install` to install plugin versions speicifed in `.tool-versions` file
4. Run `asdf install` to install plugin versions specified in `.tool-versions` file
2. Install dependencies with `mix deps.get`
3. Setup `apps/api_accounts` following directions in `apps/api_accounts/README.md` (on [GitHub](apps/api_accounts/README.md#setting-up-dynamodb-local) or [ExDoc](api_accounts-readme.html#setting-up-dynamodb-local))
4. Start Phoenix endpoint with `mix phx.server`
Expand All @@ -28,7 +28,7 @@ In addition to the Elixir config files, the V3 API allows runtime configuration
| `MBTA_GTFS_URL` | `https://cdn.mbta.com/MBTA_GTFS.zip` | URL for the GTFS .zip file. |
| `ALERT_URL` | `https://cdn.mbta.com/realtime/Alerts_enhanced.json` | URL for the Alerts. Can be either a JSON or Protobuf file.
| `MBTA_TRIP_SOURCE` | `https://cdn.mbta.com/realtime/TripUpdates_enhanced.json` | URL for the TripUpdates. Can be either a JSON or Protobuf file. |
| `MBTA_VEHICLE_SOURCE ` | `https://cdn.mbta.com/realtime/VehiclePositions_enhanced.json` | URL for the VehiclePositions. Can be either a JSON or Protobuf file. |
| `MBTA_VEHICLE_SOURCE` | `https://cdn.mbta.com/realtime/VehiclePositions_enhanced.json` | URL for the VehiclePositions. Can be either a JSON or Protobuf file. |
| `FETCH_FILETAP_S3_BUCKET` | undefined | S3 bucket to which we write files we fetched. |

## Documentation
Expand Down Expand Up @@ -64,4 +64,4 @@ $ mix test --exclude test --include integration

The MBTA Customer Technology team is working to transform how people get around the Boston area. We’re a small but mighty team of designers, engineers and content specialists charged with bringing novel ideas, modern standards and a user-centered approach to technology on the T. As the MBTA works to reinvent itself, we have a rare opportunity to shape the future of transportation for Boston and communities all around Eastern Massachusetts, as well as blaze a trail for other transit agencies around the country.

We’re always looking for people to join the team who are passionate about improving the daily transportation experience for our 400 million annual riders. Does this sound like you? Check our our open positions at https://jobs.lever.co/mbta/.
We’re always looking for people to join the team who are passionate about improving the daily transportation experience for our 400 million annual riders. Does this sound like you? Check out our open positions at https://jobs.lever.co/mbta/.
2 changes: 1 addition & 1 deletion load_tests/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -31,4 +31,4 @@ A full list of Locust configuration options can be found in the [Locust document

## Caveats

The "tasks" that Locust runs are based on the 25 most frequently run—and most time-intensive to handle—queries on the production API. As such, this configuration is not meant to simulate regular load on the production API application, but is instead designed to generate a relatively high amount of load on in order to test the application's resposiveness and trigger auto scaling events. Whereas the production application can normally handle many hundreds of queries per second, only a few queries from Locust (around 5 per second per application instance) are required to generate a high load on the application.
The "tasks" that Locust runs are based on the 25 most frequently run—and most time-intensive to handle—queries on the production API. As such, this configuration is not meant to simulate regular load on the production API application, but is instead designed to generate a relatively high amount of load on in order to test the application's responsiveness and trigger auto scaling events. Whereas the production application can normally handle many hundreds of queries per second, only a few queries from Locust (around 5 per second per application instance) are required to generate a high load on the application.

0 comments on commit bbfa321

Please sign in to comment.