fixes typo

Author: rishabhpoddar

v2/emailpassword/rate-limits.mdx

@@ -13,7 +13,7 @@ import CustomAdmonition from "/src/components/customAdmonition"
 
 ## For managed service
 
-The SuperTokens core is rate limited on a per app and per IP address basis. This means that if query the core for app1 using the same IP address very quickly, the rate limit will kick in and you will get a `429` status code back from the core. However, if you query the core using different IP addresses or for a different app, the rate limit of that won't interfere with the previous requests (that had another IP or was for another app).
+The SuperTokens core is rate limited on a per app and per IP address basis. This means that if you query the core for app1 using the same IP address very quickly, the rate limit will kick in and you will get a `429` status code back from the core. However, if you query the core using different IP addresses or for a different app, the rate limit of that won't interfere with the previous requests (that had another IP or was for another app).
 
 :::note
 To know more about rps and bursts, please [this nginx document](https://www.nginx.com/blog/rate-limiting-nginx/).

v2/passwordless/rate-limits.mdx

@@ -13,7 +13,7 @@ import CustomAdmonition from "/src/components/customAdmonition"
 
 ## For managed service
 
-The SuperTokens core is rate limited on a per app and per IP address basis. This means that if query the core for app1 using the same IP address very quickly, the rate limit will kick in and you will get a `429` status code back from the core. However, if you query the core using different IP addresses or for a different app, the rate limit of that won't interfere with the previous requests (that had another IP or was for another app).
+The SuperTokens core is rate limited on a per app and per IP address basis. This means that if you query the core for app1 using the same IP address very quickly, the rate limit will kick in and you will get a `429` status code back from the core. However, if you query the core using different IP addresses or for a different app, the rate limit of that won't interfere with the previous requests (that had another IP or was for another app).
 
 :::note
 To know more about rps and bursts, please [this nginx document](https://www.nginx.com/blog/rate-limiting-nginx/).

v2/session/rate-limits.mdx

@@ -13,7 +13,7 @@ import CustomAdmonition from "/src/components/customAdmonition"
 
 ## For managed service
 
-The SuperTokens core is rate limited on a per app and per IP address basis. This means that if query the core for app1 using the same IP address very quickly, the rate limit will kick in and you will get a `429` status code back from the core. However, if you query the core using different IP addresses or for a different app, the rate limit of that won't interfere with the previous requests (that had another IP or was for another app).
+The SuperTokens core is rate limited on a per app and per IP address basis. This means that if you query the core for app1 using the same IP address very quickly, the rate limit will kick in and you will get a `429` status code back from the core. However, if you query the core using different IP addresses or for a different app, the rate limit of that won't interfere with the previous requests (that had another IP or was for another app).
 
 :::note
 To know more about rps and bursts, please [this nginx document](https://www.nginx.com/blog/rate-limiting-nginx/).

v2/thirdparty/rate-limits.mdx

@@ -13,7 +13,7 @@ import CustomAdmonition from "/src/components/customAdmonition"
 
 ## For managed service
 
-The SuperTokens core is rate limited on a per app and per IP address basis. This means that if query the core for app1 using the same IP address very quickly, the rate limit will kick in and you will get a `429` status code back from the core. However, if you query the core using different IP addresses or for a different app, the rate limit of that won't interfere with the previous requests (that had another IP or was for another app).
+The SuperTokens core is rate limited on a per app and per IP address basis. This means that if you query the core for app1 using the same IP address very quickly, the rate limit will kick in and you will get a `429` status code back from the core. However, if you query the core using different IP addresses or for a different app, the rate limit of that won't interfere with the previous requests (that had another IP or was for another app).
 
 :::note
 To know more about rps and bursts, please [this nginx document](https://www.nginx.com/blog/rate-limiting-nginx/).

v2/thirdpartyemailpassword/rate-limits.mdx

@@ -13,7 +13,7 @@ import CustomAdmonition from "/src/components/customAdmonition"
 
 ## For managed service
 
-The SuperTokens core is rate limited on a per app and per IP address basis. This means that if query the core for app1 using the same IP address very quickly, the rate limit will kick in and you will get a `429` status code back from the core. However, if you query the core using different IP addresses or for a different app, the rate limit of that won't interfere with the previous requests (that had another IP or was for another app).
+The SuperTokens core is rate limited on a per app and per IP address basis. This means that if you query the core for app1 using the same IP address very quickly, the rate limit will kick in and you will get a `429` status code back from the core. However, if you query the core using different IP addresses or for a different app, the rate limit of that won't interfere with the previous requests (that had another IP or was for another app).
 
 :::note
 To know more about rps and bursts, please [this nginx document](https://www.nginx.com/blog/rate-limiting-nginx/).

v2/thirdpartypasswordless/rate-limits.mdx

@@ -13,7 +13,7 @@ import CustomAdmonition from "/src/components/customAdmonition"
 
 ## For managed service
 
-The SuperTokens core is rate limited on a per app and per IP address basis. This means that if query the core for app1 using the same IP address very quickly, the rate limit will kick in and you will get a `429` status code back from the core. However, if you query the core using different IP addresses or for a different app, the rate limit of that won't interfere with the previous requests (that had another IP or was for another app).
+The SuperTokens core is rate limited on a per app and per IP address basis. This means that if you query the core for app1 using the same IP address very quickly, the rate limit will kick in and you will get a `429` status code back from the core. However, if you query the core using different IP addresses or for a different app, the rate limit of that won't interfere with the previous requests (that had another IP or was for another app).
 
 :::note
 To know more about rps and bursts, please [this nginx document](https://www.nginx.com/blog/rate-limiting-nginx/).