dollar

У меня 4 Тб, из которых виндой используется только 2. Никаких проблем.
Скорее всего, диск неисправен.

Вы путаете владельца и менеджера.

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

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

Можно быть 2 в 1, но это вызовет небольшой внутренний конфликт. Если попробуете совместить, то поймёте, о чём я. Так что лучше так не делать. В общем, советую заранее определиться: либо вы мешок с деньгами, либо возглавляете команду.

Далее ознакомление с интересующей вас темой советую продолжить по этой ссылке.

О какой помощи идёт речь? Что значит переезд за его счёт? Работодатель должен заплатить за вас или что? Если так, то, очевидно, нужно предложить ему что-то взамен, либо деньгами отдать, либо своим временем, ну а дальше как договоритесь.

Если же вам нужно, чтобы работодатель помог документами. Например, чтобы выдал справку, что вы будете у него работать или уже работаете. А вы эту справку потом меняете на визу. В этом случае я не вижу проблемы, потому что работодатель ничего не теряет. Так что можете прямо его просить об этом.

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

В общем, главное, быть честным (со всеми), тогда и не придётся краснеть в будущем. В остальном, как говорится, спрос не грех.

Для начала, карта в iframe? Если да, то это не ваша территория.
Если нет, то можно повесить событие хоть на document и смотреть event.target

Вы делаете асинхронный запрос.

Самое простое решение - добавить async: false в параметры ajax. Но гораздо лучше разобраться в этом вопросе и понимать, что вы делаете и зачем оно вам надо.

Ответ: сложно.

Если вы играли, то заметили, что генерация мира - это набор из последовательных (10-20) этапов. Сначала формируются биомы, потом в них вырезаются пещеры, потом где-то заливаются водой, затем сажается трава и т.д. Каждый этап - это отдельный сложный алгоритм. И по сути это ноу-хау игры, что составляет её стоимость. Если бы эти алгоритмы были просты и общеизвестны, то у нас была бы куча клонов Террарии.

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

Любые варианты снимков экрана. Всё остальное не надёжно.

Дайте нагрузку на проц и отдельно на видео. А также сделайте все тесты памяти. Если ничего не выявится, то остаётся грешить на за(раз)мыкание.

Боты убиваются очень просто.

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

Пример: ставим на ссылку ложный url. Если пользователь наводит мышку на ссылку, и вообще шевелит мышкой (а боты этого не делают), то меняем ссылку на нормальную, так что пользователь перейдёт, куда нужно. А куда перейдёт бот - вам решать. Но если тупо заблокировать, то хозяин ботов быстро сообразит, что надо улучшить бота. Так что лучше показывать им что-нибудь. Можете цену в 2 раза выше показать, например.

$("#comment-load").click(e=>console.log('А клик вообще работает у вас?'));

$("#comment-load").click(function (){
  console.log('Функция должна работать');
  loadcomment(p, kolovo);
  console.log('Вот и сработала');
});

URL текущей страницы хранится в location.href
Скрыть div можно через .style.display = 'none'

В английском языке существительные в начале превращаются в прилагательные, а в конце - существительное, к которому они относятся.
Сравните: "stone wall" (каменная стена) и "wall stone" (камень из стены).

То есть первым делом нужно определиться с главным существительным, то есть ЧТО имеется в виду. Если это имя, то название переменной должно оканчиваться на _name (или Name в зависимости от стиля).

Далее, если не придираться к правилам, то последовательность прилагательных лучше делать так: чем важнее, тем ближе к существительному.
Шаг первый: product_name
Шаг второй: homepage_product_name (при этом вам должно быть очевидно, что не home_page)

Далее, ничего лишнего быть не должно, и должно максимально точно отражать суть. Например, настройка, говорящая о том, что уведомления можно посылать только если приложение неактивно.
Не правильно: notify_if_inactive (вообще не понятно, не логично)
Правильно: is_notify_if_inactive_only
Приставка is_ в данном случае является соглашением в нашей команде, указывающем, что это булева переменная, можно также юзать b_ например для той же цели. Или, скажем, если это константа или меняется очень редко, можно записать капсом или добавить приставку c_

Вообще дальше уже начинаются тонкости и вкусовщина. Основные принципы изложены выше - это четкий порядок построения и соответствие сути.

CSS стили и некоторые скрипты лучше загружать синхронно. На скорость влияет, но не сильно. Зависит от того, куда ведут ссылки. Если это известные библиотеки, то они закэшированы и практически не влияют на скорость. Если css файлы грузятся с того же сайта с keep-alive, то влияния на скорость тоже практически нет.

Всё "необязательное" типа блоков промо, рекламы, какой-то сложной инфы, которую нужно сначала собрать на сервере, можно и асинхронно вливать в уже загруженный сайт. А меню и ключевой контент - лучше синхронно, а еще лучше не сильно распихивать по файлам на разных сайтах.