Артем

Верстали еще на селеронах, когда notepade++ был "лучший IDE" , так что чего тут спрашивать то

отвечу с последнего вопроса
2) ИП на УСН быть может, если не резидент(к ним относятся граждане РФ более года проживающие за рубежом), и если предусмотрена повышенная ставка налога то должен соответственно и платить больше (но вроде это не такт... не путайте ситуацию когда у ИП работники не резиденты, там НДФЛ увеличенный), однако в обязанности налоговой не входит отслеживание статуса граждан РФ, это обязанность ФМС, но у гражданина есть обязанность сообщать о себе достоверную информацию, в связи с чем существует и ответственность...
Налоги исчисляет и предоставляет отчетность сам ИП, соответственно при изменении статуса на не резидента, ИП сам должен увеличить свою налоговую ставку, в соответствии с ней на числить и уплатить налоги, при этом обязан сообщить об этом налоговой (тут нужно у бухгалтеров уточнить (хотя вероятно мало из них кто сталкивался с этим вопросом... поэтому интернет будет полезнее...) когда и с какого налогового периода нужно применять другую ставку, в какой форме сообщать об этом налоговой...)
Более точно можно уточнить в налоговой по горячей линии или записавшись к ним на прием, или направив запрос письменно или через личный кабинет, получите вполне обоснованный ответ со ссылками на нормативу...
Ну, а по существу, я думаю налоговой такие ИП не представляют интереса, по крайней мере пока они не превысят лимиты по УСН и не обязаны будут перейти на ОСНО...
1) банк не принимает ваш договор, т.к. скорее всего, не хочет накосячить с валютным контролем... вероятно сложно (а скорее не возможно) объяснить органам валютного контроля, почему банк на счет ИП переводит денежные средства от не резидента в иностранной валюте не по гражданско-правовому договору (услуг, подряда и пр.), а по трудовому ... трудовые отношения - это все же несколько иная форма отношений (по крайней мере по законодательству РФ), однако если такие отношения вполне допускаются по законодательству той страны, в которой вы работаете, то вам можно сделать об этом в договоре соответствующую оговорку, что договор подчиняется праву другой страны, и предоставить банку соответствующие разъяснения, но это опять не просто, т.к. вам фактически придется для юристов банка организовать курсы повышения квалификации по зарубежному праву, иначе могут не поверить)))

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

И это как раз вторая причина почему для пагинации не надо использовать offset. (первая причина - производительность offset)
Передавайте значения сортировки последнего видимого элемента списка и запрашивайте продолжен списка, а не offset.
https://use-the-index-luke.com/sql/partial-results...

Все зависит от структуры, типов данных. Операций, которые планируете проводить. Их частоты.
1500 записей в минуту, это не страшная цифра для mysql. Вопрос каких записей. Если ключ bigInt
то в базу теоретически влезет 4,294,967,295 записей. А это данные за 5,5 лет при вашей частоте. Но опять таки - количество строк мало что говорит.
Я думаю что Вы раньше упретесь в объем хардрайва, чем в ресурсы БД.

Задать вопрос:
"может ли он сделать качественный интернет-магазин который не будет тормозить и лагать на woocomerce".
Если ответ "Да" - спец хреновый )

Думаю, лучше сделать так:

class Comments {
  /**
  * Ответы - это комментарии, у которых наш является родительским
  */
  public function getAnswers() {
    return $this->hasMany(self::className(), ['parent_id' => 'id']);
  }
}

не достаточно скопировать код, вставить свои фантазии и ждать что это сработает.
Подсказка:
много учиться
понимать разницу фронтенд/бэкенд
ajax

Можно сделать цепочку преследования: к случайной точке тянется одна, к ней другая, и т.д., а последняя – муха.

Очередную точку ставить на плоскости случайно, в любом месте внутри допустимой области. Эта точка – цель, к которой стремится следующая, невидимая точка: каждый следующий кадр её координаты изменяются на k * векторИзТекущегоПоложения-в-Цель:

x = x + k * (xTarget - x);
y = y + k * (yTarget - y);

Так «преследователь» замедляется, по мере приближения к цели, никогда её не достигая.

Эта невидимая точка – не одна. К ней, как к цели, стремится следующая. К той ещё одна. Наконец, сама муха по этому закону стремится к хвосту этой цепи - очередной точке.

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

Сделал рабочий пример.

Можно поменять алгоритм и сделать, скажем, линейную скорость постоянной. Или случайно варьировать параметры k и D – от этого поменяется скорость и траектория от плавной ближе к ломаной.

Могу ли я на основе уже существующего решения(например, moodle) собрать свое, без ненужного мне функционала?

Конечно. Тыжпрограммист.

Да хватит уже плясать с бубнами над SSD! Брать SSD и отрубать все что жрет диск в системе - это как брать дорогой автомобиль и не ездить на нем выше 60км/ч потому что вдруг сломается.

Просто.
Берешь и работаешь.
Понял?