Karpion

На все подобные вопросы есть универсальный ответ: "Как программист напишет, так и будет.". В общем случае - программист может написать что угодно, в т.ч. вопреки стандартам и здравому смыслу.

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

Однако, у сервера есть возможность вместе с объектом прислать указание "не кэшировать". В этом случае - объект может загружаться каждый раз при каждом использовании, даже если использование происходит на одной странице.

Про какой порт Вы говорите? TCP-порт, COM-порт, LPT-порт, порт ввода/вывода (доступный через команды процессора IN/OUT)?

Я советую поискать на Хабре статью про использование SSh - там есть функция проброса TCP-портов, причём через качественно зашифрованное соединение.

Самый простой способ: проверять координаты каждого объекта отдельно; и если они выходят за рамки, то приводить их снова куда надо, прибавляя или вычитая ширину/высоту экрана.

Возможно, объект надо будет отрисовывать несколько раз. Если объект пересекает вертикальную или горизонтальную границу экрана - то дважды; если накрывает угол - то четыре раза.

Как правило, такие проверки привязывают к функции, меняющей количество объектов. Благо ООП к этому предрасполагает, давая возможность повесить на переменную обработчик, вызываемый как при изменении значения этой переменной, так и при считывании её значения.

Мне кажется, Вам надо смотреть "выше" - зачем всё это затевается.

Любая операционка - распределяет диск так, как это было ей приказано при инсталляции. Начните с изучения команд mount, df и du.

У объекта A д.б. атрибут HREF. В чём вообще проблема?

Если компьютер не от Apple - то я советую Linux.

Вроде, break и continue - применяются исключительно к циклам. А в Вашем примере - Вы используете continue как goto, и вообще оно там совершенно не нужно, ибо ничего не делает.

Если роутер Ваш - надо попросить его собрать статистику по трафику от этого телефона. Для начала надо выяснить, что именно происходит:

1. телефон шлёт корректные запросы наружу (тогда смотрим - куда именно; и что забивает канал - запросы или ответы);
   
2. телефон криво работает с WiFi и просто засирает эфир.
   

Надо по очереди опрашивать базы данных. Я вообще не понимаю, в чём проблема. И зачем Вам две БД, если вопрос касается только второй, а первая нигде не задействуется.

Слово "синхронизировать" здесь неуместно.

Я так понял, Вам надо искать элементы массива, которые удовлетворяют сразу всем условиям. Т.е. надо объединить условия оператором "и".

Как Вы вообще ищете по массиву?

У Вас странное представление о рекурсивной функции. Да и вообще о работе функций: есть правило "функция не должна менять свои аргументы".

Попробую написать решение в примитивном виде:

function getSum(begin, end) {
	return(begin + getSum(begin + 1, end)
}

Как видите, параметр sum тут не нужен. Ну и разумеется, надо дописать условие завершения рекурсии - их два, они у Вас уже есть.

Ну, похоже на короткое замыкание. Мог сгореть SATA-порт или во что оно там втыкалось.

Насколько я понимаю, дистрибутивы Linux делаются одинаково тщательно для обеих платформ.

Ну, надо смотреть, что за запросы, кто делает эти запросы, каов критерий выполнения каждого запроса.

Вроде, проще всего сделать два блока. В первом написано "Загрузка", во втором - основной контент. Изначально - первый блок виден, второй скрыт. Как только достигнуто состояние "все запросы выполнены - скрываем первый блок, открываем второй.

Запись "HOVERED | FOCUSED" читается "HOVERED или FOCUSED". Однако, по-русски это должно говориться "HOVERED и FOCUSED" (аналог: крокодил - длинный и зелёный").
Ещё это выражение можно записать "HOVERED + FOCUSED" - будет то же самое, и к тому же понятнее. Но эта форма записи плоха тем, что для двух одинаковых признаков "HOVERED | HOVERED == HOVERED", а вот при сложении будет не так.

Допустим, переменная x содержит в себе статус кнопки. Работать с этой переменной надо так:

• Кнопка попала в фокус: x|=FOCUSED
  
• Кнопка вышла из фокуса: x&=~FOCUSED
  
• Проверка, в фокусе ли кнопка: x&FOCUSED?в_фокусе:не_в_фокусе
  

Это можно использовать бездумно, не зная о двоичном представлении чисел.

Есть много способов перекодировать произвольные символы в печатные - UUEncode и Base64 (три символа преобразуются в четыре); Quoted-Printable (печатные символы идут как есть, непечатные преобразуются один в три); есть ещё какой-то метод, преобразующий четыре в пять, название не помню.

На DNS-сервере, отвечающем за корневую зону, содержится NS-запись, указывающая на DNS-сервер (на IP-адрес DNS-сервера), содержащий зону ru. Точнее, по одной NS-записи для каждого DNS-сервера этой зоны.
На DNS-сервере, отвечающем за зону ru, содержится NS-запись, указывающая на DNS-сервер, содержащий зону eample.ru.
И так же по нисходящей.

Однако, любой сервер в цепочке может перехватить субдомен/субзону/подзону.
Т.е. запись любого типа для DNS-зоны api.example.ru можно расположить и на корневом DNS-сервере, и на DNS-сервере зоны ru, и на DNS-сервере зоны eample.ru.

Обратите внимание - тут речь про DNS-серверы. За почту могут отвечать они или не они, как сделаешь.

Для почтовых серверов пишут MX-записи с указанием "метрики" - сначала почтовые сервер, отправляющий письмо, попытается закинуть почту на почтовый сервер с наименьшей метрикой, а при неудаче будет пробовать по возрастанию метрики.
Почтовые адреса называются строго по имени, IP-адрес пишется отдельно - иногда в той же зоне, иногда где-то ещё.

И ещё обратите внимание на то, что в DNS-зонах можно записывать краткие или полные (FQDN) имена. Краткие имена пишутся как есть и автоматически дополняются доменом зоны. Полные имена должны завершаться точкой. IP-адреса пишутся без точки в конце, ибо подразумевается, что они бывают только полные.

Для начала - надо дать тегу path какой-то id. И затем поменять свойство d .
Как-то так...