marsdenden

Кто-нибудь может объяснить начинающему кисководу в чем логическое и физическое отличие портов uplink от других?

Логическое отличие может состоять в отличном именовании интерфейсов. Физическое отличие может состоять в наличии отдельных ASIC специально для этих интерфейсов. Архитектурой данной линейки не владею, утверждать не берусь.

И когда их стоит использовать.

Когда вам необходимо собрать (агрегировать) трафик от устройств, подключенных в 'обычные' порты и передать дальше.

То есть не стоит пытаться агрегировать обычные порты? Только аплинк?

Агрегация трафика - это, например, когда вы объединяете трафик от множества серверов или клиентов, подключенных в 'обычные' порты и направляете его в ядро и далее в интернет через аплинк. Агрегировать же в смысле etherchannel можно между собой и обычные интерфейсы, и аплинки.

Суть аплинка - это интерфейс с большой пропускной способностью для 'централизованной' передачи трафика на другие устройства (коммутаторы ядра и т.д.). Никто вам не запрещает подключить к нему, например, сервер. Еще стоит отметить, что зачастую аплинки бывают dual-identity, т.е. из двух портов, под 8p8c (RJ45) и под SFP оптику работает одновременно один.

В вашем случае (см. здесь) :

Technical Specifications
Performance and Switching Specifications
Uplinks: Four SFP ports and two X2 ports with support of Cisco Gigabit EtherChannel® technology
...
Bandwidth aggregation up to 16 Gbps through Cisco Gigabit EtherChannel technology

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

1. Единый RestAPI - делим на приватный (для себя и бэкенда) и публичный (для любых кастомных клиентов).
2. Пишем сайт и подключаем его как один из клиентов.
3. RestAPI - контролирует доступы и общается с базой данных.

Add-on по RestAPI: тут

Нужно позволить всякому шлаку проплыть мимо вас. Не нужно вкладывать много времени в изучение того, что завтра изменится. Лучше тратить время на фундаментальные вещи, срок жизни которых больше 5-10 лет.
Примеры:

• Реляционные СУБД. Я использую их уже лет 10, и ничего принципиально нового (с точки зрения разработчика) в них не появилось. Я как изучил SQL 10 лет назад, так и пользуюсь им до сих пор. В тоже время, я знаю достаточно хипстеров, которые каждый день пишут на новом фреймворке и при этом не смогут составить запрос с joinами. Изучайте реляционные базы данных и SQL - они будут жить еще лет 20-ть;
  
• ООП. У меня на полке лежит книга банды 4-х, которую я купил давно. Мне не нужно каждый год покупать новый экземпляр из-за того, что шаблоны проектирования вдруг взяли и "устарели". Изучайте ООП. Оно будет актуальным еще очень долгое время;
  
• Регулярные выражения;
  
• Командные оболочки sh/bash;
  
• и т.д.
  

Короче говоря, не тратьте время на синтаксис, тратьте его на семантику.

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

Во первых подход, максимально всё автоматизировать не повторять руками 2 раза одно и тоже.
Во вторых знание инструментов чтобы решить первую задачу.

Если у вас ещё нет - то обязательно создать (или использовать готовый, например html5 Boilerplate) стартовый шаблон под вёрстку, где включены все используемые вами решения (пример).
Ну и как уже писали выше - пользоваться SASS, GULP.
Из фреймворков - пользоваться теми, что знаете.

сегодня задался аналогичным вопросом, в итоге написал себе такой вариант решения:

#!/usr/bin/perl

use Net::XMPP;
use Encode;
 
    my $to='my@domain.ru';
    my $server='domain.ru';
    my $port=5222;
    my $user='test';
    my $password="mypassword";
    my $resource="home";
    my $connectiontype="tcpip";
    my $ssl=0;
    my $tls=1;
    my $debugLevel = 0;
    my $client = Net::XMPP::Client->new(debuglevel => $debugLevel);
		
		# Определяем обработчики событий

		$client->SetCallBacks(onauth => \&onAuth,);
		
		$client->SetMessageCallBacks(#normal =>\&messageNormalCB,
									 chat    =>\&messageChatCB);
		
		my $status = $client->Execute(
                hostname        => $server,
                port            => $port,
                connectiontype  => $connectiontype,
                ssl             => $ssl,
                tls             => $tls,
				username => $user,
				password => $password,
                resource => $resource);
				
        if (!(defined($status))) {
                print "ERROR:  XMPP connection failed.\n";
                print "($!)\n";
                exit(0);
        }
		
sub onAuth {
    $client->PresenceSend(show => 'online', priority => 10);
	
	print "online\n";
}

sub messageChatCB {
    my ($sid, $mes) = @_;
    my $sender = $mes->GetFrom();
    my $body   = encode('cp866', $mes->GetBody());
    #my $thread = $mes->GetThread();

	print "$sender\n$body\n\n";
	
	print encode('cp866', decode('utf-8', 'Что скажем?'))."\n";
	
	my $mes = <STDIN>;
	
    my $text = decode('cp866', $mes);
    $client->MessageSend(
            to       => $to,
            #resource => $resource,
            #subject  => "Subj",
            type     => "chat",
            body     => $text);
	
}

selfdestroy, добрый день. Что мне бросилось в глаза:
- ник про саморазрушение и отсутствие аватарки, что иногда (не всегда) бывает признаком низкой самооценки. Да, есть те, кто по идеологическим или ещё каким-то причинам не хочет афишировать своё лицо, у кого-то просто нет хорошей фотографии, кто-то больше любит какую-то картинку поставить вместо лица, но нет ли именно проблем с восприятием себя?
- наложение на себя клейма: "проф непригодность", "не обладаю супер знаниями",
- страх отказа ("никогда не пытался устроиться"),
- позиция "снизу", демонстрация чувство вины ("извиняюсь"),
- растерянность ("понятия не имею, как найти", "не знаю, куда плыть дальше"),
- настрой на провал ("меня просто нигде не возьмут"),
- "никогда не щупал продакшн в живую" - есть стажировки, Open Source проекты, онлайн-курсы, на которых можно делать свой проект, обучаясь.

Если Вы сами не верите в себя, кто в Вас поверит? Пожалеют - да, кто-то добрый - даст совет, но сами подумайте: Вы бы взяли на работу человека, который бы на собеседовании говорил, что вообще-то, он плохо подготовлен для работы у Вас, который бы на вопросы о известных ему технологиях сказал бы что-то о том, что не пробовал их изучать, потому что они слишком сложны и т. п.

Я Вас очень понимаю в том, что иногда хочется опустить руки и переложить ответственность за свою жизнь на кого-то другого или на сложные обстоятельства. Но Вы ведь понимаете, что сильнее Вас за Ваши мечты и идеалы не будет бороться никто? Только Вы можете сказать себе: "я - хозяин своей жизни, и всё, что со мной происходит - результат моих действий либо моего восприятия происходящего". Очень просто сказать: "полюби себя", "начни ценить себя", но часто за низкой самооценкой кроется именно нежелание брать на себя ответственность за свою жизнь. Попробуйте что-то делать в этом направлении. Тогда и в программировании, и в трудоустройстве, и в общении с окружающими станет проще.