mgremlin

А оно точно надо?
Я вот задался как-то вопросом...
Сравнивал aiohttp, quart (async клон Flask), Flask (на котором работает прода сейчас) и raw golang. На реальной архитектуре своей, с несколькими запросами в базу (postgres).

Результаты: golang кроет всех, но разница не потрясающая. в разы. Что интересно - фласк не так уж и отстает. Это неудивительно, ведь главный тормоз - база.

А потом еще внимательнее посмотрел, и понял: для меня вообще важнее не выдача одной и той же страницы 100500 раз, что влегкую решается кэшем, а минимальное время на формирование одной страницы. И тут уже прикол: Flask от асинхронных фреймов вообще идет ноздря в ноздрю, как бы иногда и не обгоняя!

Ну и совсем смешно: пока ковырялся с сорсами, придумал как реализовать маленький архитектурный тюнинг. И все ускорилось почти в 10 раз на старом коде = ничего переписывать не надо.

Наваяйте платное свое и стригите купоны 8-)

Еще знаю людей, кто сбацал пучок инетмагов, пользуясь опытом многолетнего сайтостроя на дядю, рекламируются и продают что-то в модели дропшиппинга потихоньку.

cursor.execute("INSERT INTO data_load (project_name, countryname, lendprojectcost) VALUES (%s %s %s)", (line["project_name"], line["countryname"], str(line["lendprojectcost"])))
Тут нужны запятые в строке перечисления аргументов.
правильно - VALUES (%s, %s, %s)

В штатах счет открыть легко. Правда, исключительно в личном присутствии.
Другое дело, что в РФ это не очень законно 8-) вернее, надо уведомлять налоговую. И деньги на этот счет получать - тоже тема серая...
Но технически - никаких проблем.
Если речь про конкретные банки - то из дружелюбных отмечу Chase и BofA, наоборот - Citibank.

1. Самое первое - ничего не закупать вперед! От слова "вообще". Все равно никогда не угадаешь.

2. На конкурентов не смотреть! У всех разная ситуация, даже у равных, а вы им по определению не равны со своим дефицитом.

3. Как работать - да так и работайте. Купят у вас - купите сами и доставите. Не сможете - извинитесь. Возможно - в убыток, самостоятельно, ночами и так далее. Покупайте в розницу задорого, если дешево не продают, режьте косты, старайтесь развиваться интенсивно. рано или поздно найдется поставщик, который посмотрит не на разовую сумму покупки, а на месячный оборот - перенесете акцент туда.

4. Поставка, цена поставки, товар на нашем рынке - ничто. Есть только один фактор, который решает: продажи. если у вас есть продажи, если клиент доволен сервисом - смело ставьте цену выше. Выше всех! Ничего страшного.

Во-первых, для международной экспансии придется нанимать международных юристов. Тут вопросы можно задавать только для того, чтоб составить свое мнение и сформулировать вопросы профессионалам, не более.

Если говорить "за вообще" - то лично я стою за агентскую схему: "в там" регается компания-агент, которая за незначительный процент собирает деньги, основную сумму по договору отправляя материнской компании (например - в РФ). Конечно, ИП в России - удобная штука, но сумма оборотов уж очень ограничена, для международного-то маркетплейса :-)

В США налоги платить придется в любом случае, вне зависимости от направления получения доходов, только размер и количество будут разными. В Делавере, кстати, помимо федеральных налогов будут еще и местные, налоги штата. Другое дело, что с агентского вознаграждения можно и заплатить - это немного. Но вот если клиент попадется из США, да еще и местный - то возникает налог с продаж (как минимум - в большинстве штатов), и тут уже агентский договор не рулит, платить придется с полной суммы. Жульнические схемы типа "клиента из США отправляем на европу, и наоборот" ловятся, читал такие сообщения краем глаза пару раз.

В целом - поддержу предыдущих ораторов: на каждом рынке придется строить свою схему отдельно, и она будет очень сильно зависеть от частностей, например - от доли самого маркетплейса в сумме транзакции. Без юристов и спецов по International Taxation эту проблему не расколоть.
Если бы я сам захотел принимать максимально широкий спектр платежей со всего мира в одной точке подешевле, я бы регнул контору в Вайоминге, США, и принимал деньги на пейпал.

Кто-то пилит велосипед, есть готовые решения, в гугле найдете, но этот рынок под угрозой государственного (потенциально) монопольно-обязательного решения ГИС.ЖКХ. Вроде пока использование этого сервиса для организаций не обязательно, но его активно лоббируют, так что, это как минимум надо иметь в виду. Вполне может быть, что в один прекрасный момент требование закона "у обслуживающей организации ЖКХ должен быть сайт" трансформируется в "полное раскрытие информации на портале госуслуг". И тогда все автоматом перейдут туда.

Краем уха слышал про УК, которая туда перешла с кастомной конфигурации 1С, вроде довольны.

А вы действительно что-то можете предложить на UpWork? Ведь в Америке быть юристом - это не просто так, дело не в дипломе даже, лицензия нужна, и, чаще всего, страховка ответственности. Или вы хотите предложить там услуги юриста на Украине?

Опять же - есть сложный вопрос, в какой именно области права вы собираетесь работать. Все, что может потребовать личного представительства, как я понимаю, отпадает, то есть, это только подготовка документов и консультации.

На самом деле, для русскоязычного юриста по корпоративному праву США работа найдется. Но вот как быть с доверием - это вопрос. Если вы готовы на этот вопрос отвечать - подскажу пару ходов.

Да, пользуюсь.
Тариф - минимальный, стоит около доллара (возможно, с чем-то) в месяц. Не помню, тк минимальная сумма платежа закрывает потребности на несколько месяцев.
Номера по штатам (разным), "типа-мобильные" и "типа-landline" - можно выбрать, переадресованы на мобильники в РФ и Эстонии. СМС приходит на мыло, но можно и в кабинете просматривать, конечно. И факсы там же. Ессно, можно и отправлять смс, в том числе - sic! и в Россию, этого даже Задарма не умеет 8-) правда, роутить входящие смс я не пробовал.

У них есть своя мультиплатформенная программа-коммуникатор, но только для десктопов, не мобильная. Она умеет вообще все.

anveo.com. Смс принимает, можно выбирать штат, звонки переадресует на мобильный, в том числе - в РФ.
Стоит копейки, типа, доллара в месяц.

Может, я не совсем понял, что именно вам надо, но есть такой сервис - anveo.com. выдают номера по штатам с любым префиксом, переадресуют их на любой мобильный, в том числе - в РФ.
Стоит - копейки. Виртуальная АТС есть, можно наворотить очень сложную схему. СМС умеет. Есть программный коммуникатор, который вообще умеет делать все, что душе угодно.

Классика же.
Ответ - Flask.
оригинал: Miguel Grinberg
перевод: Хабр

Готовый фрейм: Flask-RESTful
Альтернативы? Сколько угодно. Например, EVE и миллион прочих.

Вот такое не пойдет?
github.myshopify.com/products/octocat-figurine

ну и вообще там много всяких таких штук.

Я бы поставил фронтом nginx 8-)
Впрочем, и в апаче тоже запросто можно организовать редирект вида customer.domain.com -> domain.com?customer=customer. Дальше customerID идет в сессию, и в зависимости от этого значения поднимается коннект в базу, etc.
Тогда:
а) код - один
б) персонализация - возможно, в зависимости от ID в сессии
в) базы - персонализированы и независимы, хоть на разных серверах их располагай
г) перегружать вообще ничего не надо, новыми аккаунтами хоть обсоздавайся

При создании нового аккаунта просто пишется набор документов в главную базу, которая содержит параметры клиентов - строка подключения к клиентской DB, например, и все такое прочее. Ну и сами базы создаются.
И никакие технологии и фреймы тогда тут уже и не нужны...

PayPal еще проверьте. Не знаю, как местное отделение, но в США PayPal принимает оплату с местных кредиток на раз 8-)

Еще есть вариант типичный - организация "прослойки" между клиентом и собой. Чтоб "прослойка" принимала деньги так, как это удобно клиенту, а потом выплачивала их вам так, как это удобно вам. Со всеми нужными документами.

Ну, для начала разговора - неплохо бы свою юрисдикцию указать. А то вдруг Туркменистан 8-) или еще что-то в таком духе.
Если речь о России - то у РФ и США заключено соглашение об избежании двойного налогообложения. Поэтому, налоговые резиденты РФ платят с дохода в США налоги дома, а в штатах подают в IRS форму W-8BEN.

Работать в нормальном смысле слова, "с трудовой" (on payroll) в США вы не можете, ибо у вас явно нет разрешения на работу. так что, это в любом случае какой-то вид контрактных отношений (что не исключает долговременного сотрудничества). Но все вопросы налогов, переводов и прочего - ваш головняк, поскольку для работодателя вы проходите по статье Expenses, а не Salary.

Устроиться на работу можно, но надо понимать, что работодатель морочит себе голову не просто так, аза деньги. Сиречь - за здорово уменьшенный уровень оплаты труда работника - по сравнению с локальным рынком. Если работник проходит по разряду звезд экрана, и нанимают его потому, что других таких на местном рынке просто нет, то серьезным людям такого специалиста все равно проще вывезти в США по рабочей визе. Так что - готовьтесь к тому, что "постоянный удаленный" работодатель (он же - бодишоп обыкновенный) прекрасно в курсе расценок на российском рынке труда, и особенно задирать планку даже и в мыслях не имеет.

Насколько я знаю, там этот вопрос решить нельзя. W8-BEN - форма для физиков, получающих доход на территории США, не имеющих права на работу, подпадающих под tax treaty. По существу, это ваше заявление о том, что налог с вас удерживать не нужно, так как подписано соглашение об избежании двойного налогообложения, и налог вы платить собираетесь на Родине. Никакие ИП в этой форме не прокатят, это именно разговор про физлицо, платящее (или не платящее) в штатах тупой НДФЛ.

Остается играть только тут. На ИП получать не пробовал, но на юриков все вполне нормально ходит, особенно, если с той стороны есть индентификатор платежа. Но и без оного - все вполне нормально, по письму. Если тема долгосрочная - возможно, есть смысл озаботиться рассмотрением более лояльного банка. Лично я вообще предпочитаю банк для бизнеса выбирать не по внешним понтам и 100500 отделений, а по наличию хороших знакомых как наверху, так и за стойкой. Тогда все становится куда проще...

Про "совпадать побуквенно" - нет, в штатах это не обязательно. Больше того, очень часто это правило нарушается, в сопроводиловке можно хоть вообще ничего не писать, платить вообще не с той конторы и не на ту, и "за третью". Часто бывает, что во взаиморасчетах между компаниями А и Б учитывается платеж от фирмы В на Г. там это все намного либеральнее, чем у нас. НО!!! Но если IRS обратит внимание на этот прикол, и начнет разбираться в разнице между ФИО и ИП ФИО - могут быть неприятности у вашего амерского контрагента. Как минимум - в виде оплаты юристов на отбой запросов/претензий IRS. И если контрагент о такой возможности уже в курсе - ничто не мешает ему упереться и отказаться рисковать.

Тут скорее вопрос к нашим банкам - насколько это для них потенциально засадно: принять платеж на правильный номер счета с неточным получателем. SWIFT вообще, теоретически, не требует номер счета - только имя и адрес. Номер обязателен только если у получателя несколько счетов в этом банке.