Валентин

там могут регистрироваться пользователи и добавлять свои новости и также могу зарабатывать на рекламе

Ну, не совсем согласен с остальными.

Если у Вас будет корочка МФТИ/МГУ(физтех/мехмат), то это круто и такая корочка важна.
Если это госслужба/госскомпания - важна.
Если у Вас корочка среднего ВУЗа или хуже - нет.

Также не стоит забывать факт, что в странах СНГ очень многое решают связи.

по-моему о своём продукте следует рассказывать тем на кого он нацелен, и это не аудитория хабра, уверен вы лучше знаете свою аудиторию, и где она обитает, даже сами написали Яндекс.Фото, вам нужно оттуда аудиторию привлекать, ну или из похожих проектов. Но явно не из Хабра)

Packet pushers, блог Пепельняка

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

Во-первых, не вижу прямой связи между посещаемостью и доходом в SAPE. Мало кто там настолько серьезно фильтровал доноров, чтобы отсекать сайты с трафиком, например, менее 2к уников/сутки. Разве что это давало сапосайту своеобразную индульгенцию ПС от санкций. Сайты с хорошим трафиком преимущественно использовали другие методы монетизации.

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

Тизерки, партнерки и т.п. - могут приносить прибыль в зависимости от тематики ресурса.

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

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

Построутинг забыли

iptables -t nat -A PREROUTING -d <адрес-роутера-в-локалке> -p tcp -m tcp --dport 5656 -j DNAT --to-destination xxx.xx.xx.xxx:80
iptables -t nat -A POSTROUTING -d xxx.xx.xx.xxx -p tcp -m tcp --dport 5656 -j SNAT --to-source <адрес-машины-в-локалке>

Как-то так:
www.rleonardi.com/interactive-resume

делайте сайты для друзей
а так вы никому не нужны

А почему вы хотите идти джуниором то ?
СОбственно интернет есть , задач вокруг полно, уже люди в 20-21 сеньорами идут.

>Вообще имеет ли смысл менять схему урлов с моей текущей на новую? Будет прирост трафика или забить?

У поисковых систем есть факторы ранжирования опирающиеся на урл. Но в Яндексе и Гугле они прямо противоположные:

• Яндекс любит короткие урлы, а Гугл длинные
  
• Яндекс не любит, когда в урле есть символы отличные от алфавитных, а Гугл любит параметры в урле
  

Поэтому в даннов вопросе всё зависит от ваших целей и задач.

На сколько просядет трафик и на какое время после смены урлов?

Если сделать редиректы, то не должен просесть.

Через какое время можно будет убрать редирект со старых урлов?

Если внешних ссылок на статьи нет, то сразу после переиндексации можно убирать. Если есть внешние ссылки, то редиректы с старых урлов (на которые есть внешние ссылки) лучше не убирать.

Что будет с поисковой выдачей яндекса и гугла? В ней будут и старые, и новые урлы? Через сколько пропадут старые?

С выдачей Яндекса и Гугла всё будет в порядке :)
Если поставить 301 редирект, то старые и новые одновременно не должны в поисковой выдаче появиться.

Артем Морозов в новом дизайне:
1. Нужно сохранить весь текст на странице и его форматирование.
2. Нужно сохранить все мета-данные со страниц, в том числе title, descripton и т.д.
3. Навигационные цепочки(breadcrumbs), перелинковка и сама структура сайта должна сохраниться.
4. Новый дизайн сайта должен быть оптимизирован не хуже текущего. Проверить оптимизацию Вы можете например в сервисе PageSpeed Insights
5. Нового мусора или форматирования не должно появиться на странице. Например, сейчас в коде:
<h1>Купить тостер</h1>
Не должно поменяться на:

<h1 style="color: #fff; text-decoration: none;">Купить тостер</h1>

Стили и форматирование задавайте в CSS.
6. Будет плюсом, если Вы сделаете сайт удобным для просмотра на мобильных устройствах. В зависимости от дизайна, это может быть адаптивная верстка или отдельная мобильная версия. Почитайте в Google Руководство веб-мастера по оптимизации сайтов для мобильных устройств.

Как создать новую версию сайта, сохранив позиции в поисковой выдаче?

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

6. Авторизация по паролю логину. Браузеры не будут работать, не поддерживают они авторизацию логин/пароль через socks5

а так в целом 3proxy:
#!/usr/local/bin/3proxy
nserver 8.8.8.8
nserver 8.8.4.4
nscache 65536
timeouts 1 5 30 60 180 1800 15 60

users usr_01:CL:pass1

daemon

log /var/log/3proxy/3proxy.log D

logformat "- +_L%t.%. %N.%p %E %U %C:%c %R:%r %O %I %h %T"
archiver gz /bin/gzip %F
rotate 30

external внешний ip
internal локальный ip

auth strong
#auth iponly
allow *
socks -p1080

Если вопрос теоретический (ну мало ли, преподаватель проверяет ваши знания), то есть такая формула Матиса (Mathis), которая оценивает верхнюю границу производительности TCP в зависимости от MSS (т.е. и MTU), RTT и вероятности потери пакета. Подробнее здесь

Если вопрос прикладной, то я попросил бы вас прояснить, что за "скорость 1 Гбит/c" имеется в виду. Какова топология сети, между какими ее нодами нужна такая скорость, через какие устройства идет интересующий вас трафик, как именно эта скорость задается (т.е. или это просто гигабитный ethernet-интерфейс, или нужно устойчиво передавать пользовательские данные с этой скоростью).

На мой взгляд, когда есть отдельная компактная SAN-сеть, соединяющая сервера и дисковые полки, увеличение MTU имеет смысл. Если же предполагается, например, генерировать трафик в интернет, конечным пользователям, то, думаю, эффекта вы не заметите (MTU где-то на пользовательском доступе наверняка будет меньше вашего)

find . -type f -name "??.jpeg"

ужас. прям беда.из такой ситуации сложно найти выход. костыли есть правда ...... можно порты пробросить, а можно купить нормальный маршрутизатор и второй айпишник оплатить. но я прям не знаю .. вопрос то редкий. его на тостере даже и не задавали. =(