господа, я что-то туплю) <link rel="stylesheet" type="text/css" href="./css/bootstrap.css" /> на странице странице localhost:5000/blog css-ка разве не должна скачиваться с localhost:5000/blog/css/bootstrap.css?

господа, я что-то туплю) <link rel="stylesheet" type="text/css" href="./css/bootstrap.css" /> на странице странице localhost:5000/blog css-ка разве не должна скачиваться с localhost:5000/blog/css/bootstrap.css?

О, а я видал, как ты там ковыряешься! Щас HTML гляну, сек.

А, ну тут понятно. Нет, это так не работает.

Если у тебя страница имеет адрес /blog, это считается "файлом". Значит, у неё базовый URL будет просто /, и все ресурсы будут резолвиться относительно него.

Если у тебя страница имеет адрес /blog, это считается "файлом". Значит, у неё базовый URL будет просто /, и все ресурсы будут резолвиться относительно него.

а, логично

добавил слэш в конце и все норм)

Либо меняй адрес страницы, либо начинай все URL с blog/, либо используй тег <base>.

Либо меняй адрес страницы, либо начинай все URL с blog/, либо используй тег <base>.

не, base не могу поменять

Либо меняй адрес страницы, либо начинай все URL с blog/, либо используй тег <base>.

не так я надо было вместо localhost:5000/blog писать localhost:5000/blog`/`

Напишешь либу, всем польза.

Да, но не всё так гладко

Т.к. в .Net Core F# нет Http Utilities, придётся использовать HttpClient, который в идеале надо делать reusable, а это значит придётся опять костыли с mutable делать, что не гуд)

А HttpWebREquest не модно, шоле?

Ты чо, нет конечно!

Не красиво

Ты чо, нет конечно!

Пачиму?

Потому что WebClient, а теперь уже HttpClient.

Нухз

Да точно, точно!

Я за то, чтобы ближе к запросам быть

За это я, например, Restsharp не любил

Там было чото по поводу эффективности обращения к серверу и переиспользования HTTP-подключений.

Там перед отправкой запроса низя посчитать, например, контрольную сумму

https://gist.github.com/Dolfik1/ef286de68a633eda592d55077aaa8846

Уродство же?

И да, тут опять сраные ()

Ну как бы() вполне логичны

Читаем про мемоизацию

Я думал что это будет эквивалентно return

Но ошибался)

КАкой-то ООП -стиль

Вот

В этом и проблема

Ну это не клиент подталкивает, есличо

У меня не получается писать в функциональном стиле с C# библиотеками)

Примеры красивого кода с HttpClient найти не удалось

И это прям опечаливает

Я начинал писать как-то так: https://github.com/vshapenko/fs-odata/blob/master/ODataClient/HttpRequest.fs

https://gist.github.com/Dolfik1/ef286de68a633eda592d55077aaa8846

Вообще, знаешь чо? Вот эти все bot.Api.SendMessageAsync(chatId, resultString)|> ignore выглядят ОЧЕНЬ подозрительно.

Кажись, ты там вызываешь асинк без авейта.

А мне ждать не нужно

А если там эксепшен?

Да пофиг)

Прям воще?

Кстати да, обработки исключений нет

Тебе имеет смысл подумать об использовании Result

Кстати да, обработки исключений нет

Обработка исключений будет, если делать await.

Ну, вернее, yield! Async.AwaitTask или как там это делается.

А мне ждать не нужно

Вот у тебя щас эта функция завёрнута в async { }, но она вся синхронная, всё тело у неё синхронно выполняется.

А, ой, не, не всё, простите.

Она аснихронно идёт по HTTP, потом стартует неотслеживаемые таски и всё.

Подозрительный код, в общем.

''' if not (System.String.IsNullOrEmpty(responseObj.Error)) then bot.Api.SendMessageAsync(chatId, responseObj.Stderr) |> ignore () if System.String.IsNullOrEmpty(responseObj.Stdout) then bot.Api.SendMessageAsync(chatId, "(empty)") |> ignore

Вот это кандидат на рефакторинг

Я в целом косяки свои вижу и знаю

> в .Net Core F# нет Http Utilities А собирать не пробовал? Какие там проблемы? Чего не хватает?

The value, namespace, type or module 'Http' is not defined. Maybe you want one of the following: HttpClient HttpMethod HttpContent

open FSharp.Data

Стоит

Я уже совершенно запутался. А чо такое "Http Utilities"?

http://fsharp.github.io/FSharp.Data/library/Http.html

А, ок, инструменты выглядят хорошо.

ПРичем сделаны на WebRequest, походу

Давайте багу там тогда заведём, если для неткора забыли положить этот модуль.

ПРичем сделаны на WebRequest, походу

Да

ПРичем сделаны на WebRequest, походу

Хрен ли, можно переделать на HttpClient.

Я бы не стал

There is a simple WebClient type (see MSDN) and a more flexible HttpWebRequest type

С веб-запросами лучше поменьше уровней абстракции

По собственному опыту

There is a simple WebClient type (see MSDN) and a more flexible HttpWebRequest type

...и ещё тип HttpClient, который и удобный, и гибкий.

Хотя

Про него документация отчего-то умалчивает :)

To use the type, we first need to reference the library using #r (in an F# interactive) or add reference to a project. The type is located in FSharp.Net namespace:

С веб-запросами лучше поменьше уровней абстракции

Кажись, всё остальное из кора выпилили, и оставили только HttpClient.

dotnet add package FSharp.Net ... error: Unable to resolve 'FSharp.Net' for '.NETCoreApp,Version=v1.1'. error: Package 'FSharp.Net' is incompatible with 'all' frameworks in project 'L:\dev\FSharpBot\FSharpBot.fsproj'.

Стой! Что ты делаешь %)

Пытаюсь FSharp.Net добавить

Кажись, всё остальное из кора выпилили, и оставили только HttpClient.

А, ок

?

В целом обертку написать быстро

Пытаюсь FSharp.Net добавить

Такого пакета вообще нету, кажись.

Над HttpClient

Но лень

To use the type, we first need to reference the library using #r (in an F# interactive) or add reference to a project. The type is located in FSharp.Net namespace:

Имеется в виду: подключить FSharp.Data через #r, а потом открывать неймспейс FSharp.Net.

Меня пока занимает идея allmighty sql orm type provider

Имеется в виду: подключить FSharp.Data через #r, а потом открывать неймспейс FSharp.Net.

Через #r это же для FSI, не?

Ну, ты процитировал инструкцию для FSI.

И вообще, давай ссылку.

Кстати, кто может ткнуть в пример generative type provider?

И вообще, давай ссылку.

http://fsharp.github.io/FSharp.Data/library/Http.html

Вот же

В FSharp.Data нету такого неймспейса, там FSharp.Data.Http или типа того: https://github.com/fsharp/FSharp.Data/blob/master/src/Net/Http.fs

Ну я хз

Лол, в документации косяк!

Я щас PR отправлю.

open System.Reflection open System.Runtime.CompilerServices open System.Runtime.InteropServices

Там написано located in FSHarp.Net, а показывают open FSharp.Data

Да.

bye bye core