freeExec

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

Вопрос в том, почему это называется "журналирование". Глупо автоматизировать только часть работы, стоит смотреть шире и привязать к системе все, что может делаться внутри нее. Потому что у таких систем самый большой геморрой - это как раз внешние связи. Когда все, что возможно, делается через нее, система из обузы превращается в помощника и контролера.

елси правильно, то начать с чтения вики.осм
https://wiki.openstreetmap.org/wiki/Rendering

если побыстренькому, то сделать правильный запрос в поисковик
https://github.com/mapnik/mapnik/wiki/Mapnik-Insta...
https://switch2osm.org/serving-tiles/
use.openstreetmap.ru/serving-tiles (на русском !!)

попинать хабр
https://habr.com/ru/post/144675/

и т.д. и т.п.
емнип видосики даже есть.

Если ты используешь FixedUpdate (что правильно для физики), то соответственно нужно использовать fixedDeltaTime, а не deltaTime (которое для Update)

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

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

1) Хранилище. По примерным оценкам в мире в цифровом виде около 500 000 000 оригинальных музыкальных композиций. Учитывая ремиксы и каверы - можно смело брать миллиард. Средний вес композиции среднего качества - 5 Мб. То есть порядка 5 петабайт, если хранить не в лучшем качестве. Учитывая что это должно иметь какое-то резервное хранение (у нас тут серьезный сервис все-таки), умножаем на 2 (10 петабайт). При стоимости около 2 центов за гиг в месяц, 10 000 000 Гб * $0,02 = $200 000 в месяц хранение. Ну, бюджетненько в целом.

2) БД, которая хранит данные обо всех этих композициях. Стоимость хранения будет поменьше, но думаю к 20-50К все равно где-то выйдет.

3) Другой вопрос - где брать эти данные, так как не все музыкальные файлы содержат полное описание композиции. На перебор 1 миллиарда записей и сортировки их по жанрам, альбомам, исполнителям, дате выпуска и т.д. уйдет некоторое время. Допустим 50% композиций будут иметь нормальное описание, остается все те же 500 миллионов композиций на обработку. Пусть на каждую понадобится 2 минуты работы, внести данные в поля (хотя их еще как-то найти надо, но допустим), тогда получим 1 миллиард минут. Это 1900 лет работы, или 16 666 667 часов. Час работы самого дешевого индуса - 3 бакса/час. 16 миллионов * 3 - давайте округлим до 45 миллионов. Даже если сократить этот пункт в 10 раз - выйдет под 4 миллиона. Рабский труд сегодня дорог как никогда...

4) Теперь платформа которая будет всем этим ворочать, так как у нас в сервисе должны же какие-то пользователи завестись вроде. Ну, на сервера можно смело отложить небольшую сумму, тоже где-то 20-30К, для начала сойдет.

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

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

По итогу на год:
$200 000 * 12 = $2 400 000 хранилище
$20 000 * 12 = $240 000 бд
$20 000 * 12 = $240 000 сервера приложения
$4 000 000 работы
Итого: чуть меньше 7 миллионов баксов.

А тут что написано?


P.S. А почему mssql ?

Короткий ответ: что хотите, то и учите.
Ответ подлиннее: в текущих реалиях, как впрочем и до этого, сферы применения ассемблера и PHP не пересекаются. Ассемблер используется для крайне низкоуровнего и системного программирования (прошивки устройств, дрова и части ОС). В то время как PHP изначально создавался для WEB.
К тому-же, надо понимать, что синтаксис и уровни языков принципиально отличается и применять опыт программирования на одном языке, к программированию на другом практически невозможно.
Хотите работать с железками - учите ASM (хотя сейчас, в целом, для рядовых задач, куда лучше использовать плюсы)
Хотите в веб - учите PHP ну или любой другой высокоуровневый язык.

ну вообще тебе нужно
1. Создать анимацию поднятия
2. Адекватно всё наладить в Аниматоре
3. Сделать параметры по которым будет осуществлятся включение анимации (Для анимации "Подъём предмета" советую юзать параметер тригер)
И короч уже в скрипте который прикреплён к объёкту который имеет компонент аниматор в коде нужно написать чо то тип такого

private Animator _animator;
void Start(){
_animator = GetComponent<Animator>();
}
void Update(){
if(Input.GetKey(KeyCode.E){
     _animator.SetTrigger("Raise");
  }
}

animator.SetTrigger("Raise"); это ты вызываешь параметер по которому включается анимация. Если ты не понимаешь как работать с анимациями вот годный урок - Видео
И документация по получению нажатой кнопки - Получение нажатой кнопки
Получение касания кнопки/мышки и т.д и т.п.
Если помог отметь пожалуйста решением буду благодарен :)

Магазин приложений - это прежде всего про удобную их установку. Скачивать apk с сайта, разрешать установку из недоверенных источников - это неудобно и отпугивает. Для магазина приложений нужно приложение-установщик. Которое в идеале ещё и в Google Play либо в штатные прошивки каких-то телефонов надо будет протолкнуть, чтобы пользователям не приходилось его с бубном устанавливать.

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

На вордпрессе можно сделать в лучшем случае блог о приложениях со ссылками на их apk. Но это даже не 5% от того, что нужно для "аналога Google Play". И да, не надо делать как те недавно высмеянные дельцы, которые с пафосом презентовали "российский play", оказавшийся переименованным f-droid...

Канонические ссылки

https://yandex.ru/support/webmaster/robot-workings...
https://developers.google.com/search/docs/advanced...