Единственный способ избежать такого мошенничества — это не принимать кредитки. Просто всем приходится или смириться с потерями и попытаться уменьшить % потерь всякого рода проверками пользователей, задержками при снятии денег и т. п.
В этой схеме нет ничего нового. Если товар был отправлен, то у отправителя наверняка есть треккинг номер. Вот его и нужно предоставить через Kickstarter и Amazon Payments кредитной компании и тем самым оспорить chargeback. Если есть треккинг номер, то шансы «выиграть» chargeback есть.
Другой вопрос — делают ли что-либо Kickstarter и Amazon Payments чтобы оспорить chargeback или же просто игнорируют его и списывают средства со счета проекта.
Автор почему то считает, что невозможно писать быстро и в тоже время без «говнокода». И кстати это будет быстрее и проще. Говнокод — это не панацея быстрого результата
Мои очень приблизительные расчеты дали 600-800 инсталляций платных приложений в день во всем украинском аппсторе. Разбросав это на всех разработчиков, это практически ничего.
Украинцев, покупающих в российском и американском аппсторах, где-то в 5 раз больше на сегодняшний день.
Насчет 1 дня я бы не был так уверен. Вопрос в том что теряется.
К примеру если речь об сайте которому пользователи доверили свои деньги, то падение на день подрывает доверие и к тому же может иметь финансовые последствия.
Есть знакомый у которого интернет-магазин с оплатой через Paypal. Так вот как только магазин падает на сколько-нибудь серьёзное время сразу идут запросы на отмену платежей (диспуты и чарджбеки) и за день можно порерять сколько сколько за месяц заработать.
Довольно хороший способ анализа на высоком уровне необходимых средств безопастности на основе уже имеющегося Use Cases приложения или в процессе проектирования. Конечно он имеет смысл для сложных систем связанных с большими рисками (платежных, банковских и т.п.).
I do apologize for any issues you have been experiencing on your Cloud Server host. At 12:05 PM CST we had a audible RAID alert on your server host. In most cases we resolve this issue fast. In this case two drives failed at the same time the audible RAID alert came through. In this case our engineers are working this issue and will update you as soon as the problem is resolved. Your issue is a Cloud Server host failure. We have 1 hour to resolve the issue at which point we start the timer for SLA requests. The issue started at 12:05 PM CST at 1:05 PM CST we start the clock for 5% of your Cloud Server fee for the host for each additional hour of downtime up to 100% of your fees.
Все люди должны быть равными с рождения (ну или с создания аккаунта)! Почему я должен просить кармы, чтобы реализовать себя? В чем здесь смысл? В том чтобы прикрыть СПАМ, так наряду со спамом закрывается доступ новым свежим мозгам.
Вот даже в песочнице «покапаться» нельзя без какой-то там кармы.
Просить НЕ буду, но если кто даст «без просу», буду в душе очень признателен и постараюсь оправдать доверие.
Существенный минус Amazon — отсутствие адекватного суппорта. Платный вариант суппорта от N-й цифры не рассматриваю всерьез — на старте проекта это не целесообразно.
Не раз приходилось на амазоновском форуме писать, чтобы удалили залипшие EBS или инстансы, и надеяться что его кто-то прочитает из суппорта.
Amazon падает не хуже. У нас регулярно «залипали» EBS, что невозможно их было удалить. Инстансы так подвисали, что нельзя было их не только перегрузить, но и отмонтировать EBS — только новый инстанс поднимать, а если это сервер БД с единственными актуальными данными — это есть проблема.
Но самая большая проблема у амазона — это IO. Производительность ввода-вывода не то что не гарантирована, она просто кошмарная. Можен неделю работать нормально, потом ни с того ни с сего сразу падает в разы. По графикам munin, сразу видно как сваливается пропускная способность и сделать что-то с этим тяжело. Иногда помогало создание нового EBS volume или сервера, но это головная боль. Не пробовал правда их готовое решение для БД RDS.
С Амазон нужно строить все так, чтобы не бояться потерять инстанс в любой момент времени и навсегда. Если сохранность данных на EBS еще более менее гарантируется, то данные хранимые в разделе самого инстанса гарантировано не сохраняются при падении инстанса.
На Rackspace правда тоже один раз сервер так глюкнул, что больше 8 часов данные были недоступны. Суппорт объяснил тем, что сразу 2 хранилища в рейде загнулись! Не очень себе этого представляю, но факт даунтайма на лицо, благо что это было в не самое активное время и на небольшом проекте. Но производительность IO на rackspace намного лучше. Последнее время он довольно стабильно работает для меня.
Минусом Rackspace есть то, что он негибкий по сравнению с Амазоном. Он больше похож на класический dedicated, но только очень отзывчивый: хочешь сервер сейчас — вот тебе!
Для успешного проекта, порой гораздо важнее сделать что-то неидеальное, но сегодня, чем идеальное, но когда уже поздно. Будь он «идеальным» программистом, очень может быть что гугля не было бы сегодня.
Другой вопрос — делают ли что-либо Kickstarter и Amazon Payments чтобы оспорить chargeback или же просто игнорируют его и списывают средства со счета проекта.
Украинцев, покупающих в российском и американском аппсторах, где-то в 5 раз больше на сегодняшний день.
Часть проблем учтены — более 70 банков и более 20К банкоматов. Данный взяты с сайта bankomap.com.ua/
/Андрей (автор)
К примеру если речь об сайте которому пользователи доверили свои деньги, то падение на день подрывает доверие и к тому же может иметь финансовые последствия.
Есть знакомый у которого интернет-магазин с оплатой через Paypal. Так вот как только магазин падает на сколько-нибудь серьёзное время сразу идут запросы на отмену платежей (диспуты и чарджбеки) и за день можно порерять сколько сколько за месяц заработать.
Пока не вижу подверждения на амазоне, что IO на RDS инстансах чем-то отличается от IO на обычных инстансах. Вы из своего опыта?
«Hello Andrly,
I do apologize for any issues you have been experiencing on your Cloud Server host. At 12:05 PM CST we had a audible RAID alert on your server host. In most cases we resolve this issue fast. In this case two drives failed at the same time the audible RAID alert came through. In this case our engineers are working this issue and will update you as soon as the problem is resolved. Your issue is a Cloud Server host failure. We have 1 hour to resolve the issue at which point we start the timer for SLA requests. The issue started at 12:05 PM CST at 1:05 PM CST we start the clock for 5% of your Cloud Server fee for the host for each additional hour of downtime up to 100% of your fees.
… и так далее…
Вот даже в песочнице «покапаться» нельзя без какой-то там кармы.
Просить НЕ буду, но если кто даст «без просу», буду в душе очень признателен и постараюсь оправдать доверие.
Не раз приходилось на амазоновском форуме писать, чтобы удалили залипшие EBS или инстансы, и надеяться что его кто-то прочитает из суппорта.
Но самая большая проблема у амазона — это IO. Производительность ввода-вывода не то что не гарантирована, она просто кошмарная. Можен неделю работать нормально, потом ни с того ни с сего сразу падает в разы. По графикам munin, сразу видно как сваливается пропускная способность и сделать что-то с этим тяжело. Иногда помогало создание нового EBS volume или сервера, но это головная боль. Не пробовал правда их готовое решение для БД RDS.
С Амазон нужно строить все так, чтобы не бояться потерять инстанс в любой момент времени и навсегда. Если сохранность данных на EBS еще более менее гарантируется, то данные хранимые в разделе самого инстанса гарантировано не сохраняются при падении инстанса.
На Rackspace правда тоже один раз сервер так глюкнул, что больше 8 часов данные были недоступны. Суппорт объяснил тем, что сразу 2 хранилища в рейде загнулись! Не очень себе этого представляю, но факт даунтайма на лицо, благо что это было в не самое активное время и на небольшом проекте. Но производительность IO на rackspace намного лучше. Последнее время он довольно стабильно работает для меня.
Минусом Rackspace есть то, что он негибкий по сравнению с Амазоном. Он больше похож на класический dedicated, но только очень отзывчивый: хочешь сервер сейчас — вот тебе!
Что скажете по поводу варианта bankomap.com.ua/. Конкретно Киев здесь: kiev.bankomap.com.ua/