sergv#: p.s. я веду речь не о всякой халяве типа вордпресс и навесные модули, конструкторы и прочее подобное, а о нормальной разработке под задачи клиента.
Ну если можете сделать продающий с сайта самопис, интегрировать в него платежный агрегатор, то стоит это поди под миллион. Сравнивать по параметру цена/трудочасы с готовыми решениями смысла не имеет.
Или речь идет о лендингах с плахой - введите номер телефона, мы перезвоним? Номера на хостинге хранятся?
Регру - крупная контора с распределенными серверами. У нее файлы ваших паспартов на хостинге не лежат.
Приведите пример небольшого бизнес-сайта, где от пользователя требуется ввод личных данных, пересылка паспортных данных. Мне ничего кроме сайтов-мошенников на ум не приходит.
Для реализации доступа к апи юкассы (без конструктора), то есть когда мне самому надо хранить почту и др. данные на своем хостинге, мне надо обновить политику конфиденциальности, реализовать переходы на платеж, после платежа, хранить полученные идентификаторы (идут по посту), сохраняются сутки. И еще чего. Частное лицо это делать не будет.
sergv#: Сторонние сервисы тоже подключаются в файлах сайта, там же прописан доступ к ним. Короче, говорить, что потеря доступа к хостингу ничего не значит - глупо. Скорее всего вы дальше информационных сайтов не ходили в техническом плане, отсюда такие дикие выводы.
У меня под управлением сайт, который продает. Нет файлов на моем хостинге, где прописан доступ. Еще раз: есть контруктор (сторонняя компания, оплачиваю подписку), есть платежный агрегатор. Доступ к агрегатору прописывается в конструкторе. Я на своем хостинге храню только файлы сайта.
sergv#: А стороннему сервису хостинг не нужен? ) Данные в любом случае где-то лежат. Рег.ру - крупная контора, очень крупная. В реале - на их серверах кто только не размещается.
Еще раз. Сам регру - огромная контора пользуется агрегатором юкассы при проведении платежей. Понятно, что данные клиентов, паспорта они хранят у себя. Платежных данных (номеров карт) у регру нет.
Таксисты платят с общей суммы поездки, а не с суммы, когда вычтена комиссия яндекса. Юкасса шлет в налоговую сумму платежа, а не сумму, когда вычтена комиссия за проведение платежа.
-= Serafim =-#: У тебя в базе зашифрованы логины, имейлы, адреса, другие персональные данные?
Поэтому частным лицам/ИП и мелким ООО, которые не могут обеспечить безопасность, не следует это хранить. Подключаешь сторонний сервис и смотришь данные только через их интерфейс.
p.s. я веду речь не о всякой халяве типа вордпресс и навесные модули, конструкторы и прочее подобное, а о нормальной разработке под задачи клиента.
Ну если можете сделать продающий с сайта самопис, интегрировать в него платежный агрегатор, то стоит это поди под миллион. Сравнивать по параметру цена/трудочасы с готовыми решениями смысла не имеет.
Или речь идет о лендингах с плахой - введите номер телефона, мы перезвоним? Номера на хостинге хранятся?
Продавца.
В этом нет необходимости, если пользоваться услугами конструктора магазинов, который сохраняет данные на своих серверах. Оттуда всегда можно скачать.
Подозреваю что в движках (вордпресс, друпал и т.п.), к которым подключается модуль типа конструктора магазина, данные хранятся в БД продавца.
А делает он это так, как скачивает сайт на хостинг или себе на ком и запускает от туда.
Есть вариант парсинга сайта, когда все файлы скачиваются без взлома хостинга?
Клиент на сайте вводит все данные, они залетают в базу.
Чью? Транспортной компании. Конструктора магазинов. Или вы крупный маркетплейс, чтобы хранить их у себя.
Всё у них есть.
Регру - крупная контора с распределенными серверами. У нее файлы ваших паспартов на хостинге не лежат.
Приведите пример небольшого бизнес-сайта, где от пользователя требуется ввод личных данных, пересылка паспортных данных. Мне ничего кроме сайтов-мошенников на ум не приходит.
Для реализации доступа к апи юкассы (без конструктора), то есть когда мне самому надо хранить почту и др. данные на своем хостинге, мне надо обновить политику конфиденциальности, реализовать переходы на платеж, после платежа, хранить полученные идентификаторы (идут по посту), сохраняются сутки. И еще чего. Частное лицо это делать не будет.
Друг, зачем вообще платить налог с 500 долларов? чтобы что?
Доказать свою платежеспособность при получении виз и кредитов.
Сторонние сервисы тоже подключаются в файлах сайта, там же прописан доступ к ним. Короче, говорить, что потеря доступа к хостингу ничего не значит - глупо. Скорее всего вы дальше информационных сайтов не ходили в техническом плане, отсюда такие дикие выводы.
У меня под управлением сайт, который продает. Нет файлов на моем хостинге, где прописан доступ. Еще раз: есть контруктор (сторонняя компания, оплачиваю подписку), есть платежный агрегатор. Доступ к агрегатору прописывается в конструкторе. Я на своем хостинге храню только файлы сайта.
А стороннему сервису хостинг не нужен? ) Данные в любом случае где-то лежат. Рег.ру - крупная контора, очень крупная. В реале - на их серверах кто только не размещается.
Еще раз. Сам регру - огромная контора пользуется агрегатором юкассы при проведении платежей. Понятно, что данные клиентов, паспорта они хранят у себя. Платежных данных (номеров карт) у регру нет.
Тоже склоняюсь к логике и 500.
Таксисты платят с общей суммы поездки, а не с суммы, когда вычтена комиссия яндекса. Юкасса шлет в налоговую сумму платежа, а не сумму, когда вычтена комиссия за проведение платежа.
Я бы запретил говорить о том, что человек не понимает вообще. Но как видишь, желания и реальность часто не совпадают.
Мне странно представить небольшой сайт, на котором надо было бы вводить идентифицирующие личность персональные данные. Все ограничивается емейлом.
У тебя в базе зашифрованы логины, имейлы, адреса, другие персональные данные?
Поэтому частным лицам/ИП и мелким ООО, которые не могут обеспечить безопасность, не следует это хранить. Подключаешь сторонний сервис и смотришь данные только через их интерфейс.