Андрей

У PHP есть функция, выполняемая в коде: set_time_limit ( int $seconds );. При передаче 0 в параметре конкретно этот скрипт будет жить вечно, пока не появится фатальная ошибка/не крашнется, и т.п..
Конечно, реализовывать через PHP таких демонов не комильфо, но в качестве исключения ничего плохого в этом не вижу. PHP так же может реагировать на сигналы, умеет управлять своим процессом почти как настоящий демон, поэтому реализовать вполне реально.

Второй вариант - запускать скрипт постоянно по крону (или по планировщику в виндах), но при единственной проверке в коде, проверки эти будут проходить каждую минуту, что может не подойти (зависит от задачи).
Я бы написал демона с бесконечным временем выполнения и первое время мониторил бы его работу каким-нибудь другим скриптом, чтоб убедиться, что оно летает и не падает.
Памяти/процессора он жрёт не много, фактически работать всё будет. А то, что PHP для этого не используется - это просто издержки программерских религий :)

Если нужно по результирующему линку гонять соединения только между 2-мя серверами, то поможет режим balance-rr (bond_xmit_hash_policy его умеет) - он делит трафик не по адресам/макам/итп, а последовательно каждый следующий пакет отправляет то туда, то сюда.

Фундаментальный вопрос: какой стандарт портов в сетевых картах и коммутаторах? 1000Base-T или 1000Base-TX?
Дело в том, что стандарт ТX даёт гигабит в каждом направлении по одному линку, когда T подразумевает гигабит в сумме входящего/исходящего направлений. Сетевухи могут быть TX, но коммутаторов, поддерживающих TX, я видел лишь единицы, и стоили они дорого.
Так вот прикол в том, что стандарт Т - это узкое место, и если коммутаторы не поддерживают TX (а по тестам я предполагаю, что это так), то одновременно 2 гигабита туда и 2 гигабита обратно не будет никогда.

Так вот, ответы:
1. Возможно, нет, надо сначала посмотреть на тип портов и убедиться в том, что "затык" может быть именно в этом
2. Полностью. Как правило, если соединений много, то layer2+3, layer3+4 и т.п. - они работают замечательно и стараются сбалансировать трафик максимально ровно, однако при одном компьютере (и особенно на одном соединении, которое генерирует iperf!) смысла в них крайне мало, поэтому такой тип трафика нормально балансировать будет только round-robin.

UPD:
Посмотрел, в этой модели порты "IEEE 802.3ab 1000BASE-T Gigabit Ethernet", т.е. по каждому гигабит будет в сумме направлений. В таком случае о полных 2-х гигабитах рекомендую временно забыть и проверять iperf-ом трафик не одновременно, а сначала в одну, потом в другую сторону, и следить при этом за равномерностью загрузки линков (с точки зрения коммутатора), включив со сторон серверов round-robin. Если трафик по обоим каналам будет идти равномерно, значит проблема только в типе порта. Значит надо искать коммутатор с поддержкой 1000BASE-TX

Прикладные специальности изначально "фундаментальными" (или "основными") не являются. Вычислительные системы уже более специализированы и приближены к глубокому изучению информатики, и т.п., когда экономика (к чему сейчас информатика прикреплена) туда вообще никак не входит.
На Вашем месте я бы перевелся, т.к. в любом случае это будет сильно ближе к программированию, чем прикладной статус информатики.

Триколоровский спутник находится в выгодном для нашей долготы месте, в зависимости от города - или строго на юге, или где-то рядом (меньшее влияние атмосферы, меньше облаков, и т.д.), и сигнал у него достаточно хороший.
Надо посмотреть по карте покрытия, если находитесь в зоне >50dB, то сильно париться насчет качественных конвертеров не надо, лично пробовал совершенно разные конвертеры - все работают великолепно. Сейчас без проблем работают конвертеры Golden Interstar.

количество выходов на конверторе должно соответствовать количеству подключаемых ресиверов

Обычно да, но делается это как раз потому, что разные транспондеры могут работать в разных диапазонах и поляризациях, а подключенные последовательно ресиверы могут работать только в одном из 4-х режимов.
Транспондеры триколора как правило работают в одном и том же диапазоне и поляризации, и поэтому Loop-ы возможны, и работать будут. Loop-ил гирлянду из 4 ресиверов, проблем не было. А вот насчет других спутников уже надо смотреть, и если есть 2 транспондера в разных режимах, каналы с которых хочется смотреть одновременно - тогда уже не обойтись без отдельного кабеля от конвертера.

Для изменения строки делается UPDATE, для добавления - INSERT. Вот видимо здесь имеют место попытки именно добавить, а не изменить запись.

Если же уникальность должна придавать связка слово-страна, то рекомендую добавить уникальный ключ на эти 2 поля, и тогда при инсерте, если такая связка уже существует, поле толкования будет обновляться, а не создаваться ещё одно:

INSERT INTO `tbl` (`word`, `country`, `interpret`, `translate`) VALUES ('bla', 'bla', 'bla', 'bla') ON DUPLICATE KEY UPDATE `interpret` = VALUES(`interpret`), `translate` = VALUES(`translate`);

Если именно "к каждому src необходимо добавить приставку $domen", то

$description = str_replace("src=\"", "src=\"domen.com/", $description);

Как раз меняет все вхождения первого параметра на второй параметр.

Если не нужны сложные правила поиска/замены (например, регулярные выражения), использование этой функции предпочтительнее preg_replace() (с) man

Зачем же логи парсить? В микротиках практически всё можно получить по телнету или SSH. Достаточно подключиться туда (по RSH, например), выполнить команду вывода и легко распарсить строго форматированную таблицу.
По SNMP, если мне не изменяет память, всё это дело получить нельзя.

POE она не умеет, но с помощью паяльника, учитывая потери на кабеле, конечно можно, просто подав по 4-5 и 7-8 парам напряжение, и выведя их потом из витухи в разъем питания.. Костыль, но работает.
Конечно, в случае, если нельзя подключить внешнее питание туда, где малинка будет находиться.
А просто на стенде ради интереса запитать по RJ-45 вместо MicroUSB - нельзя.

SELECT `SC_categories`.* FROM `SC_categories` LEFT JOIN (SELECT DISTINCT(`parent`) FROM `SC_categories`) AS `list` ON (`SC_categories`.`category_ID` = `list`.`parent`) WHERE `list`.`parent` IS NULL

вроде ничего не перепутал..

UPD1:
да, проверил, работает

mysql> select * from `SC_categories`;
+-------------+--------+
| category_ID | parent |
+-------------+--------+
|           1 |      0 |
|           2 |      1 |
|           3 |      2 |
|           4 |      0 |
|           5 |      4 |
|           6 |      2 |
|           7 |      6 |
+-------------+--------+
7 rows in set (0,00 sec)

mysql> SELECT `SC_categories`.* FROM `SC_categories` LEFT JOIN (SELECT DISTINCT(`parent`) FROM `SC_categories`) AS `list` ON (`SC_categories`.`category_ID` = `list`.`parent`) WHERE `list`.`parent` IS NULL;
+-------------+--------+
| category_ID | parent |
+-------------+--------+
|           3 |      2 |
|           5 |      4 |
|           7 |      6 |
+-------------+--------+
3 rows in set (0,00 sec)