посмотрел даже их вакансии

нашел элексир

работает прога как слак

только со звуком еще

а так один в один

пишу на кложе средние по размеру проекты

никогда не писал своих макросов

функций много, да, макросов нет

всем доброго времени суток! у меня маленький оффтопик (прошу прощения) - личный вопросец-опросец - очень интересно ваше мнение по теме - "преимущества и недостатки существующих социальных сетей(vk, fb, twitter etc)" : 1) что в них есть лишнее, ненужное, что вам в них не нравится(фишки, сервисы etc)? 2) что в них есть такого, что вам нравится? 3) чего вам в них не хватает? что вы бы хотели добавить в соцсеть (фишки, сервисы etc) ? благодарю) пишите в чат или в личку?

Бесполезное это дело пилить сейчас фейсбук 2 :)

Всем привет, может кто то подсказать, тыкаю палкой эликсир, феникс и ex_admin. есть модель, предположим новость (заголовок, текст, путь к картинке), загружаю картинку с помощью arc + arc_ecto, генерируются пару миниатюр, а потом я добавляю ещё одну, третью трансформацию картинки в uploader. Можно ли как то получить автоматически новые миниатюры для старых постов, для которых изначально не сгенерилась третья миниатюра?

брось этот кал

cloudinary

если у тебя не свой хостинг картинок

большой прибольшой

где надо резать косты

тебе этот сервис спасет уйму времени

а касательного прямого вопроса

что значит автоматически?

Ну надо написать что-то

что тебе их сгенерит

для всех постов

для которых не было сгенерено

За сервис, спасибо) гляну. Под автоматически я имел ввиду, по запросу, в шаблоне запрашиваешь картинку :medium, и если Ее нет, он генерит и отдаёт

А нафига оно надо на фениксе такое писать?

Это удел руби и прочего

Имхо конечно

Тут скорее спортивный интерес и хочется изучить чёт новое

Чем феникс не угодил то? Перед рельсами?

ну вот сервис ровно это и делает

генерит любой размер по запросу

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

автогенерацию

Тут скорее спортивный интерес и хочется изучить чёт новое

Опять же имхо, лучше делать что то на otp, чтобы раскрыть потенциал элексира, а не очередную crud приложуху

Опять же имхо, лучше делать что то на otp, чтобы раскрыть потенциал элексира, а не очередную crud приложуху

есть идеи?

Ничего серьёзного, мой пет прожект - симулятор жизни пчёл

Как в последней серии чёрного зеркала, если смотрели

Всем привет, может кто то подсказать, тыкаю палкой эликсир, феникс и ex_admin. есть модель, предположим новость (заголовок, текст, путь к картинке), загружаю картинку с помощью arc + arc_ecto, генерируются пару миниатюр, а потом я добавляю ещё одну, третью трансформацию картинки в uploader. Можно ли как то получить автоматически новые миниатюры для старых постов, для которых изначально не сгенерилась третья миниатюра?

https://habrahabr.ru/post/94435/

Считаю наиболее правильным подходом, если проект не сильно нагружен. Есть так-же кеширование результатов.

А изображение лучше при загрузке сразу ужимать до максимально используемого размера

в пределах среднего размера монитора

Таким образом можно гибко изменять верстку. Ведь завтра тебе может опять понадобиться еще какой-то размер изображений, ты опять запустишь скрипт пережатия всего существующего и размер папки с изображениями (и бэкапы) сожрут дополнительное место.

мне кажется, retina сильно меняет представление о "среднем размере монитора" ))

Метрика показывает, что 1280 * 1024 более чем достаточно

Да и сильно большие изображения долго грузятся. Если это фоновое изображение - то оно не требует ресайза на лету

Всем привет, может кто то подсказать, тыкаю палкой эликсир, феникс и ex_admin. есть модель, предположим новость (заголовок, текст, путь к картинке), загружаю картинку с помощью arc + arc_ecto, генерируются пару миниатюр, а потом я добавляю ещё одну, третью трансформацию картинки в uploader. Можно ли как то получить автоматически новые миниатюры для старых постов, для которых изначально не сгенерилась третья миниатюра?

Посмотри thumbor это сервис по изменению размера изображения на лету. Есть кеширование. Есть докер образ

интересная штука

но налету ресайзить не укладывается в мое понимание мира

я когда картинку получаю, ресайзю ее под нужные размеры и потом размазываю по cdn

поэтому я за то чтобы у нас прямо вылизаные были карточки

на mwave тоже карточки - ужас

где-то прямо pdf отреднерили

я хотел текст выделить,а там весь текст - это 1 картинка

я когда картинку получаю, ресайзю ее под нужные размеры и потом размазываю по cdn

А если меняется верстка и нужен другой размер?

Или появляется новый блок в котором надо кропать до миниатюр?

ресайз налету работает для мелких сайтов

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

но наверное основному пласту сайтов cdn не нужен и можно ресайзить

ресайз налету работает для мелких сайтов

У нас thumbor работает для ресайза картинок на одном крупном онлайн кинотеатре все ок. Кроме того сейчас появляются решения на голанг которые побыстрее. Мы кстати тоже пилим свое

Всем спасибо за сервисы, ресайза, посмотрю. Вопрос больше касался, не зачем оно надо, и выдержит ли сервак. А может ли arc, сгенерить недостающие кропы автоматически, или надо писать ручками скрипт и после добавления кропа, генерить их.ю? - Походу не может (

ребят, мелкий вопрос про таски

async await

где-то видел примеры когда это в цикле используется

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

В эликсир нету ни async ни циклов

под капотом он ждет сообщений

ERROR: S client not available

от этой таски

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

он делает селектив ресив?

Селектив ресив может добавить оверхеда много

В эликсир нету ни async ни циклов

Спрашивают про Task.async/Task.await

Если ты делаешь map, то он вызывает task.await последовательно

ну да

я это и имел в виду)

последовательно await вот как работает?

не оч соображу

если они ему могут в другом порядке свалиться

Поэтому если первый таск самый длинный, он вызовет await, будет висеть до тех пор пока таск не завершится

А потом будет синхронно вызывать все остальный await, но они не будут висеть а вернут ёму сразу

это тоже закономерно

ну получается что сообщения

от этих задач висят в мейлбоксе

Нет

Task await -синхронная операция

Но можно использовать Stream.map/2

Task async создаёт процесс, который создаёт ещё один процесс который делает работу

.Net не пропьешь

А первый процесс получает результат в мэилбокс и пишет его в стейт

Если ты пишешь await, а в стейте ещё нету результат - он будет висеть

оке

т.е. 2 процесса на задачу?

Может больше

Хз

Таск - опасная штука

А stream.map в принципе ничего не меняет, разве что ты потом напишешь take(1) и у тебя выполниться await толко первого таска

Только смысла так делать я не вижу)

т.е. 2 процесса на задачу?

Скорее всего два, и в первом await описана как то так:

Если в стейте есть выполнено - вернуть результат