YS
тк как мы не знаем кто входной
Size: a a a
2020 April 13
YS
мы просто смотрим
V
потому что раньше там fastglobal был, или ets
это плагин для феникса делается? а если в приложении уже используется persistent_term, не будет ли конфликта ключей?
YS
ну пока сделать бы
YS
дальше можно просто обернуть в неймспейс ключи
V
а чё б хранилище скомпиленных файлов просто в gen_server не сделать?
RS
defp clean_storage(key, keys) do
Enum.find_value(keys, keys, &(&1 == key && [key])
|> clear
end
defp clear(keys), do: for key <- keys, do: Storage.delete(key)
YS
в данном случае кака разница что за хранилище
YS
можно сделать опцию
V
такая, что у персистент-терм делет дорогой
YS
чтобы выбирали любое какое хотят
V
все хотят генсервер же
LL
Я раз 10 перечитал, логику работы всё равно не понял, извините. Советовать поэтому ничего не буду, а за репкой буду подглядывать
YS
доку напишу
V
Я раз 10 перечитал, логику работы всё равно не понял, извините. Советовать поэтому ничего не буду, а за репкой буду подглядывать
они компилят файлы и используют персистент-терм как кэш. а при изменении файлов (но не всех, а определённых - входных) очищают кэш полностью.
V
я просто ещё и код поизучал. а так-то да, по описанию нихренашеньки не понятно
V
как и по коду
YS
дак стадия начальная
V
только сочетание пролило свет
LL
Тогда кэш работает странно. Один файл изменился - он не в кэше. Один файл не из кэша изменился - все не в кэше. What?