sergeyfast расскажите поподробней что не понравилось в Koken.
Интересный проект, но делиться только через BTsync это через чур. Я тут 6 человекам пытался раздать так фотки, только у одного получилось.
Я правильно понял что все фотографии добавляются автоматически, и убрать их из раздачи/показа нельзя?
Я думаю все зависит от целей. Если как у ребят из Moot это основное хранилище — лучше разделять, и тюнить конфиги отдельно для кеша и данных. Если небольшое приложение и не очень важные данных, почему бы и не совместить. Хотя мне кажется первое решение более правильное.
Вы ошибаетесь, никакого свопа на диск не происходит. Redis ведет только синхронизацию памяти и диска, которая гибко настраивается параметром save в конфиге. Политика обработки переполнения памяти описана в параметре maxmemory-policy, почитайте.
Вот стандартный конфиг.
Диск может притормаживать, но есть два очень важных преимущества перед Memcached. При падении/перезапуске не надо прогревать кеш заново. И клевые структуры конечно.
.distinct() дешевая операция и есть мысли что это выгоднее чем посылать лишние байты по сети, а потом еще их обрабатывать на app машине.
Вопрос то к чему, мне интересно, это реально помогает или просто оптимизация с потолка?
Посмотрел Gamma Gallery. На мобильных адекватно отображается, это большой плюс для меня.
Но я правильно понял, что сначала все изображения подгружаются а потом выводятся? Это не есть хорошо, с подгрузкой при прокрутке на порядок эффективней.
А что вы называете «современный вид»? Мне например очень понравилась regale. Клевая плитка, растягивающиеся изображения на весь экран и ничего лишнего. Надо бы даже подсмотреть реализацию, а то у самого скилов не хватает такое сделать.
Насчет cms — берите любую, а вот шаблон все равно придется самому доделывать по вкусу. У меня была раньше zenphoto, но я быстро отказался от него в виду дикой топорности. Сейчас пишу свою.
Не все могу разобраться с тонкостями технологий, и понять насколько полезно/не нужно, безвредно/опасно и т.д. Поэтому такие сообщества очень важны, они привносят баланс.
class Greeter(val name : String) {
fun greet() = println("Hello, ${name}")
}
fun Greeter(val value:Int) = Greeter(value.toString())
fun main(args : Array<String>) {
Greeter(1).greet()
}
Вряд ли стоит ожидать моментальной синхронизации от p2p. Плюс это еще dev версия.
Мне интересней другое, почему постоянно к уже скачанным файлам (в Schiller) добавляется sync? Или кто-то их меняет?
А возможен ли вывод наиболее близких, территориально, к пользователю кинотеатров?
ApiKeyAuthenticationнапример.Интересный проект, но делиться только через BTsync это через чур. Я тут 6 человекам пытался раздать так фотки, только у одного получилось.
Я правильно понял что все фотографии добавляются автоматически, и убрать их из раздачи/показа нельзя?
Я вот тоже пишу свою галерею. Вот обзор, если интересно bviewer.readthedocs.org/en/latest/intro/overview.html
Хотя мне кажется первое решение более правильное.
saveв конфиге. Политика обработки переполнения памяти описана в параметреmaxmemory-policy, почитайте.Вот стандартный конфиг.
Диск может притормаживать, но есть два очень важных преимущества перед Memcached. При падении/перезапуске не надо прогревать кеш заново. И клевые структуры конечно.
.distinct()дешевая операция и есть мысли что это выгоднее чем посылать лишние байты по сети, а потом еще их обрабатывать на app машине.Вопрос то к чему, мне интересно, это реально помогает или просто оптимизация с потолка?
Зачем использовать
set()когда есть.distinct()?Но я правильно понял, что сначала все изображения подгружаются а потом выводятся? Это не есть хорошо, с подгрузкой при прокрутке на порядок эффективней.
Насчет cms — берите любую, а вот шаблон все равно придется самому доделывать по вкусу. У меня была раньше zenphoto, но я быстро отказался от него в виду дикой топорности. Сейчас пишу свою.
А вдруг вы просто уперлись в HDD или в CPU?
Мне интересней другое, почему постоянно к уже скачанным файлам (в Schiller) добавляется sync? Или кто-то их меняет?