В Go-сервере нужно указать директорию сайта и конкретный файл, который надо отправить в ответ на URL. Видимо, в функции ServeFile()?

Question

[Vadim Rublev]

Помогите разобраться с функцией ServeFile(). Или подскажите другую функцию для отправки [с сервера на клиент по URL'у] файла вместе с подключенными файлами.
Вот это - ServeFile(w, r, nameFile) - отправляет файл; а надо и сопровождающие файлы тоже отправлять.

Answer 1

[Александр Павлюк]

Если возникают такие вопросы, может вам лучше фреймворк использовать?
Например https://github.com/gin-gonic/gin
С ним это будет выглядеть так:

func main() {
	router := gin.Default()
	router.Static("/static", "./static")
	router.StaticFile("/index.htm", "./static/index.htm")

	router.Run(":8080")
}

Comments

[Vadim Rublev]

В ЯП таких возможностей нет?
Я подумал, что в описании функции ServeFile() есть такая возможность. Просто разобраться не смог. (

[Александр Павлюк]

Vadim Rublev, не в ЯП, а в его стандартной библиотеке. Да, такая возможность там есть, но она сложнее, чем показанный мной способ и содержит некоторые нюансы.
Например, можно так:

func main() {
  fs := http.FileServer(http.Dir("static"))
  http.Handle("/static/", http.StripPrefix("/static/", fs))

  log.Println("Listening...")
  http.ListenAndServe(":3000", nil)
}

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

[Vadim Rublev]

Сервер не нужен. Он есть.
Префикс тоже не нужен. Там уже с URL'ом маршрутизатор разобрался.
В Dir() указали директорию файлов сайта. В первом аргументе Handle() указана тоже директория сайта. А где указан открываемый файл?.. )

[Александр Павлюк]

Vadim Rublev, открываемый файл в запросе пользователь указывает. Если хотите вручную управлять тем, какой файл выбирается в файловой системе, можно это сделать так:

func main() {
	fs := http.FileServer(http.Dir("somedir"))
	http.Handle(
		"/",
		http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
			if r.URL.Path == "/somefile.txt" {
				r2 := &http.Request{}        // создаем запрос для подмены
				*r2 = *r                     // копируем старый реквест в новый
				r2.URL = &url.URL{}          // заменяем урл в запросе на пустой
				*r2.URL = *r.URL             // копируем содержимое старого урла в новый запрос
				r2.URL.Path = "somefile.txt" // подменяем путь на нужный
				fs.ServeHTTP(w, r2)          // направляем запрос в файловую систему
			} else {
				http.NotFound(w, r)
			}
		}),
	)

	log.Println("Listening...")
	http.ListenAndServe(":3000", nil)
}

[Vadim Rublev]

> открываемый файл в запросе пользователь указывает.
Конечно же это не мой случай. Зачем бы я маршрутизатор сочинял?
У меня в URL'е маска.

Способ подмены URL'а мне вряд ли подойдёт. У меня URL уже распарсен, теперь надо просто открыть файл. И он уже открывается - http.ServeFile(w, r, "MyFile.html"). Но без подключенных файлов.
Видятся два пути:
1. Указать директорию_файлов_сайта в функции ServeFile() (в которой уже указан возвращаемый файл) - типа по Документации в скрине в вопросе.
2. Указать директорию и файл в функции http.HandleFunc(), может быть совместно с ServeFile(). Вот типа как в этой статье: https://metanit.com/go/web/1.2.php

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

[Александр Павлюк]

Vadim Rublev, может вам просто файл отдать в writer и не париться?

file, err := os.Open("some_filename.txt")
if err != nil {
	http.NotFound(w, r)
	return
}
defer file.Close()
io.Copy(w, file)

[Vadim Rublev]

Может...
Мне надо указанный HTML-файл отправить в браузер вместе с сопровождением.

[Александр Павлюк]

Vadim Rublev, что значит "с сопровождением"?

[Vadim Rublev]

"Сопровождением" я сейчас назвал подключенные файлы (модули). (О них в вопросе сказано.)
Моя проблема в том, что в браузер отправляется один [указанный] HTML-файл, без этих самых подключенных файлов (CSS, JS, ...). Вот скрин кода, синим подчёркнуты подключенные файлы ("сопровождение").

[Александр Павлюк]

Vadim Rublev, но эти файлы идут отдельными запросами

[Vadim Rublev]

Когда сделано открытие HTML-файла "напрямую" - указана директория сайта, и оттуда Go-сервер автоматом забирает (для возврата в браузер) файл с именем, которое на конце URL'а - всё нормально работает, HTML-файл уходит в браузер со своими подключенными файлами. А вот когда я указываю возвращаемый файл не напрямую (ибо в URL'е маска), а через маршрутизатор - тут в браузере отображается "голый" HTML.

[Александр Павлюк]

Vadim Rublev, логично, что проблема в маршрутизаторе скорее всего. Или в неправильно прописанных путях в html.

[Vadim Rublev]

> но эти файлы идут отдельными запросами
Эти файлы вообще не запрашиваются. (Запрашиваемый не знает об их существовании.)
Вы хотели сказать, что эти подключенные файлы надо отправлять вслед за ведущим HTML-файлом, прописывая каждый файл явно (также как ведущий HTML-файл)?..

[Vadim Rublev]

> логично, что проблема в маршрутизаторе скорее всего. Или в неправильно прописанных путях в html.
Браузер локально (по клику мышкой на файле) корректно всё открывает. Т. е. пути в HTML нормальные.
А что с маршрутизатором? Я указал: открыть такой-то_файл, он открылся. Что ещё?
Почему HTML-файл автоматом не тянет за собой все файлы, что в нём подключены? Он разве не должен? Как в Go-сервере устроено? (Браузер в локальном режиме тянет же автоматом всё.)

[Vadim Rublev]

Вот сейчас попытался отправить [в браузер] вслед за HTML-файлом его CSS-файл. Просто прописав его следующей строкой, типа:
http.ServeFile(w, r, "directory/MyPage.html") // Это HTML-файл.
http.ServeFile(w, r, "directory/Style.css") // Это CSS, подключенный в HTML-файле.
Но отображение - как и было (HTML без CSS). И пишет: "Лишний ответ" - про строку с указанным CSS-файлом.
Как-то особенно нужно указывать подключенные файлы?

[Александр Павлюк]

Vadim Rublev, судя по вашим вопросам и по тому, что вы попытались послать два файла в один запрос, вам стоит почитать про основы протокола HTTP. И лучше все-таки использовать фреймворк, ибо на уровне стандартной библиотеки работать рано, не зная основ.
Файлы браузер запрашивает отдельно, по запросу на файл!

[Vadim Rublev]

Понятно. Спасибо! :)

[Vadim Rublev]

Александр, а как-то защищается запрос подключенных файлов? То есть браузер запрашивает CSS (для "ведущей" уже загруженной HTML-страницы): /domen.com/style.css ; тогда как основной_URL (по которому ведущая HTML-страница): /domen/index.html. В каком месте отличие?
Так любой наберёт URL_с_CSS, и получит мой CSS, что ли?
Не могу нагуглить.

[Александр Павлюк]

Vadim Rublev, никакой защиты нет. Любой, кто наберет ваш урл с css получит ваш css.

[Vadim Rublev]

Йоу!! :( Но это же неправильно!
Т. е. каждый сайт защищается как может/придумает?

[Александр Павлюк]

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

[Vadim Rublev]

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

Спасибо за пояснения! :)

[Vadim Rublev]

Остался последний штрих. ))
[Для авто-запроса-открытия подключенных файлов.] Надо, в имеющийся код-роутинг вставить функцию, просто возвращающую файл, имя которого указано в конце Пути_URL'а. Типа функции http.Handle("/", http.FileServer(http.Dir("directory"))).
В main() эту функцию мне не даёт вставить, ибо там уже есть слушатель_всех_запросов:
http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) {
parsingURL(w, r) // Это мой роутинг.
})
А при вставке в функцию parsingURL() - где маршрутизация моя - компилируется, но страницы вообще не открываются, и в консоли ругань.
Может быть что-то подскажете? :)

[Александр Павлюк]

Vadim Rublev, просто вызывайте функцию ServeHTTP(ResponseWriter, *Request) у вашего FileServer внутри ройтинга.

[Vadim Rublev]

...И она будет работать как http.Handle("/", ...)?
Вызывать её в самом начале (ПЕРЕД всем остальным роутингом)?

[Александр Павлюк]

Vadim Rublev, нет, вызывать ее в том случае, если роутер решил, что надо отдать файл.

[Vadim Rublev]

Не-не.., как отдать файл по решению роутера - это я знаю, это всё работает.
Вопрос в другом: отдать файл по URL'у ПРОСТО, мимо роутинга.
Сейчас есть логика: на все запросы запускается роутинг. (Но в роутинге нет "технической сопутки" - она не отдаёт подключенные файлы. Там чисто бизнес-логика.)
А надо: на все запросы напрямую отдаём файлы; а иначе - запускаем роутинг.
...Или так не бывает?..

[Александр Павлюк]

Vadim Rublev, я не понимаю, что вы хотите сделать. То, что вы описываете — это и есть роутинг.

[Vadim Rublev]

Вот это, что я описываю (сервер с выделенной функцией прямого открывания файлов по имени в URL'е):
http.Handle("/", http.FileServer(http.Dir("directory")))
http.ListenAndServe(":80", nil)
равно вот этому (голый сервер, отдающий файлы также по URL'у):
http.ListenAndServe(":80", http.FileServer(http.Dir("directory")))
Лично я бы никак это роутингом не назвал. :)

[Vadim Rublev]

Ладно, я понял. Нюансы логики.
Тогда скорректируем вопрос: в роутинге, если видим на конце Пути_URL'а расширение_Х (например .css), то ищем этот_файл в данной_директории.
Вот как указать данную_директорию?

[Александр Павлюк]

Vadim Rublev, вызвать ServeHTTP у того файлсервера, который смотрит в ту директорию

[Vadim Rublev]

Спасибо! Буду пилить...