bnytiki

1. Писать или не писать свой код - зависит от финансов заказчика. И от того насколько он въедливый до идеальности результата, насколько уникальны его требования.

2. Размер магазина никак не влияет на выбор CMS. Для современных баз данных все равно сколько у вас товара - 1000 или 10000000 наименований.

3. На выбор влияют только требуемые фичи, а не размер. Для большинства случаев готовые решения - вполне хороши.

А вы уверены что Win10 вообще способна жить на вашем планшете?
У нее запросто может не быть драйверов под него.

Это вам не десктоп, где в дистрибутиве драйвера под почти все есть.

Не пытайтесь ставить на планшет ОС, которая не была для него изначально предназначена.

Все гораздо хуже.
Если там был фирменный Android, то именно его (тот самый фирменный)
и нужно ставить.

В самом лучшем случае даже если и поставится, то
вы останетесь без сети, с криво работающим тачпадом и т.д. и т.п.

Перейти на хостера у которого есть встроенный бесплатный Анти-DDoS
Например, ruweb.net
Или OVH

Сам не справишься.
Тем более с таким уровнем задаваемых вопросов.
Используй хостера, который имеет Анти-DDoS.
Например, ruweb.net
Есть и много других.
Например, cloudflare - даже хостера менять не нужно, это внешняя защита.

Вам не дадут исправить договор, даже если что-то там заметите.

Ну, формально, это должен быть не договор подряда, а именно трудовой договор.
И он должен быть заключен в первый рабочий день (или раньше).

Формально.

Но фактически так не делают в 90% случаев.
И в 80% случаев это совершенно не важно.

Клиент, видимо, частник? Не организация? То есть документы бухгалтерские не нужны.

Есть куча платежных систем, ориентированных на упрощенную схему работы.

Начиная от ориентированных на интернет платежных систем Яндекс.Деньги, QIWI, WebMoney заканчивая чисто банковскими инструментами (всевозможные он-лайн банки).

Плюс куча обменников, платежных агрегаторов и пр. и пр.

Это вам следует пообщаться с БУХГАЛТЕРАМИ конкретно В УКРАИНЕ.

Прочитал.
Задумался.

Как раз моя специализация.

Не пытайтесь что-то сделать так как вы это делайте.
Обратитесь с специалисту.

Это не так чтобы сложно,
просто специфично очень.

Любой готовый "скрипт" - будет говно.
А ведь это - один из ключевых моментов данного бизнеса.

Если без веба - то смотреть вообще на 1С.
1С-ники (которых полно в любом городе) на таких вещах собаку съели.
Будет и быстрее и дешевле и качественее, чем у веб-специалистов.

Если нужно обязательно через веб, то
это заказное (индивидуальное) решение.

Серверу отправляешь 100-300 запросов одновременно да еще с одного IP?
Я бы тебя вообще забанил.

Собирай понемножку.

Ceph

для статистики influxdb - как раз разработана для быстрого сохранения огромного количества показателей. sic! для сбора показателей, но вовсе не для их длительного хранения.
для хранения переносить в другую СУБД.

для логов elasticsearch, можно логи туда загонять в отложенном режиме.

1. Миллионы записей это вовсе НЕ большая БД. Для современной СУБД - это ерунда. Нынче и миллиарды записей не большая проблема, а вы о миллионах каких-то.

2. В БД очень много места занимают индексы. Если вы не будете их делать (и не будете использовать СУБД, которая сама создает индексы) - можете сэкономить и в 2 раза. Как вариант - индексировать каждый раз при запуске приложения.

3. Касается только постоянно изменяемой БД. В БД очень много места занимает журнал транзакций. Если использовать СУБД без журнала транзакций - сэкономите размер, но потеряете в надежности. Если изменения происходят редко и в небольших объемах - проблемы с этим нет.

4. Есть append only СУБД. Там нет фрагментации. Там нет журнала транзакций (или он сильно упрощен).

5. У вас не такие уж и большие объемы. Допустим даже у вас будет 8 строковых полей по 120 символов в каждом. Это около килобайта без индексов. Допустим их будет 1 миллион. Это около 1 гигабайта без индексов.

6. Можно прекрасно разместить в оперативной памяти.
Если нужно прям-таки жестко сэкономить на дисковом пространстве, например, я бы взял СУБД in-memory (1 гигабайт данных + индексы на полгигабайта даже если - это не много для современного компьютера). А данные бы сжимал.

Криптовалюты есть мало у кого.
Тратить их желают мало кто - надеются на рост.
Да и глупо их тратить на услуги не требующие анонимности - мобильный, провайдер и т.п.

Если вас это не пугает - возможно.
Только не одна криповалюта, а несколько.

Зачем?

1. Обычный хостинг выдает вам фиксированные ресурсы за фиксированную плату.
2. Облачный - плавающие ресурсы за плавающую плату.
3. Есть еще промежуточный вариант, который называет себя облачным, но работает как первый.

Самый разумный довод - постепенный рост нагрузки.
Платишь все больше по мере роста своей системы.

Целесообразно если речь идет о проектах с хостингом на десятки и сотни тысяч рублей в месяц.

Ваши задачи (если движок написан корректно) прекрасно решает хостинг за 150-300 рублей в месяц. Не облачный.

А процессор точно ли поддерживает виртуализацию?
AMD поддерживает давно.
А вот Intel до недавнего времени - не все процессоры.

Писать им.