Александр Рулёв

Я бы попробовал на одном из доменов разместить страницу, которую бы открывал в iframe с обоих доменов, postMessage'ом бы говорил в этот фрейм, что нужно передать, затем использовал события localStorage для передачи данных с одного iframe в другой. Ну и затем postMessage наружу.

Не программирую на C++, не использую Qt, но похоже ваш moc — это отдельный тул, который участвует в процессе сборки. Нет никаких проблем после него запустить программу на любом ЯП, которая выполнит чуть более умный препроцессинг, найдя в файле позицию ClassA::qt_metacall и затем заменит первое вхождение QObject::qt_metacall на InterfaceA::qt_metacall.

Нужно использовать что-нибудь для обработки multipart/form-data, вроде node-multiparty.

Там в событии part будут приходить потоки, нужно будет копировать их содержимое в список в таблицу имяфайла → список кусков. Затем по окончанию запроса посчитать общую получившуюся длину файлов в каждом списке, сделать такой буффер, скопировать всё в один, обрабатывать как хочется.

Отправить тривиально — держать ссылку на response, как закончили обрабатывать — туда можно записать ответ. Только если у вас не текстовые файлы и хотите, чтобы он автоматически скачался, а не показался в браузере — установите заголовок ответа в application/octet-stream.

Переопределяется переменная info, поэтому можно сделать так:

<script src='http://cw1.worldoftanks.ru/static/551254/wgcw/regions/reg_01/map.js'></script>
<script>var info1 = info;</script>
<script src='http://cw1.worldoftanks.ru/static/551254/wgcw/regions/reg_02/map.js'></script>
<script>var info2 = info;</script>
...

А затем тот код, который рисует обернуть в функцию, чтобы передавать ей разные info (info1, info2, ...) и элементы, куда рисовать.

Если смотреть на эту формулу, то видно, что весь факториал считать не нужно и она немного сокращается (начало факториала N делится на весь факториал M).

C = N! / (M! * (N - M)!)

import math

def combinations(n, m):
    k = n - m
    if k == 0:
        return 1

    result = 1
    for i in range(m + 1, n + 1):
        result *= i

    result //= math.factorial(k)
    return result

print(combinations(30, 25)) # 142506

Аккуратнее со своими UDP-протоколами. Вам нужен congestion control, чтобы регулировать скорость передачи пакетов с одной стороны на другую.

Клиент серверу может слать, в принципе, сколько угодно, если ему провайдер даёт лишь пару мегабит. Но если сервер «плюнет» своим стогигабитным каналом одному клиенту чего-нибудь — будет довольно плохо (пакеты будут сбрасываться ещё по пути к клиенту, а из того что дойдёт всё равно сбросится большая часть, ну и сети придётся не очень по вкусу подобное).

Загуглить site:name-of-site.example

Гугл, Яндекс.

Есть.

Можно банально написать shell-скрипт, который будет в цикле спать и отправлять по HTTP POST'ом содержимое файла на сервер.

#!/bin/bash
while true
do
  curl --data-binary @/some/path/to/file http://remote-server.example/uploaded -sS > /dev/null
  sleep 60
done

А затем обрабатывать их на той стороне чем угодно.

Можно усовершенствовать скрипт, наблюдая за изменением файла, а не просто посылать по таймауту (у node.js, например, можно использовать fs.watchFile).

Ну и затем если файл довольно объёмный — подумать, как организовать отсылку лишь разницы изменений, а не весь целиком.

Далёк от финансов и не знаю ни одного из понятий выше, но мне всегда казалось, что курсы валют формируются биржей.

Положим, у нас есть пара доллар/евро. На биржу приходят люди с мешками долларов и евро. И, например, у кого-то есть мешок долларов и ему нужны евро. И он считает адекватной ценой 0.9 евро за 1 доллар. И говорит, что у него есть 10к долларов, которые он продаст по такой цене.

Те, у кого есть евро, но которым нужны доллары смотрят — можно взять доллар за 0.9 евро. Если их это устраивает — то покупают, если нет, то делают свои предложения. Например, 1 доллар за 0.8 евро.

В итоге получаются с двух сторон предложения с разными стоимостями и объёмами. Разрыв между предложением покупки и продажи — та самая разница, которую показывают в банках. Если хочется купить/продать сразу же — меняемся с самым выгодным вариантом. Если хочется повыгоднее — выставляем своё предложение и ждём, пока найдётся тот, кто хочет купить сейчас.

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

Более визуально можно увидеть это на примере графика. Например, вот для биткоина (market depth). Показан объём биткоинов, которые готовы купить/продать за разное кол-во $. И текущий курс находится там, где за него готовы столько платить.

Где синие это те, кто хотят продать биткоины, а красные — кто хотел бы их купить.

Если я всё правильно понял, то вам не нужен slice, а просто взятие элемента по индексу:

var lastOption = $('option', $lastdp);
hide = {2: $('option', $lastdp).slice(1, 8), 3: [lastOption[0], lastOption[4], lastOption[9]]}