t
бро, я из другой страны))
Size: a a a
2020 December 19
t
В них нет нашего языка, платежек и тд и тп)
ЕП
Сформулируй нормально запрос, а то нихрена не понятно что ты хочешь и зачем
TA
Ларавел по дефолту только пропускает запросы от своего домена ?
DT
Ларавел по дефолту только пропускает запросы от своего домена ?
Это называется CORS. А запросы по факту блочат все современные браузеры по умолчанию, а не лара. В ларе можно лишь подсказать браузеру что запрос надежный и тогда браузер его пропустит.
SS
Это называется CORS. А запросы по факту блочат все современные браузеры по умолчанию, а не лара. В ларе можно лишь подсказать браузеру что запрос надежный и тогда браузер его пропустит.
не подскажете зачем он нужен, если запросы можно отправлять спокойно с любого веб сервера или моб приложения
DT
S S
не подскажете зачем он нужен, если запросы можно отправлять спокойно с любого веб сервера или моб приложения
Почитайте в интернете. Если в двух словах - для вашей безопасности. Во многих браузерах они даже отключаются...
TA
Почитайте в интернете. Если в двух словах - для вашей безопасности. Во многих браузерах они даже отключаются...
да но есть же обход по прокси , пример cors-anywhere
TA
Мне надо сделать так чтобы запросы делать могли только с домена на котором стоит файл ну вы поняли о чем я
SS
Одни траблы с этим корсом, особенно когда внедряешь csrf
DT
Найдите статью по атакам с отключенным корс и поймёте сразу от чего CORS anywhere защищает а от чего нет
DT
Подсказка - посредник
TA
TA
кстати фейк
NO
Коллеги, кому-нибудь приходилось реализовывать SaaS с тарифами по количеству вызовов апи? Кто-нибудь вообще продавал API доступ?
Я делал SaaS с лимитированными тарифами, правда у нас не количество вызовов API измерялось, а количество уникальных посетителей, но принцип тот же.
1. Делаешь N тарифов, выставляешь лимит на каждый тариф.
2. Заводишь счётчик на аккаунт, замеряешь ту самую метрику на которую лимит.
3. Раз в сутки (например в 9 утра) проверяешь, превышен лимит по тарифу или нет.
4. Если превышен - переводишь на более высокий тариф, отправляешь уведомление пользователю.
5. Текущий день оставляешь как есть, остальные дни пересчитываешь по разнице тарифов. С этим главная сложность ) Надо пересчитать так, чтобы и клиент не мухлевал с апгрейдом тарифа и при этом пересчёт справедливый был. Алгоритм надо обязательно с бизнесом подробно обсуждать.
Если не секрет, что за SaaS делаешь такой? В чём суть платной апишки?
1. Делаешь N тарифов, выставляешь лимит на каждый тариф.
2. Заводишь счётчик на аккаунт, замеряешь ту самую метрику на которую лимит.
3. Раз в сутки (например в 9 утра) проверяешь, превышен лимит по тарифу или нет.
4. Если превышен - переводишь на более высокий тариф, отправляешь уведомление пользователю.
5. Текущий день оставляешь как есть, остальные дни пересчитываешь по разнице тарифов. С этим главная сложность ) Надо пересчитать так, чтобы и клиент не мухлевал с апгрейдом тарифа и при этом пересчёт справедливый был. Алгоритм надо обязательно с бизнесом подробно обсуждать.
Если не секрет, что за SaaS делаешь такой? В чём суть платной апишки?
AS
Я делал SaaS с лимитированными тарифами, правда у нас не количество вызовов API измерялось, а количество уникальных посетителей, но принцип тот же.
1. Делаешь N тарифов, выставляешь лимит на каждый тариф.
2. Заводишь счётчик на аккаунт, замеряешь ту самую метрику на которую лимит.
3. Раз в сутки (например в 9 утра) проверяешь, превышен лимит по тарифу или нет.
4. Если превышен - переводишь на более высокий тариф, отправляешь уведомление пользователю.
5. Текущий день оставляешь как есть, остальные дни пересчитываешь по разнице тарифов. С этим главная сложность ) Надо пересчитать так, чтобы и клиент не мухлевал с апгрейдом тарифа и при этом пересчёт справедливый был. Алгоритм надо обязательно с бизнесом подробно обсуждать.
Если не секрет, что за SaaS делаешь такой? В чём суть платной апишки?
1. Делаешь N тарифов, выставляешь лимит на каждый тариф.
2. Заводишь счётчик на аккаунт, замеряешь ту самую метрику на которую лимит.
3. Раз в сутки (например в 9 утра) проверяешь, превышен лимит по тарифу или нет.
4. Если превышен - переводишь на более высокий тариф, отправляешь уведомление пользователю.
5. Текущий день оставляешь как есть, остальные дни пересчитываешь по разнице тарифов. С этим главная сложность ) Надо пересчитать так, чтобы и клиент не мухлевал с апгрейдом тарифа и при этом пересчёт справедливый был. Алгоритм надо обязательно с бизнесом подробно обсуждать.
Если не секрет, что за SaaS делаешь такой? В чём суть платной апишки?
у меня несколько коммерческих апи, реалтайм скрейперы. а сейчас вот доделываю как раз обвязку для того чтобы любое апи удобно было продавать, с упором на качественную аналитику, генератор доков из openapi спеки, и веб-редактор тарифных планов. Есть у программиста скрейпер, например, или любое апи, полезное людям, и он хочет это апи продавать - вместо того, чтобы два месяца к этому апи программить биллинг, рейт лимитирование, и дев-портал с доками - он приходит ко мне на маркетплейс апи и за пять минут настраивает себе микро-лендинг для продажи этого апи, с апи эксплорером и подобными ништяками. Указывает айпишник своего апи, перед этим апи встает мой демон который считает биллинг и пишет аналитику, вся публика идет через этот демон. Такая идея, сейчас обкатываю)
DZ
у меня несколько коммерческих апи, реалтайм скрейперы. а сейчас вот доделываю как раз обвязку для того чтобы любое апи удобно было продавать, с упором на качественную аналитику, генератор доков из openapi спеки, и веб-редактор тарифных планов. Есть у программиста скрейпер, например, или любое апи, полезное людям, и он хочет это апи продавать - вместо того, чтобы два месяца к этому апи программить биллинг, рейт лимитирование, и дев-портал с доками - он приходит ко мне на маркетплейс апи и за пять минут настраивает себе микро-лендинг для продажи этого апи, с апи эксплорером и подобными ништяками. Указывает айпишник своего апи, перед этим апи встает мой демон который считает биллинг и пишет аналитику, вся публика идет через этот демон. Такая идея, сейчас обкатываю)
Крупные конторы юзают IBM ApiConnect или wso2 для похожих вещей.
А вообще, надо следить еще за количеством клиентов твоих клиентов и тормозами удаленного апи, имея некислый запас прочности, в противном случае ты можешь стать точкой отказа для твоих же клиентов - так себе перспектива)
А вообще, надо следить еще за количеством клиентов твоих клиентов и тормозами удаленного апи, имея некислый запас прочности, в противном случае ты можешь стать точкой отказа для твоих же клиентов - так себе перспектива)
AS
Крупные конторы юзают IBM ApiConnect или wso2 для похожих вещей.
А вообще, надо следить еще за количеством клиентов твоих клиентов и тормозами удаленного апи, имея некислый запас прочности, в противном случае ты можешь стать точкой отказа для твоих же клиентов - так себе перспектива)
А вообще, надо следить еще за количеством клиентов твоих клиентов и тормозами удаленного апи, имея некислый запас прочности, в противном случае ты можешь стать точкой отказа для твоих же клиентов - так себе перспектива)
спасибо! я смотрел Apigee и еще парочку. План лезть в мелкий бизнес и sole разработчиков мобильных аппов. Безусловно, схема с гейтвеем накладывает свои риски. Но по функционалу это прямо круто и органично получается)
E
И увеличивает время ответа от моего апи
E
🌝