Там так же есть специализированные группы, особенно если вы в какой-то тематической отрасли имеете опыт. По своему опыту скажу в 2 часа ночи за репост моего резюме в такой специализированной группе с упоминанием проекта который разрабатывал, мне написали 3 человека сразу и ещё 2 утром. Не смотря на то, что уровень оплаты там стоял >200к руб.
Все методы хороши. И как там написал человек выше по поводу добавления в друзья и ЛС в ФБ, у меня абсолютно противоположенное мнение и как у работодателя, и как у соискателя. Был в обоих ситуациях и в обоих общался именно в ФБ с людьми первый контакт, ничего особенного, дальше всё равно скайп/встреча.
Я не экстрасенс, спектроанализатор в помощь. Видимо, что ваш канал чист, нет помех. А так же точка к которой подключаетесь светит направленно и его азимут не далеко от вашего положения, либо это оборудование другого класса убиквити, микротик и т.п.
Что видите то это понятно, но обмениваться информацией нормально не сможете. Потеря пакетов обеспечена, а те, что и дойдут будут с нереальной задержкой. Так же это всё в идеальных условиях местности, если речь про 2.4ГГц, то в городе вообще без шансов, если речь за 5ГГц, то есть ещё вероятность.
Ох уж эти мифы. Банку нескафе и направленную внешнею антенну для его роутера вы тоже прикрутите? Сигнал то вы передадите со своей антенны и он несомненно дойдёт, а принимать как будете?
Роутинг вводили, потом выводили с трудом. Не везде его можно использовать, он очень сильно привязывает всё к знанию этого самого роута, а не везде это возможно знать изначально в запросе.
Система спроектирована так, что у нас есть версионность и разделение по типам, например users у нас как индекс {company}_users_v{1..999} в нём есть типы admin, operator, engineer, abonent и т.п.
Индексы связаны между собой через alias как {company}_users => {company}_users_*
стоп стоп) вы сами себе противоречите. Если у вас кластер редиса, то проблема будет ровно такой же вы потеряете данные за тот промежуток времени снапошотов, которые установлены в настройках. В эластике всё тоже самое, пишется в одну ноду, потом разноситься по другим, если не успел записать (выдернули свет) они просто потеряются как и в случаи с редисом/монгой. В запросе к эластику на запись можно ожидать записи данных и выставить на эту запись обновления индекса мгновенно без задержки, по умолчанию все записи собираются в pool и раз в секунду переиндексируются.
про эластик ваша информация устарела, это давно уже полноценная nosql БД, имеет свои плюсы и минусы. Данные там потерять можно точно так же как и в любой другой БД, в которой нет транзакций ;)
Для начало нужно понять из-за чего именно такое происходит, сделайте explain или лучше profile, чтобы понять на что уходит время. А после уже будет видно в чём проблема и можно подумать над её решением.
Второй большой проект с высокой нагрузкой и распределённой системой по датацентрам полностью на эластике делаем, 2 года — полёт нормальный. Пришлось многое осознать как правильно всё это готовить, но результат очень приятный, ведь основная суть архитектуры, что независимо какой у тебя объём данных храниться, поиск по ним будет одинакового быстрый из-за распределённости.
Сделали на backbonejs несколько сложных UI корпоративных систем в стиле extjs. Так что вы чего-то наговариваете лишнего, один из удобнейших фреймворков. Всего лишь backbonejs+requirejs и вот вам готовая модульная система с неограниченными возможностями построения клиентской части :)
Вектор атаки интересный, если не брать в расчёт, что это sfx-архив, то рендер html без ограничений в кастомный алерт это просто сверх наивности :)
Но и иранский исследователь видно, что применял это уже в корыстных целях судя по POC, который редиректит на удалённый сервер, а там генерит на VB сам payload с шеллкодом =)
P.S.: код правда «индуский»…
Ссылки нет, это переписка с саппортом. Суть бага не секрет, т.к. это видимо ошибка агрегаций:
Проблема с методом stats.get дублирование day с разными данными.
Через excute выполняется запрос вида:
var info = API.groups.getById({"group_id":"itg34","fields":"place,members_count,counters,start_date,finish_date,activity,contacts,verified,site"})[0]; return { info: info, stats: API.stats.get({"group_id":info.id,"date_from":"2015-03-23","date_to":"2015-05-22"}) };
Все методы хороши. И как там написал человек выше по поводу добавления в друзья и ЛС в ФБ, у меня абсолютно противоположенное мнение и как у работодателя, и как у соискателя. Был в обоих ситуациях и в обоих общался именно в ФБ с людьми первый контакт, ничего особенного, дальше всё равно скайп/встреча.
Система спроектирована так, что у нас есть версионность и разделение по типам, например users у нас как индекс {company}_users_v{1..999} в нём есть типы admin, operator, engineer, abonent и т.п.
Индексы связаны между собой через alias как {company}_users => {company}_users_*
Можно вот такой хак, вместо requirejs
Но и иранский исследователь видно, что применял это уже в корыстных целях судя по POC, который редиректит на удалённый сервер, а там генерит на VB сам payload с шеллкодом =)
P.S.: код правда «индуский»…
Проблема с методом stats.get дублирование day с разными данными.
Через excute выполняется запрос вида:
Ответ: gist.github.com/intech/26fea833759bb9206868
Смотрите даты, они дублируются, но содержат разные данные:
2015-05-10
2015-04-27
2015-04-25
2015-04-18