по разным папкам?

что gramework, что fasthttp их делает

Слушай, серьезно на проде разбросаны файлы вроде style.css.gz ?

йеп

слишком уж хороший прирост, чтобы от этого отказываться)

выгода прироста понятна

непонятно почему не /tmp

ну — не хочешь файликов .gz — не включай компрессию)

непонятно почему не /tmp

на линупсах получается быстрее

на ext4 и xfs

это уже просто любопытство, может там дао скрыто

быстрее чем /tmp?

то есть tmpfs же там, оперативка и все такое

быстрее — мы проверили состояние файла и забрали .gz из той же директории

и ты не понял идею

мы отдаём с диска файлы, которые уже были запрошены, но не были запрошены достаточно недавно, чтобы они остались в памяти

тогда мы из такого вот персистентного кеша отдаём)

Это у меня зашор от пхп пошел. Привык что есть папка вроде uploads или storage - в нее права на запись, и она меняется. Или /tmp. Остальные директории нетленны, зачастую у запускающего юзера (nginx/apache и т.д.) даже прав на изменения нет. Изменения через git pull например. и обычно в папках /js не появляется js.gz - так как нет прав на запись. Исключения бывает - например редактор tinymce имеет пакер, создающий gzip файл в директории с яваскриптом. Когда надо сделать кеш - в папке cache создается. Например для файла /app/foo/bar.js - /cache/app/foo/bar.js.gz Идея в том, что cache почистить можно целиком всю. При этом она помещается в .gitignore, а директория js на вопрос git status ответит "всё чисто, изменений нет". Но когда речь о скорости, тут конечно слов нет.

Это у меня зашор от пхп пошел. Привык что есть папка вроде uploads или storage - в нее права на запись, и она меняется. Или /tmp. Остальные директории нетленны, зачастую у запускающего юзера (nginx/apache и т.д.) даже прав на изменения нет. Изменения через git pull например. и обычно в папках /js не появляется js.gz - так как нет прав на запись. Исключения бывает - например редактор tinymce имеет пакер, создающий gzip файл в директории с яваскриптом. Когда надо сделать кеш - в папке cache создается. Например для файла /app/foo/bar.js - /cache/app/foo/bar.js.gz Идея в том, что cache почистить можно целиком всю. При этом она помещается в .gitignore, а директория js на вопрос git status ответит "всё чисто, изменений нет". Но когда речь о скорости, тут конечно слов нет.

rm -rf **/**/*.gz %)

можно опцию сделать, в принципе

это из коробки я хочу сделать максимальную производительность

хочешь замедлить — делай что-нибудь типа изменения настроек %)

можно опцию сделать, в принципе

не, не стоит.

лишний if - 0.3 наносекунды

а если опция в оперативке, то 10

понятное дело, if будет при инициализации, а не в хендлере

ServeDirNoCacheCusomWithGzFilesInTmp

нет, не стоит

Кому надо Middleware сделает

В конце концов

@kirilldanshin только что заметил

https://godoc.org/github.com/gramework/gramework#App.ServeDirNoCacheCusom буквы t не хватает

фублеать %))

https://godoc.org/github.com/gramework/gramework#App.ServeDirNoCacheCusom буквы t не хватает

вот это я дал

ServeDirNoCacheCusomWithGzFilesInTmp

нет. ServeFS(*FSOpts) func(*Context)

хотя

кому надо — есть поддержка func(ctx *fasthttp.RequestCtx)

могут взять и сделать что угодно

https://godoc.org/github.com/gramework/gramework#App.ServeDirNoCacheCusom буквы t не хватает

пофикшено

@kirilldanshin У греймворка есть лимит на одновременное подключение? Паника падает, если раз 3-4 в секунду запросить вот такое:

app.GET("/api/test/*list", func(ctx *gramework.Context) { tableName := ctx.RouteArg("list")[1:] if err := ctx.JSON(tableName); err != nil { ctx.Err500() } })

slice bounds out of range

т.е. иногда RouteArg("list") отличается

Споймал.

на 12-м обновлении страницы вместо "sd" вывел ""

Интересно, такого не происходило ни разу

Посмотрю, спасибо

это я F5 нажимал

то есть 5.5 секунд, 19 запросов

А это уж совсем странно

А это уж совсем странно

Сделал повторяющий код

https://pastebin.com/Yps6xrWa

ОТкрываем http://localhost:8089/asd

видим "/asd"

Нажимаем F5 раз 20 - видим ""

А вот есть routearg, который с ошибкой

Посмотри - он что-то ловит?

Посмотри - он что-то ловит?

Я не понял тебя

Я понял)

Я не понял тебя

То есть возвращается ли им ошибка

Я сейчас не у компа просто.

val, err := ?

val, err := ?

RouteArgErr

Угу

ERROR: S client not available

есть

Сейчас сам покопаюсь

ainu, а зачем взял именно этот фреймворк, есть же которые давно в продакшене и без детских болезней

Принято, спасибо. Странно, что на линупсе такого не ловится.

ainu, а зачем взял именно этот фреймворк, есть же которые давно в продакшене и без детских болезней

pet project, острие технологий. К тому же API понравилось. Не выстрелит - вернусь на net/http

го и "острие технологий" в одном предложении это смешно понятно )

c.UserValue(argName) == nil

c.UserValue(argName) == nil

угу. fasthttp возвращает nil interface{}, если не нашел ничего.

вообще — можно сделать RouteArg уже иначе, роутер-то теперь внутри

можно напрямую класть в/брать из контекста

будет шустрее и стабильнее

Нашёл =)

В fasthttprouter scnfdbk

вставил

case catchAll: fmt.Println ("Debug: ", n.path, path) fmt.Println ("Hits: ",n.hits)

Вывел hits:32

чуть ниже по коду есть

n.hits++ if n.hits > 32 { n.router.cache.Put(reqPath, n, tsr) } return

Дело в этой части. число 32 не просто так

fasthttprouter_tree.go, func (n *node) GetValue, swith CatchAll:

ага. понял.

сейчас пофикшу.

ЧИсто из любопытства - 32 и кеш что это такое?

кеш — это, собственно, кеш горячих роутов

шикарное именование

Если закомментировать if n.hits > 32 { n.router.cache.Put(reqPath, n, tsr) } то все станет норм, но я понимаю что это неправильно.

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

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

угу

Круто=)

catchall неудобно кешировать сейчас