mletov

Что хранится? JWT Token?
Тогда
https://learning.postman.com/docs/sending-requests...

В первую очереди улучшить UI за счёт React библиотек

Если много сложных форм с зависимыми контролами и большое количество интерактивности на сайте, то Angular/React/Vue или может быть даже Blazor - верный выбор. Иначе незачем огород городить.

Рассказали бы что за проект.

улучшить SEO используя SSR возможности NextJS

Нормальное SEO можно сделать и на MVC. Это вопрос качества исполнения, а не технологии.

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

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

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

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

позже будет натянут на WP.

Кем натянут? Вами? Как только вы приступаете к натяжке из CMS, вы из чистого верстальщика/фронтендера превращаетесь в фулстека с расширением полномочий/обязанностей, в т ч и оправка формы ложится на вас.

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

Я бы попробовал простенький тест.

1) Попробуйте в настройках отправки почты вашего плагина прописать настройки smtp сервера какого-нибудь бесплатного почтовика. Например, Яндекса.
Если дойдет с вложением - дело в почтовом сервере, без вложения - в плагине.

2) Альтернативный вариант. Создайте php файл, из которого отправьте письмо с вложением через ваш почтовый сервер.
Через какой-нибудь PHPMailer или чистый PHP, неважно.
Если дойдет с вложением - дело в плагине, без вложения - в почтовом сервере.

Подозреваю, что как и любая начальственная должность, без особой привязки к области:

- Ставить дизайнерам задачи

- Проверять качество того, что дизайнеры нарисовали

- Если кто-то из дизайнеров заболел/уволился/умер, не доделав проект, решать, кто поднимет упавшее знамя. Или доделывать самому.

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

Насколько потом это влияет, если и дальше собираешься быть дизайнером?

Зависит от загрузки, это как тимлид у программистов.
Есть время - рисует сам наравне с командой. Нет времени - раздает задачи, а сам идет на очередное совещание.

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

Если нужно что-то совсем примитивное, то почему бы не подключить bootstrap, у него есть дефолтные стили и сетка, что ещё нужно.

Вот это читали?
https://qna.habr.com/q/582005

PS Пожалуйста, не жалейте запятых и не ленитесь проверять орфографию.

А админке создать сущность, у которой есть свойство документ.
При выходе новой версии документа просто загружать его, id сущности остается тем же.

И просто сделать страничку, можно на чистом PHP, типа downloadDocument.php?entityId=123
123 - ид сущности.

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

Кто-то лэндинги клепает, кто-то интернет-магазины на на Битриксе собирает, кто-то пилит "кровавый энтерпрайз" на .NET/Java, кто-то клевые анимированные штуки на threejs, кто-то всякие парсеры пишет, кто-то сложные интерфейсы реализует с кучей зависимых контролов на React/Angular/Vue.

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

MGDSStudio
Учился на полуайтишной специальности.

На моей памяти преподаватели позиционировали как основу основ всея IT следующие вещи:

П1: Понимание как устроены системы счисления. Умение переводить из одной в другую. В первую очередь, конечно, двоичная)
П2: Модель OSI. Сейчас, правда, часто пишут, что она морально устарела, но тот препод прям фанат был, требовал ее жестко и со всех, до сих пор помню.
П3: Считал основой основ всего Двоичные семафоры Дейкстры. Независимо от вытянутого билета всегда дополнительно спрашивал про них.

Ну может еще булева алгебра. Все-таки все эти "and", "or", "xor" на ней базируются.

Добавлю от себя:

- На 1 курсе всех учат рисовать блок-схемы

- неотъемлемые составляющие любого языка программирования: переменные, циклы, массивы, классы, объекты. Базовые представления об ООП.

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

- Основы баз данных и 3-я нормальная форма. Уметь создать хотя бы простые таблички, проставить связи между ними и уметь написать простой SQL запрос.

- Еще довольно часто попадается упоминание, что в must have входит умение оценивать сложность алгоритма, всякие O(2) и т д. Для написания серьезных вещей вероятно так и есть.

- Сетевые протоколы, но в первую очередь ,конечно, TCP/IP. И вообще как работает интернет, DNS и т д.
Это пересекается с выше упомянутой моделью OSI

Книг не посоветую. Все гуглится. Лучше ищите не книги, а составьте список вопросов для изучения, которые must have для любого айтишника. И ищите ответы на них в интернете.

Собственно, так и делают.
Только вордообразный wysiwyg редактор прикручивают (CKEditor, TinyMCE и т д)

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

Но для очистки совести вот вам ссылки:

Примеры с fetch. Метод POST вам пригодится.

https://www.freecodecamp.org/news/javascript-post-...
https://reqbin.com/code/javascript/wzp2hxwh/javasc...

Вставка в базу через PHP
https://www.w3schools.com/php/php_mysql_insert.asp

На самом деле, делать через JS не обязательно, можно и через action.
Количество форм на это не влияет.
https://www.geeksforgeeks.org/how-to-insert-form-d...

По сути, это вопрос не имеет отношения к ASP.NET, поскольку ASP.NET - это бэкенд, а
а промежуточные состояния формы сохраняются на фронтенде (куки, localStorage, store во всяких Redux, Ngrx и т
д для различных клиентских фреймворков).

Исключение только если вы на ASP.NET WebForms пишете, а не на MVC/Core, там фронт и бэк перемешаны, промежуточное состояние можно сохранять во ViewState, но вряд ли вы на нем пишете - он древний.

Еще в сессионные переменные складывать можно.
https://metanit.com/sharp/aspnet5/2.26.php

А так отталкивайтесь от реализации фронтенд части, на чем она реализована.

И еще погуглите "asp.net core multystep form"

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

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

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

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

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