Saveli Tomak, вам нужно его дернуть в том месте, где новое сообщение уже есть в массиве, он передернет привязку данных с вьюхой и должно перерисоваться.
Антон Спирин, всё зависит от сложности проекта, но таки да, в большинстве случаев 2-3 достаточно. Если дизайн вполне себе продуманный и нормально масштабируемый - 2 с головой. На моей практике максимум рисовали 4. Но(!), если дизайнер нифига не продумал, как будет выглядеть блок при макс/мин разрешении внутри одного брэйкпоинта, то тут уже начинаются муки выбора)
Вас пугает, что 5 макетов... а на качественном проекте это нормальная, и это мы еще про ретину забыли :)
Поймите, с теми проблемами, которые вы сейчас не учтёте при проектировании интерфейса - ленивый верстальщик заморачиваться не будет.
Да и вообще, имхо, привязываться сейчас к типу устройства неправильно, нужно привязываться исключительно к разрешению. А там, пусть устройство хоть холодильником будет :)
Ну и в целом, не вижу ничего плохого, если страница на планшетах с разным разрешением будет выглядеть по-разному. Допустим, если взять классический айпад, то в разных ориентациях (вертикальная/горизонтальная) - подсовываем разный промежуток. И это вполне нормальная практика.
user - это элемент массива, который передается аргументом в функцию, замените user на любую переменную, и результат будет тот же. Но по контексту здесь правильное название аргумента, потому что один элемент из колекции users - это user, и именно с ним вы будете работать внутри. Грубо говоря в user у вас будет вот этот кусок:
Константин Величко вот как раз вчера набрел на ваш проект, это что то близкое к тому, что я хочу собрать) Форкнул уже, поковыряю, спасибо. Но вопрос про Stylus все равно пока не раскрыт :) С tars и CSSSR знаком.
Насколько я понимаю, проблема как раз в том, что клиенты должны подключаться не с какой то конкретной локалки...грубо говоря, мне нужно подключение к впн не для того чтобы связать две конкретных сети, а подключиться к впн, например, с телефона в кафе/аэропорту и тп. Ну и схема у меня получается не такая как у вас. У меня сервер за NAT, а клиент может быть как за NAT так и с белым IP.
alegzz use case примерно следующий:
есть домен aaa.com, который привязан к динамическому ip через dns.he.net.
есть служебные домены вида service1.aaa.com, service2.aaa.com и тп через cname на HE смотрят на тот же сервер. На gateway который выступает шлюзом локальной сети поднят nginx. Служебные домены перенаправляются на соотв. виртуалки (owncloud, proxmox, omv и т.п.). Все остальное этим же nginx отправляется на виртуалку с вестой. HE не дает возможность сделать вайлдкарды для субдоменов, соотв. каждый субдомен нужно заводить отдельно. Ну и соотв. если /aaa.com/ отправить на 192.168.3 то служебные домены будут не доступны их нужно прописывать отдельно в dnsmasq (и так каждый раз при добавлении нового субдомена) Далее, к примеру, создаю на Vesta субдомен вида test1.aaa.com, пока я его не пропишу в панели HE я не к нему не достучусь не из локалки и мира. Но меня в большей степени интересует локалка, но так, чтобы я в нужный момент прописав субдомен на he.net получил работающий в мир сайт. доменов вида testX.aaa.com может быть несколько и далеко не всегда есть необходимость показывать их миру до определенного момента, но в то же время, при добавлении нового подомена на Vesta не хочется каждый раз менять настройки dnsmasq, чтобы домен было стабильно доступен из локалки. Еще к примеру может появиться домен bbb.com и т.п.
Возможно, лучшим вариантом будет завести еще один домен для разработки (bbb.com), и прописать /bbb.com/192.168.8.3 для него... а к ааа.com кроме того что есть ничего больше не привязывать.
В идеале вижу вот такую работу:
При запросе из локалки опрашиваются все DNS из resolv с цель найти нужный домен на каком то из DNS, ну а если не нашел, тогда его реально нет. Но dnsmasq берет случайный DNS из resolv и дальше него не идет.
Не совсем то, что нужно.
Есть ещё поддомены, которые смотрят в мир и слушаются nginx. Можно конечно для них указать запись server=/sub1.mydomain.ru/.../8.8.8.8 но при добавлении новых подобных поддомены каждый раз нужно править конфиг. Хочется гибче, раз настроить и забыть :)