Сергей Смагин

Иди путем наименьшего сопротивления.
1. попробуй посмотреть работоспособность в другом формате (если xlsx сейчас, то сохранись на xls или наоборот)
2. проверь файл на другом устройстве
Может тогда не придется танцевать с бубном вокруг файла.
отметьте ответ решением если помогло.

с залинковкой косяк возможно.

Заходишь на themeforest, ну или другие площадки, в поиске выбираешь шаблоны (темы) по подбору там чего-нибудь, выбираешь для себя подходящий (демо же есть там), если бесплатного нету, то бери платный шаблон и работай с ним. Как правило с готовыми шаблонами максимально просто работать. Учитывая, что вы нуб как говорите, то шаблон для вас лучшее решение будет. А что, а как вопросы с шаблоном отпадут. Смотрите не только на русском, в английской версии много темплейтов.

Для того, чтобы запустить сайд проект нужно все спланировать. И неважно при основной работе, или нет. При основной работе разумеется будет более растянутый по времени план. Но план ОБЯЗАТЕЛЕН, каким бы большим или маленьким не был проект.
Все идеи, все концепции обязательно расписывать. Краткая схема подготовки к проекту по пунктам выглядит следующим образом:
1. Инициатор (Вы) расписывает концепцию проекта. Также обязательны в ней ответы на вопросы: для чего делаем? кому нужен продукт? почему должны покупать (в случае коммерческого проекта)?
2. Знакомьте с документом потенциальных участников проекта (ваши знакомые с hard skills).
3. Обсуждаете в общих деталях (слушаете кто что вам скажет, изучаем настроение потенциальных участников)
4. Неделя-две перерыв (мозг потом может с другой стороны посмотреть на идею или отказаться от нее)

прошло две недели...

5. Понимаете, что идея по прежнему актуальна, еще раз обсуждаете и выясняете, кто готов и сколько времени готовы посвятить проекту, кому что нужно от проекта, сходятся ли ваши цели с целями участников проекта, вобщем договариваетесь на берегу об условиях участия в общем виде (далее подробности описываем в рисках)
6. Продумываете досконально монетизацию (на этом этапе могут вскрыться подробности, которые покажут о нецелесообразности реализовывать проект, если вы думаете о независимости и заработке), кто сколько в доле, условия выхода из проекта на разных этапах (бизнес план на этапе начала прооекта не обязателен, если нет больших вложений финансовых, главное это четкий план монетизации "как зарабатывать будем"?)
7. Выбираете ОДНОГО ответственного за проект (допустим Вы) и ответственных по остальным activites
8. Вы делаете дорожную карту для MVP (как будем достигать цели?). Знакомите с командой.
9. Создаете документ под названием Работа с рисками. В нем прописываете, все риски которые могут помешать реализации проекта и как будете с этими рисками работать (пример рисков: вылет участника команды, несвоевременное исполнение задач, потеря мотивации участником, непредвиденные расходы, необходимость значительно продлить проект и т.д. ). Первая колонка риск, вторая как решаем этот риск в случае его возникновения. Знакомите с командой. Если кто-то где-то несогласен - корректируете документ по компромиссу. Помните, риски это классно это круто. Нет рисков - нет проекта.
10. Планируете все действия в диаграмме Ганта. Если нет сроков - проект растянется на очень долготи так и не завершится.
Ну вот и все! Можно начинать работу!
Все пункты важные. Не спешите с началом разработки, уделите достаточное время на этап планирования.
И запомните, ответственный за проект только один человек, даже если все в доле. Коли вы инициатор - управляйте процессом САМИ и не ждите, что проект сам как то дойдет потом до ума. Нет ответственного - нет результата.
Итого главное это:
1. Планирование (сначала планируем - потом делаем)
2. Сроки (без обозначенных сроков - не приступаем к работе)
3. Работа с рисками (проблемы будут - поэтому учимся с ними работать)
Про мотивацию, менеджмент, управление и т.д. это в умных книжках почитаете сами.

Если сервер nginx, то делаем так:
1. Открываем файл nginx.cof (по адресу /etc/nginx/)
2. В самом начале (или перед другими командами server) файла пишем:

server {    
    listen 80 default_server;    
    server_name _;    
    return 444;
 }
 
    server {
    listen 443 ssl http2 default_server;
    server_name _;

    ssl_certificate		/etc/ssl/название_вашего_файла.crt; 
    ssl_certificate_key		/etc/ssl/private/название_вашего_ключа.txt;
    	
    add_header Strict-Transport-Security 'max-age=31536000';
    return 444;
 }

Первая команда server для http соединения, вторая команда server для https соединения. Если у вас SSL не установлен, то вторую команду server можно не писать.
Лично для своего сайта делал настройку с данным кодом.