Алексей Артюшевский

Идеала нет.
Есть реали в виде помещений, персонала, их потребностей и бюджета.
Сеть как и любой другой проэкт нуждается в ТЗ.

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

Если писк не раздаётся - подключайте пищалку, считайте звуки, ищите по описанию материнской карты - что оно значит.

1. Заменить БП на другой и проверить?
2. Проблемный БП проверить на другом ПК, проблема будет повторяться?

Удостоверится, что дело именно в неисправном БП. Далее варианты: вы ремонтируете/меняете БП, или вы ремонтируете материнку.

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

Погуглите официальное руководство для подготовки к CCNA.
Сухо, формально, академически, но если осилить, то познаете Суть.

На RAID ставите? Скормите установщику драйверы с флешки.

В winsrv есть встроенный бэкап. Им пользоваться не сильно удобно, но он есть. Кстати, акронис - это как раз про автоматизацию :) Все сделает сам и еще письмо пришлет.

Вопрос "нужно ли высшее образрование" вечен, видимо.
Я сам оставил учебу давно, сейчас "учусь" за заочном ради того, чтобы на всякий случай у меня был таки диплом. ВУЗ коммерческий, всё, что необходимо - платить раз в год за следующие год обучения.
Работа без особых проблем находится, но пару раз мне отказывали из-за отсутствия во, это были пара крупных банков, у них было требование - наличие диплома.

Вот статья https://habr.com/ru/company/pc-administrator/blog/...
SRP в первую очередь. Обновления. RDP Guard или аналоги. Бэкапы. Настройке фаервол, а ещё лучше, поставьте перед виндой роутер вроде микротика. Опять же, если есть возможность - ходите через туннель.

>>есть мнение о том что нужно их подписывать по названию ЧПУ ссылки + слово фото или изображение транслитерацией.
И без этого может быть всё нормально если стоят корректные title и alt а так же a href прочие данные указывающие на разные форматы(размеры) изображения. При этом если Вы сможете сделать ЧПУ для картинок - хуже точно не будет, поэтому ответ такой - если знаете как - делайте, если это трудоёмко то особого смысла нет. Не представляю например как Вы это в битрикс сделаете.

>>Насколько оправдано писать слово фото или изображение или лого?
Вы имеете в адресе файла? Если да - то особого эффекта Вы от этого не заметите, при этом опять же если Вы это сделаете - то вот ТОЧНО - поисковая система Вас за это не оштрафует. А на счёт поощрений - может быть, при этом на значительные не рассчитывайте.

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

>>3 Нужен alt, это точно title фотки не так важен. И имеет смысл делать подписи под фото (улучшает юзабилити)
И alt и title будут плюсом. Контекстное окружение имеет значение, проверено на практике что появлялись превью в изображениях в поисковой системе яндекс при поиске по фразам из окружения.

>> Зачем некоторые сайты пишут свой URL на своих изображениях?
Некоторая уникализация, а так же защита от копирования

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

ILoveVMware
Уже был ответ по технической составляющей вопроса: какой формат и как хранить.

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

Сначала скажу о плюсах документации:
- она помогает вам учиться грамоно структурировать информацию
- есть хорошая вероятность, что в будущем вы сами сможете ею воспользоваться и скажете себе "спасибо" (проверено)
- ею сможет воспользоваться ваш преемник или коллега/руководитель. И, если от преемника вы маловероятно получите какую-либо выгоду кроме морального удовлетворения, то ваш во 2-ом случае это сыграет вам на пользу. Вам будет проще объяснить своему коллеге (да и руководителю) принцип работы, чтобы втянуть его в работу. Руководитель сможет увидеть один из результатов вашей работы, и вы станете более ценным сотрудником в его глазах.
Тут ещё куча плюсов может нарисоваться, но это самые главные.

Принципы:
- пишите документацию так, чтобы человек с минимальными знаниями по теме мог разобраться о чем идёт речь
- в большинстве статей вы скорее всего будете описывать решение конкретной задачи
- остальные статьи, верятно, будут иметь описател ный характер (схема сети, расмещение серверов, список доменов, список можете продолжить сами)
- описывайте только главное, не углубляйтесь в подробности и основы. Для этого есть официальная документация. Вместо описывания основ, дайте ссылку на документацию и пометьте какую информацию там можно найти.
- ведите структурированную документацию там, где возможно. Введите минимал ные разделы: "описание", "ссылки", "инструкция". "Описание" - здесь пишите какую проблему решаете и что получаете на выходе. "Ссылки" - собираете тут все ссылки, которые указали в статье. "Инструкция" - тут непосредственно сами шаги, которые привели вас к нужному результату. Также в начале этого раздела можно привести список требований (наличие root/админского доступа, наличие нестандартных настроек приложенияя/веб-сервера/системных настроек и тд).
- в описании или в начале инструкции дайте пару основных определений, которыми будете оперировать в статье.
- не стесняйтесь приводить иностранную документацию и ссылки, а также не забывайте сами её читать. Сегодня есть отличные инструменты для этого, даже если вы не знаете другой язык. Встроенный переводчик в Google Chrome может перевести сразу всю страницу. Расширение для Google Chrome - LinguaLeo может перевести конкретное слово (пр двойном нажатии на слово)

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

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

С опытом пришло понимание, что должно быть вот так:

1) Идёшь в бухгалтерию, берешь там список имущества, которое числится на тебе / на отделе, проходишь по всем -- сверяешь, вплоть до старой гарнитуры, всё должно сойтись. Лицензии на ПО точно также. Ты должен в любой момент времени точно сказать -- где, что и сколько у тебя стоит, сколько на складе, что ты заказал, что пришло и то ли пришло. Для бухгалтерии это всё коробочки с лампочками. ОБЯЗАТЕЛЬНО! должны биться серийные номера. Если их нет требуй присвоить инвентарный. Даже на картридже для принтера. Если условная Света из логистики принесла свою мышь, у тебя должно быть это отображено. Всё с парком машин происходить только с твоего ведома.
Не бойся обращаться к руководству -- оно оценит, что ты экономишь их деньги.
Всё, что ты выдаешь -- выдавай под роспись. Это дисциплинирует.

2) Схема сети. Видеонаблюдение и телефония. Как нарисованная, так и WeatherMap в Cacti. Многие ей пренебрегают, почем зря. Ты всегда должен знать что у тебя происходит с каналами связи. Все вланы, все адреса, местоположение должно быть отражено и подписано. Все стойки и шкафы должны быть сфотографированы, так чтобы было чёткое понимание, что-куда-зачем.
Поверь, в случае аварии тебе это очень сократит время на восстановление.


3) Маркировка оборудования. Всё, нет не так -- ВСЁ!!! должно быть подписано. Все розетки, все патчи. Вообще всё!

4) Делаешь себе локальную вики, пох на чем и пишешь туда АБСОЛЮТНО всё. Как настроить порт на коммутаторе, набор основных команд, диагностика, версия прошивки, какая-то основная конфигурация. Бэкапы конфигурации храни в текстовом виде, не доверяй всяким .cfg, как настроить vlan на микроте, как поднять VPN до соседнего офиса.
Тебе это очень сильно сократит время, особенно некоторые операции надо проводить довольно редко.

5) Пиши скрипты для рутины. Скрипты тоже должны быть в вики.
Допустим обновить 5 коммутаторов или поправить ACL ненапряжно. А если их 50? 150?

6) В вики не должно быть ни одной ссылки на сторонние ресурсы. Завтра страница переедет, а ты на нее надеялся.

7) У тебя должны быть контакты всех поставщиков услуг, что касается твоего отдела: провайдеров, заправщиков, инженеров, горсетей, номера договоров, и прочая херня Если что-то случилось, ты должен очень быстро получить ответы, а не ждать на горячей линии. Держи контакты актуальными.

8) Чтобы это всё имело хоть какой-то смысл -- трать 1 час в день, чтобы заняться документацией. Иначе всё это херня.

Если товар не уникальный, то не обязательно, однако если вы ссылаетесь на авторитетные источники, то как плюс вам. Только делаейте их nofollow Так как интернет это прежде всего ссылки

Чтоб мамкины веб-дизайнеры не могли украсть на свой сайт.
Чтоб, даже если украдут, то рекламировали сайт-источник.
Ну и чтоб изменить хеш-сумму уже украденного.

Согласен с ren334, но уточню очень важный момент: у сайта должна быть структура в соответствии со вложенностью директорий в url.
Посмотрите, как это сделано на авито: https://www.avito.ru/moskva/kvartiry/sdam/1-komnatnye
Логичная вложенность.

Начинайте с книги Ашманова - это библия для новичков SEO. Структурированная подача текста и понятное объяснение теории.
А после этого изучайте практику на блогах, форумах (Серч для начала), подслушках в СС