awesomer

Семейство KeePass проверенно годами
И имеет совместимость между Android/Windows/iOS/MacOS/Linux

Это все настраивается индивидуально.
Как хочешь - так и будет.

Упомянутый вами Дженкинс - универсальный инструмент. Там нет четко предопределенных путей.

Как узнают тестировщики?
Например, можно им в Слэк настроить уведомления.

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

Вы можете почитать конкретные рекомендации-примеры. Например на bitbucket есть несколько статей про разные схемы.

Но это не стандарт, не единообразные правила.

Встаёт вопрос учёта рабочего времени, т.к. я сижу сейчас на окладе, а если пересяду домой, то логично возникает почасовая оплата

Нелогично. Разве что психологический эффект.

Полно программ - делают снимки экрана, отмечают открытые в течение времени окна и пр.
Гугль вам сходу десяток выдаст.

А че - шеф разбирается в том какие окна должны быть открыты и что на экране?

А если вы будете работать с чужим сайтом - он по коду это поймет?
;)

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

Вы скорее всего пропустили уведомления. Сами виноваты. Без предупреждения - не бывает.

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

Аудитории в России нет, надёжность падает, риски растут.

Если аудитории не в РФ - нет, то и рисков тоже нет.

Очевидно где держать: если хочется максимальная надежность, то в крупных, что уже опасаются за репутацию, ибо имя имеют.

OVH, Hetzner, Google, Amazon, Rackspace, Heroku, Digital Ocean, Azure, Linode.

Но полную гарантию как известно дает только страховой полис. Потому держать в разных дата-центрах на разных континентах несколько серверов. С репликацией/синхронизацией.

OEM вы можете получить, только если самостоятельно собираете компьютеры.
Но не официально можно попробовать купить их у такого вендора-сборщика.
Хотя и формальные правила MS это запрещают, - сборщики приторговывают "налево".
По документам это будет идти как "модификация компьютера". Типа вы его им отдали, они вам его вернули после модификации уже с Windows.

выгодно?
забудьте.
тиЦ уже не тот тИЦ - Яндекс официально заявил еще несколько раз о неважности этого показателя.
250-300 в сутки - вы даже себестоимость не отобьете на продаже ссылок.

использовать Traefik
он заточен именно на то, чтобы быстро отлавливать появление/исчезнование бэкендов и быстро их переключать

Людям нужно что то кушать ежедневно. Загораются - и через пару месяцев гаснут, когда выясняется, что нужно зарабатывать, а работа за деньги отнимает кучу времени и усилий. И на бесплатный проект уже не остается времени/сил.

Aerospike.
In-Memory Persistent.
Но - в памяти держит не всю базу, а только индексы.

На Тостере - не CMS.

Владеющая Тостером фирма достаточно серьезно относится к своим проектам и достаточно хорошими бюджетами располагает и с достаточно высокими нагрузками работает и на нее достаточно высококвалифицированные разработчики работают, чтобы реализовать свой собственный узкозаточенный движок, а не пользоваться чужими универсальными решениями. Узкозаточенное решение (если исключить из рассмотрения его стоимость и время нужное для его создания) - всегда лучше, если у вас есть финансовая возможность его реализовать, а у "ТехМедиа" (владелец Тостера, Хабра и пр. https://tmtm.ru/#projects ) - эта возможность есть.

некоторое время назад, когда интернет был дорогим - у меня знакомый практиковал спутниковую тарелку.

особенности спутникого интернета таковы, что ответы от серверов клиентам шлются из космоса вниз все и всем клиентам сразу.

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

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

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

Слышал что можно купить блок ip адресов у сторонних брокеров ... но понятие не имею как это блок ip будет связываться с сервером ?

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

смысл именно что покупки IP - только для специфических целей.

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

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

на фриленсе, если у вас нет базы, опыта - все плохо с простом. встречал я неоднократно фриленсеров и с 5-7-9 годами опыта, которые умели не больше, чем джун в моей фирме после 2 лет работы.

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

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

Домен - на вас зарегистрирован?
Все, забрать сайт невозможно.

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

P.S.:
С чего вы решили, что человеку, который является успешным и востребованным разработчиком (а сейчас на них огромный спрос) - нужно променять свой верный кусок хлеба на какой то сайт, который нужно еще раскручивать, возиться с товарами и пр. и пр.

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

Ну не бред ли.

93 млн. - сама по себе смешная нагрузка для современных СУБД на современных компьютерах.
Выбор СУБД зависит от того - а что именно вы собираетесь с этой базой данных делать.- в вопросе это не указано.

Ну например, если ваша цель быстро искать в это БД товары, а ваши 30 колонок - это фильтры, то отлично подходит СУБД для именно что полнотекстового поиска (пусть вас не смущает название, для фасеточного поиска она тоже подходит отлично). Это, к примеру:

• если вы ориентированы на скорость SphinxSearch
  
• если вам нужен кластер, то это ElasticSearch
  
• если вам нужны традиционные инструменты типа SQL, - то это PostgreSQL, MySQL.
  

Если же задача другая - то идеальным выбором может быть и другая СУБД.
Нужны детали.

Думаю, дело в том, что вы увидели эти 90 млн. и решили, что нужно какое-то специфичное решение и не стали даже уточнять детали - а на деле, ничего такого в этих 90 млн. нет. А вот детали задачи - важны.

Рассмотрим задачу быстрой перезаписи - вы имели ввиду все 90 млн. перезаписывать целиком? Не частично. А вот это будет действительно проблемой. Мало какая из СУБД способна на быстрые изменения такого объема.

Ну и третий раз повангую - максимально быстрый доступ к данным - это если данные размещены в оперативной памяти. Один из наиболее развитых инструментов, с размещение в оперативной памяти и с функционалом СУБД - Tarantool. Быстрее, чем in-memory DB, к которым относится Tarantool - и вариантов нет.

Но понадобится соответствующее количество оперативки.

Если оперативки мало, то можно глянуть Aerospike. Это "почти in-memory DB". Но объемы данных могут быть огромны, при небольших запросах к оперативке. От оперативки требуется только целиком вмещать индексы, а не сами данные.

Короче, ванговать мне надоело.

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

Устроился джуном в небольшую компанию.

Только джун, а уже других критикуешь?

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

Это нормально как раз.

Если ты прям уверен, что так все плохо, а ты реально джун - вали в другое место.
Учиться на говне не нужно.

https://habrahabr.ru/company/yamoney/blog/347390/

Книга Джеффри Фридла «Регулярные выражения»

но стоит ли столь подробно

регулярка только выглядит страшной - так то она довольно простая.