mletov

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

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

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

А еще "Тетрисы" и "Змейки" все подряд пишут и никто друг с другом не судится за название.

Кроме юриста по авторскому праву вам никто не поможет.

1. Завести у элемента св-во quantity
2. [(ngModel)]="element.quantity"
3. addToOrder(element)

Сам wordpress не изучал,

Судя по вопросу, не изучал не только wordpress, но и вообще веб-программирование.

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

А "в лоб" задача не решается?
Развернуть 2 базы, новую и старую (у вас же бэкапы есть, надеюсь).
Выяснить какие именно таблицы распухли, и от этого уже отталкиваться.

MySql запущен?

Что в логах?

Это читали?
https://stackoverflow.com/questions/40971796/apach...

по возможности самый краткий (три блатных аккорда) быстрого освоения

Нет никакого единого краткого алгоритма. Каждый случай индивидуален.

Но если совсем в целом, то:

1) Создать базу данных с новой структурой

2) Переписать клиентское приложение, чтобы оно работало с новой структурой базы (что там у вас: веб, десктоп, мобайл?).

3) Если база активно эксплуатировалась, то написать скрипт миграции данных из старой базы в новую.

4) Тщательно протестировать результат на локалке. Можно выкатить еще и на тестовый стенд, чтобы тестировщики и аналитики поигрались.

5) Выкатить новое приложение с новой базой на прод.

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

Когда каталог обновляется, он экспортит эти таблицы в xlsx и присылает мне -> я выгружаю из движка интернет-магазина текущий каталог в csv -> загоняю в Excel, вручную правлю -> загружаю назад.

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

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

Еще есть вариант, что эту Excel заказчик формирует из 1C, тогда логично разобраться с импортом из него прямо в базу магазинов.

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

https://stackoverflow.com/questions/2705583/how-to...

https://github.com/anseki/readline-sync/issues/54

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

Либо должен быть переходный период, во время которого будут существовать 2 системы. И вторую будут тыркать аналитики, тестировщики, заказчик и т д. Т е им тоже надо будет тратить свое время, аналитики и тестировщики не захотят делать это бесплатно, а у заказчика возникнут закономерные вопросы, с чего вообще решили переписывать, и так работает.

Сталкивался с переписыванием системы с PHP на .NET, но это согласовывалось с самого верха и, разумеется, не бесплатно, а в штатном режиме.

Не нужна таблица "Список активных клиентов"
Только таблица "Клиенты" и в ней "Дата активации" и "Дата деактивации"
Если дата деактивации пустая - клиент активен.
Если выборка "Список активных клиентов" используется часто - можно сделать вьюху.

Можно, но через кривой костыль.

Если верить документации, то в тело страницы можно встроить произвольный js.
Т е если генерить блок с ценой не на сервере, а динамически на клиенте, то вполне.
Можно дополнительно через SetInterval периодически проверять, не наступил ли момент X прямо в процессе страницы пользователем.

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

3. Что выбрать - Frontend или Backend? Какие специалисты более востребованы и кому легче найти работу? Насколько важно знание математики в backend'е?

Если на Python писали, с линуксом дружите и в SQL умеете, то все располагает именно к бэку на Python.

Я бы посмотрел в сторону веб.

Насколько важно знание математики в backend'е?

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

но почему-то кажется что порог вхождения в backend выше

Раньше так было, щас фронт настолько усложнился, то легче на нем не будет.

Разговорный английский на уровне A2, сейчас в процессе самообучения.

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

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

Даже если в перспективе сделать ставку на бэк, опыт фронта лишним не будет. Главное, по неопытности проект не запороть)

Есть ли смысл начать с фронта, и далее по ходу дела учить бекенд? (fullstack-разработчик это вроде сейчас называется)

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

Зато фулстеком проще найти работу. Знаю много людей, для которых фулстек был промежуточным этапом к фронту или бэку.