
Fedor
14.08.2017
09:52:09
они AR relation возвращают
что ты делаешь такое странное?

Рома
14.08.2017
09:52:51
class Place
scope :scope1, -> { where(key: 'value') }
scope :scope2, -> {
p Place.all.to_sql
where(key2: 'value2')
}
end
логировать будет WHERE key = value AND key2 = value2

Fedor
14.08.2017
09:53:30
и что тебе не нравится?

Google

Fedor
14.08.2017
09:53:40
у тебя в первом случае второй скоуп просто ничего не делает

Oleg
14.08.2017
09:53:43
как можно сменить кодировку в render to_xml на windows1251? вижу единственнй выход - писать свой "билдер"

Рома
14.08.2017
09:53:47
Place.all не должен никаких WHERE содержать!

Igor
14.08.2017
09:53:49
так, что ты пытаешься показать этим своим "логированием" внутри скоупа?
?

Рома
14.08.2017
09:54:18
что Place.all мутируется первым скоупом

Igor
14.08.2017
09:54:57
Так и должно быть, с какой целью тебе могут понадобиться ВСЁ если ты ЧЕЙНИШЬ скоупы?

Рома
14.08.2017
09:55:24
Вопрос, безусловно, правильный
вообще, незачем, но странно

Alexey
14.08.2017
10:27:57
гайз, привет. А есть ли тут кто-нибудь, кто прикручивал vue в 5.1 через webpacker?

ojab
14.08.2017
10:30:06
да
[SOLVED]

Alexey
14.08.2017
10:30:21
имею странный косяк, при этом в issues вебпакера - тишина

Google

Alexey
14.08.2017
10:31:17
ща покажу ?
https://github.com/rails/webpacker/issues/621
в двух словах
в template есть доступ к картинке, а в style - нет ?
есть у кого-нибудь идеи как это можно победить?

Рома
14.08.2017
11:16:11
я бы попробовал / перед assets/cover-image-medium.png написать
ну все в курсе, что стили надо в файлах хранить

Roman
14.08.2017
11:26:46
Всем привет. Кто-нибудь уже решал задачу по получению mac адреса пользователя? Какие решения могут быть? Я додумался до парсинга ARP кеша, но мне кажется, что это не очень хорошее решение

Fedor
14.08.2017
11:27:32
o_O
это где такое надо
по умолчанию у тебя мак адреса нет и не будет

Roman
14.08.2017
11:29:21
чтобы не накручивали отзывы, например

Fedor
14.08.2017
11:29:27
эм...

Антон
14.08.2017
11:29:49
эм....

Александр
14.08.2017
11:29:55

Fedor
14.08.2017
11:29:59
скажем так mac - это адресация на уровне локальной сети, все что у тебя не в локальной сети не имеет мак адреса

No
14.08.2017
11:30:01
смысл?

Александр
14.08.2017
11:30:06
потому их мак адресов ты не увидишь

Fedor
14.08.2017
11:30:09
вернее для тебе не имеет

Google

Fedor
14.08.2017
11:30:20
для тебя это все один мак адрес ближайшего шлюза

Антон
14.08.2017
11:31:00

Roman
14.08.2017
11:31:53
то есть, то что кешируется в протоколе ARP - это не мак адреса девайсов пользователей?

Fedor
14.08.2017
11:31:59
нет
это мак адреса других клиентов твоей локальной сети

Александр
14.08.2017
11:32:21
это скорее всего мак твоего маршрутизатора локального =)

Fedor
14.08.2017
11:32:36
по ним определяется куда отправить пакет с указанным ip адресом
а дальше маршрутизатор смотрит, куда ему отправить этот пакет
и так по цепочке

Александр
14.08.2017
11:33:05
делай авторизацию неудобную
в смысле такую, чтобы было долго регистрироваться, но пользоваться удобно
срубишь большую часть неопытных накручивателей

Roman
14.08.2017
11:35:36
ладно, спасибо за ответы)

Nikita
14.08.2017
11:36:58

Roman
14.08.2017
11:51:44
еще вопрос: в ARP кеше хранится мак адрес моего локального роуетра или роутера другой сети?

Fedor
14.08.2017
11:52:37
твоего локального
https://ru.wikipedia.org/wiki/Сетевая_модель_OSI
почитай )

Roman
14.08.2017
11:54:16
да там нет ответов на мои вопросы, надо сильно глубже копать)

Fedor
14.08.2017
11:54:44
на самом деле надо просто всю систему понимать

Google

Roman
14.08.2017
11:56:05
а что тогда хранится в ARP кеше сервера? Там разные мак адреса

Igor
14.08.2017
11:56:29
адреса "ближайших" шлюзов я так понимаю
вообще ARP работает в "локальной" сети, мак адресс юзеров там быть никак не может

Roman
14.08.2017
11:58:05
хорошо, спасибо)

Sergey
14.08.2017
12:15:22

Рома
14.08.2017
12:17:23
Да я так полюбопытствовал, сижу в сублайме и с восхищением поглядываю на vim
Правда он самый лучший? Из него можно rubymine собрать при большом желании?

Admin
ERROR: S client not available

Pablo
14.08.2017
12:19:45
но зачем?

Sergey
14.08.2017
12:22:06
рубимайн лучше собирать из рубимайна
а плагины и в st есть

Рома
14.08.2017
12:27:18
но зачем?
Рубимайн прожорлив как стадо голодных воробушков, вим позволяет редактировать текст чуть ли не силой мысли, если к нему привыкнуть за месяцок-другой, плюшек в чистом виме достаточно, а плагинов вообще-вообще очень много
st отличный редактор, но за 5 лет поднадоел просто, а вообще отличный он редактор

Pablo
14.08.2017
12:35:12
с плагинами в виме нужно искать золотую середину(для себя)

Marat
14.08.2017
13:46:41

Anton
14.08.2017
15:01:59
?

v
14.08.2017
15:02:17

Fedor
14.08.2017
15:04:16
)

Рома
14.08.2017
15:06:02
женщина у меня одна и навсегда, дистрибутив наверняка тоже, любимый ЯП, работа нравится, а редактор можно и сменить после 5 лет кодинга душа-в-клаву


Michael
14.08.2017
15:15:33
Добрый вечер
помогите пожалуйста
Есть массив хешей:
routes = [
{ id: 1, connections: 1, ... },
{ id: 2, connections: 4, ... },
{ id: 3, connections: 0, ... },
{ id: 4, connections: 2, ... },
{ id: 5, connections: 0, ... },
{ id: 6, connections: 5, ... },
{ id: 7, connections: 0, ... },
{ id: 8, connections: 0, ... },
{ id: 9, connections: 1, ... }
]
мне нужно получить первые три записи
у которых connections == 0
и поместить их вначало
я набросал следующее
direct_routes = routes.select do |trip|
trip[:connections].zero?
end.first(3)
direct_routes + (routes - direct_routes)
подскажите пожалуйста, как можно сделать это более красивее
что бы по итогу получить
routes = [
{ id: 3, connections: 0, ... },
{ id: 5, connections: 0, ... },
{ id: 7, connections: 0, ... },
{ id: 1, connections: 1, ... },
{ id: 2, connections: 4, ... },
{ id: 4, connections: 2, ... },
{ id: 6, connections: 5, ... },
{ id: 8, connections: 0, ... },
{ id: 9, connections: 1, ... }
]

Google

Oleg
14.08.2017
15:18:45
сортировка по ключу

Anton
14.08.2017
15:20:43
{}.group { |c| c[:connections] }.flat_map { |_, arr| arr.first(3) }
Что-то такое помочь может

Vasiliy
14.08.2017
15:21:02
http://devdocs.io/ruby~2.4/enumerable#method-i-sort_by

Andrey ?
14.08.2017
15:21:15
Чем плохо просто отсортировать по возрастанию?

Michael
14.08.2017
15:21:16
мне не нужно по возрастанию

Vasiliy
14.08.2017
15:21:43
routes.sort_by { |el| el.id }

Michael
14.08.2017
15:21:52
мне просто нужно из всех маршрутов достать первые три прямых и переместить их вначало

Vasiliy
14.08.2017
15:23:05
а не, моё не заработает

Anton
14.08.2017
15:24:25
а ты на уровне базы сделать это разве не можешь?

Vasiliy
14.08.2017
15:25:11
routes.sort_by { |el| el[:id] } можно .reverse добавить

Michael
14.08.2017
15:25:24

Vasiliy
14.08.2017
15:25:48
что бы по итогу получить
routes = [
{ id: 3, connections: 0, ... },
{ id: 5, connections: 0, ... },
{ id: 7, connections: 0, ... },
{ id: 1, connections: 1, ... },
{ id: 2, connections: 4, ... },
{ id: 4, connections: 2, ... },
{ id: 6, connections: 5, ... },
{ id: 8, connections: 0, ... },
{ id: 9, connections: 1, ... }
]
вот же

Michael
14.08.2017
15:26:33
вот же
там первые три записи с connections == 0

Anton
14.08.2017
15:26:42
нет возможности
routes.group_by { |c| c[:connections] }.sort_by { |id, _| id }.flat_map { |_, arr| arr.first(3) }