Anticodeguy

💲 Сколько стоит sex.com В самом начале своего блога я написал пост про стоимость домена sex.com. Сейчас он уже недоступен для регистрации, так как был кем-то куплен очевидно. Но другой домен, про который я тогда писал sex.tech, сейчас продаётся за 1 606 000 рублей в год, а тогда это было 1,2 миллиона рублей. Что же такого ценного в этих доменах, что они стоят таких баснословных денег, что вообще такое доменное имя, на кой чёрт он нужен и что стоит учитывать при выборе и покупке доменных имён? Именно в этом мы и будем разбираться в ближайших постах. Итак, что же такое, в принципе, домен или доменное имя. Эти понятия равнозначные, поэтому можно использовать их в любом контексте. Домен – это уникальный адрес сайта в сети. Уникальный он, потому что по запросу к нему приведёт любой браузер в одно и то же место. Это значит, что он указывает на определённый сервер, который транслирует в сеть свой набор файлов, принадлежащих к этому сайту из директории на сервере, которая как раз ассоциируется с этим доменным именем. Самая простая аналогия доменного имени может быть с адресом человека. Он тоже уникальный, по одному и тому же адресу не может находиться два разных дома – это всегда будет один и тот же дом. Точно таким же образом работает адрес сайта: каждый сайт связан с определенным адресом или доменом. Соответственно, в первую очередь мы можем ассоциировать доменное имя с непосредственно самим сайтом, потому что зачем, в принципе, сдалось доменное имя, если оно не ведёт ни на какой сайт. Если, скажем, я просто купил какой-то домен и ничего по нему не опубликовал в сети, то никакого значения он, конечно же, не имеет. Если только ты не киберсквоттер, как те самые ребята, которые сейчас продают за полтора ляма домен sex.tech. Про это поговорим отдельно, это, кстати, целая индустрия в интернет-бизнесе которая называется киберсквоттинг.

Финальная часть анкеты выпускника направления «Системный анализ и управление» – это рекомендации по включению в учебный план. В целом это инструменты и дисциплины, которые реально используются на практике и будут полезны в той или иной степени всем, кто видит себя в сфере IT. — Управление продуктами — Продуктовые метрики и их анализ — Основы продуктовой аналитики — Основы Unit-экономики — Тестирование гипотез и HADI-циклы — Сustomer journey map — Mindmap как инструмент анализа — Методологии разработки (Agile, SCRUM, waterfall) — BPMN-нотация описания процессов — Оркестраторы и другие методы автоматизации процессов и разработки — No-code и low-code решения для разработки IT-продуктов — Цифровая безопасность — Основы шифрования данных — Разработка спецификаций цифровых продуктов — Построение команды — Юридические аспекты консалтинга и управления продуктами — NDA и защита персональных данных — Финансовое планирование и расчёт прибыльности проектов Разумеется, есть ещё целый список того, что уже входит в указанное направление, что тоже является частью необходимой на практике базы, в их числе: — Численные методы исследования операций — Исследование операций — Системы искусственного интеллекта — Автоматизация управления и связи — Администрирование баз данных — Системы телекоммуникаций — Технология системного моделирования — Теория управления организационно-техническими системами — Методы исследования эффективности организационно-технических систем — Модели организационно-технических систем и процессов их функционирования — Организация компьютерного документооборота — Моделирование производственных бизнес-процессов — Основы информационной культуры — Проектирование и разработка баз данных — Язык программирования (любой актуальный) — Автоматизация бизнес-процессов с помощью ERP-системы Это дисциплины, которые я изучал и сдавал в формате курсовых работ и то, знания чего действительно пригодились в том или ином виде на практике. Если есть вопросы, смело пиши из в комментариях и ставь реакцию 👍🔥💩 на пост.

Продолжаю знакомить тебя с моими ответами в анкете выпускника направления «Системный анализ и управление», которую я заполнил по просьбе своего преподавателя по системному анализу. Насколько полученные знания при обучении оказались востребованными в моей работе Ключевое – это системный анализ, который помогает буквально в каждом проекте, так как очень плотно применяется на любых этапах производства IT-решений. В основном, конечно, в процессе проектирования систем и обследования предметной области. Но в целом методики системного анализа применяю на всех стадиях. Также системный подход в принципе помогает очень хорошо ориентироваться при погружении в проекты. Рекомендации абитуриентам по выбору указанных направлений С точки зрения применимости полученных знаний и в принципе их востребованности на рынке, причём не только сейчас, но и в перспективе (даже с учётом поглощения некоторых профессий AI-решениями) – однозначно рекомендую выбирать «Системный анализ и управление». [Второе направление в анкете было «Управление качеством».] Во-первых, это очень универсальные методики и область знаний, которую можно (и полезно) применять на практике не только в IT (хотя здесь она расцветает во всей красе), консалтинге, но и реальном секторе от производств до сложнейших технологических предприятий. Во-вторых, сложно представить себе что-то более актуальное для любого этапа развития индустрий, так как системный анализ носит опоясывающий характер, а управление само по себе – центральная точка опоры любого бизнеса, предприятия, производства. Следом ещё расскажу про рекомендации по включению в учебные планы по направлениям. А задавай вопросы в комментарии и ставь реакцию 👍🔥💩 на пост.

Некоторое время назад мне написал глубокоуважаемый мной преподаватель из университета, которому я очень благодарен за то, что он просветил меня в области системного анализа, что критически (в позитивном смысле) повлияло на мою карьеру, и деятельность в целом. На самом деле это единственный из преподавателей, кто активно поддерживает диалог с выпускниками, и я никогда не против дать обратную связь, если она будет чем-то полезна. Он попросил меня заполнить анкету, информация из которой может быть полезна абитуриентам моей специальности. Речь про направление «Системный анализ и управление», хотя во время моей учёбы она называлась иначе, да и программа с тех пор, разумеется, поменялась. Но сути это не меняет, так как ключевые дисциплины остаются на месте. Так вот я подумал, что если эта информация может быть полезна абитуриентам, то возможно кому-то из моих подписчиков тоже может пригодиться. Поэтому делюсь здесь своими заметками, которые я оставил в этой анкете. Дальше я буду писать вопросы анкеты и мои ответы на них. Характер моей работы, чем конкретно я занимаюсь Я веду предпринимательскую деятельность в области IT-разработки, специализируясь на web-решениях. Занимаюсь продажей заказчикам решений и услуг по разработке. В части проектов являюсь непосредственно разработчиком IT-решений, а также управляю командами разработки. Каждое IT-решение – это продукт. Поэтому по роду деятельности я также Product Manager, руковожу развитием цифровых продуктов. Конкретно в мои обязанности входит общий менеджмент продуктов, от планирования и контроля разработки и выполнения конкретных задач командой; управление требованиями к разработке продуктов; внедрение продуктов в бизнес-процессы; сбор и анализ продуктовых метрик; управление видением и стратегией продуктов. Продолжение следует. А пока пиши вопросы и ставь реакцию 👍🔥💩 на пост.

В дополнение к предыдущему посту напишу про ещё одну немаловажную вещь – это компетенция сотрудников хостинга. Когда ты понимаешь, что с тобой общаются человек, не просто посаженный бездумно и умеющий отвечать только по скрипту, а как только ты чуть-чуть углубляешься в технические детали, он сразу вынужден посылать на другого специалиста, либо разбираться часами в проблеме, либо вообще, не понимая, о чём идёт речь, отправить тебя на какую-нибудь нерелевантную статью. Нет, это должны быть сотрудники, которые действительно погружаются в технические детали и понимают то, о чём говорят. Это, кстати, сразу чувствуется по любому ответу от технической поддержки. Итак, резюмирую критерии выбора хостинга и заодно соберу в одном месте предыдущие посты на эту тему. Что такое хостинг. Часть 1 Что такое хостинг. Часть 2 Критерии выбора хостинга 1. Географическое расположение серверов хостинга. Применимо для проектов, чувствительных к скорости загрузки обработки запросов. 2. Набор услуг, которые предоставляет хостинг, например регистрацию доменных имён, виртуальные частные серверы (VPS) и др. 3. Набор платных услуг, которые могут быть бесплатными: 3.1. настройки DNS 3.2. редирект или перенаправление 3.3. установка бесплатных SSL-сертификатов 3.4. доменная почта 3.5. резервные копии или бэкапы 4. Качество сервиса и технической поддержки: 4.1. её наличие и способность решать задачи 4.2. достаточно быстрое время реагирования 4.3. удобство связи 4.4. компетенция сотрудников На этом завершаю серию постов про хостинг. А впереди нас ждут материалы про доменные имена. Кстати, эта тема тоже была запрошена подписчицей. Так что если у тебя есть вопросы по теме, разбор которых тебе было бы интересно почитать, смело пиши их в комментарии к постам. И не забывай ставить реакции 👍🔥💩: мне они очень важны.

В прошлых постах мы разобрали целый список функций, которые могут быть бесплатными и некоторые хостинги берут за них деньги. Есть у меня ещё один критерий, который на мой взгляд превалирует над всеми остальными, особенно когда мы говорим про то, что базово хостинг – это комодити услуга. Это, конечно же, сервис. В первую очередь – это наличие адекватной обратной связи от технической поддержки хостинга. Начнём с того, что она в принципе, должна быть. То есть не для галочки, когда ты что-то написал, а тебе ответили через день или сказали «посмотрите настройки» или «вот есть мануал, сами там всё почитайте, разберитесь, сделайте». Это когда действительно человек (не чат-бот) разбирается в твоей проблеме и готов её решить. Причём быстро, то есть здесь сразу несколько критериев вступают в силу – скорость реакции, компетентность сотрудников и способность решить задачу, не ссылаясь на какие-то мануалы или документацию. Техническая поддержка должна отвечать быстро. Потому что, если у тебя, например, не работает сайт, то ждать следующего дня, когда тебе кто-то ответит, создаст тикет, передаст его в работу в техническую службу, просто некогда, вопросик нужно решить практически моментально. Второй момент – эта связь должна быть удобная. Если вдруг сломался сайт, тебе идти в панель управления хостингом, вспоминать свой логин, пароль, искать службу технической поддержки среди огромного количества пунктов меню, добраться до формы обратной связи, заполнить 100 500 полей в ней, нажать на кнопку отправить и только после этого надеяться, что теперь кто-то когда-то ответит, это, конечно же, абсурд. Должна быть возможность просто написать, например, в своем мессенджере, в том же Telegram о своей проблеме и всё. То есть вот эти все сложные перипетии на пути к тому, чтобы создать заявку на техподдержку, должны быть сведены к минимуму. Пиши в комментариях, если тебя тоже бесит неадекватная техподдержка (не только в хостинге, кстати) и не забывай ставить реакцию 👍🔥💩.

За какие ещё услуги некоторые хостинги берут деньги, хотя, могли бы делать это бесплатно Да, я понимаю, что это бизнес такой, но, когда на рынке присутствуют конкуренты, предлагающие эти же самые услуги в качестве базового сервиса, не взимая за это дополнительную плату, то, как минимум, странно пытаться продавать это. Редирект или перенаправление – это функция, которая позволяет при наборе одного домена направлять пользователя на абсолютно другой. Например, если ты переносишь со старого домена на новый после ребрендинга бизнеса, либо просто в сети гуляет несколько имён, которые принадлежат тебе, но все они должны вести на один и тот же сайт. Следующее – это установка бесплатных SSL-сертификатов, которые нужны для безопасности сайта. Это такой небольшой значок с замочком, который показывает браузер, когда пытается достучаться до файлов сайта: если в домене присутствует HTTPS (не HTTP), это значит, что на сайте присутствует сертификат. Такие сертификаты бывают бесплатными, например Let’s Encrypt, но за установку которых некоторые хостинги берут деньги. Что само по себе странно, так, как сертификат выпускается абсолютно бесплатно. Далее – доменная почта, которая привязана к твоему имени: все вот эти info@xxx. Недавно, кстати, Яндекс стал тоже за неё брать деньги. В этот момент я и перешёл на ,tcgkfnye. доменную почту на моём хостинге. Понятно, что там могут быть какие-то ограничения, например, не бесконечный объём почты, но до какой-то определённой квоты это вполне может быть бесплатной услугой. Ну и, наконец, резервные копии или бэкапы – это обязательная функция для любого сайта, потому что может случиться всё, что угодно, от некорректного изменения кода до внедрения какого-нибудь вредоносного файла. И должна быть возможность вовремя откатить эти изменения и вернуться к работоспособному состоянию сайта. Поэтому крайне важно делать ежедневные бэкапы. И, на мой взгляд, это тоже функция абсолютно базовая, которая должна предоставляться вкупе с услугами хостинга, но некоторые имеют наглость брать за это деньги.

💲 Продолжаем разбирать критерии выбора хостинга Вчера мы остановились на географическом расположении серверов хостинга, который действительно важен для тех проектов, где критичным будет скорость загрузки и реакции на действия пользователя. Ну а для рядовых сайтов на самом деле имеет гораздо меньшее. Ну разве что для тех сайтов, у которых основная целевая аудитория находится на территории России, желательно, чтобы этот хостинг находился тоже в России, потому что, разумеется, от европейских хостингов запрос от Омска будет идти заметно дольше, чем, скажем, до Екатеринбурга. Следующий аспект, на котором я хочу остановиться – это услуги, входящие в базовую стоимость хостинга. Что я имею в виду. Когда ты размещаешь сайт его на хостинге, тебе нужно будет связать его с доменным именем. Некоторые хостинги предоставляют ещё услугу приобретения доменных имён, то есть выступают в качестве регистранта домена. Про домены мы поговорим отдельно, но здесь я хочу упомянуть про то, что после покупки доменного имени необходимо его на целить на определённых хостинг, то есть на тот сервер, где лежат файлы сайта. Это называется настройкой DNS. Сейчас пока не буду останавливаться на том, что это такое, просто знай, что это необходимая процедура в том случае, если ты покупаешь домен на хостинг-сервисе, а сайт делаешь, например, на конструкторе. Если сайт размещается и домен покупается в одном и том же месте, то ничего настраивать не нужно. И некоторые хостинги по какой-то причине доступ к настройке этих DNS предлагают за деньги, хотя на мой взгляд – это базовая настройка доменного имени. И раз уж ты (как хостинг-сервис) предлагаешь услуги регистранта, доступ к этим настройкам не может стоить денег. Большая часть хостингов не берут за это деньги, но есть те, которые решили на этом нажиться. Так что обрати внимание на то, за что с тебя будут брать деньги. И это, кстати, как правило, не единственная абсурдно платная «услуга» таких ребят. Расскажу, за что ещё они дерут деньги.

Как выбрать хостинг В предыдущих постах я помогал тебе с базовым пониманием того, что же такое хостинг, и в комментариях подписчица задала вопрос о том, а как же выбирать хостинг для своих проектов. Отличная тема для обсуждения, погнали! Сама по себе изолированная услуга хостинга давно стала комодитизирована. Имеется в виду то, что хостинги сами по себе мало чем отличаются друг от друга. Когда мы говорим о хостинге сайта, например, на одном сервере или на другом, все они, по сути, представляют собой одинаковую услугу – это размещение сайта и незаметное для нас обслуживание этого сервера. Для таких продуктов основным критериям выбора является цена и для хостинга тоже может быть справедлив этот критерий: выбираем тот, который подходит больше всего по цене. Но это, разумеется, дилетантский подход, мы так действовать не будем. Есть еще несколько немаловажных критериев, которые есть в этой нише, и я про них расскажу. И первое, о чём стоит подумать перед покупкой хостинга – это о том, где географически будет размещаться сервер с твоим сайтом. Для большинства случаев это будет не столь важно. Но, если твой проект подразумевает специфику, связанную с региональной принадлежностью, например, нужно, чтобы клиенты могли открывать сайт максимально быстро, либо это приложение, требующее большого объёма данных, который должен быть скачан с хостинга, в этом случае расположение сервера может играть ключевую роль. Тебе нужна большая пропускная способность и максимально сократить время ответа сервера до конечного браузера пользователя. В этом случае значение имеет именно географическое расположение серверов хостинга. То есть, где находится центр обработки данных, потому что, разумеется, чем ближе географически твой клиент находится к зоне ЦОД, тем меньше будет время передачи информации до него. Поэтому если твой проект требует высокой скорости загрузки и скорости обработки запросов пользователя, то обрати внимание в первую очередь на то, где же находится ЦОД этого хостинга. Пиши вопросы в комментах и ставь реакцию 👍 🔥 💩.

В прошлом посте мы выяснили, что для того, чтобы сайт в принципе работал, доступ к файлам этого сайта должен быть круглосуточным. Это как раз приводит к необходимости размещения этих файлов на каком-то другом компьютере, который гарантированно будет доступен в Сети постоянно. Такие компьютеры называются серверами. Они и обеспечивают бесперебойную работу и нахождение своего содержимого, в том числе файлов сайтов, которые на них размещены, в сети Интернет. Размещение файлов сайта, приложения или любой другой штуки, которая должна быть доступна в сети Интернет, на сервере и называется хостингом от английского слова hosting (дословно размещение). Сервер – это по своей сути компьютер, который предназначен для автономного (то есть без участия человека) выполнения сервисных операций. Это значит, что оператору не нужно сидеть за этим компьютером и нажимать на кнопку «Сделать сайт доступным», чтобы тот работал, всё происходит автоматически. Разумеется, серверы требуют обслуживания, настройки и сами по себе стоят дороже и требуют определённой инфраструктуры для корректного функционирования. Не говоря уже о том, что они должны быть постоянно подключены к бесперебойному соединению с Интернетом. И так как обслуживание серверов, разумеется, стоит денег, хостинг – это платная услуга, которую мы покупаем для того, чтобы наш сайт был доступен в интернете. Возвращаясь с тем же конструкторам, у них, как правило, есть либо свои серверы, либо есть партнёрское соглашение с каким-то крупным провайдером, который даёт такие услуги. Либо это может быть ЦОД (центр обработки данных), где они размещают как своё приложение конструктора, так и сайты, сделанные на нём.

Размещение файлов сайта, приложения или любой другой штуки, которая должна быть доступна в сети Интернет, и называется хостингом от английского слова hosting (дословно размещение). И так как обслуживание серверов, разумеется, стоит денег, хостинг – это платная услуга, которую мы покупаем для того, чтобы наш сайт был доступен в интернете. Возвращаясь с тем же конструкторам, у них, как правило, есть либо свои серверы, либо есть партнёрское соглашение с каким-то крупным провайдером, который даёт такие услуги. Либо это может быть ЦОД (центр обработки данных), где они размещают как своё приложение конструктора, так и сайты, сделанные на нём.

Что такое хостинг и зачем он нужен при создании сайта В предыдущих постах я часто упоминал такую штуку, как хостинг. Не все знают или не все помнят об этом, когда задумываются о создании сайтов. Поэтому сейчас попробую простыми словами объяснить, что это такое, как работает и нужен ли он вообще при создании сайта. Кому-то это может показаться странным, особенно тем, кто работает с конструкторами сайтов, потому что там не нужно заниматься никаким размещением на хостинге: ты просто нажимаешь на кнопку «Опубликовать» и сайт магическим образом оказывается сети Интернет, привязанный к твоему доменному имени. Но на самом деле под капотом этого конструктора тоже работает хостинг. Просто он не обозначен отдельной услугой, как это бывает, когда делаешь сайт самостоятельно, но включён в стоимость конструктора и, как правило, является неотъемлемой его частью. Когда ты делаешь сайт, у тебя на выходе получаются файлы (вспоминай посты про создание простейшего сайта). Эти файлы, при загрузке их через браузер, говорят ему о том, что нужно отображать на страничке, как она будет выглядеть, какая у неё структура и то, что мы разбирали в тех же предыдущих постах. Для того, чтобы эти файлы, в принципе, были доступны для загрузки через браузер, они должны где-то находиться в физическом смысле. Когда ты создаёшь сайт, эти файлы находятся, например, на твоём компьютере. Но для того, чтобы сайт работал, мы не можем их загружать напрямую с твоего компьютера, потому что он должен быть в сети 24/7. Даже если комп выключен, сайт должен быть доступен. Это как раз приводит к необходимости размещения этих файлов на каком-то другом компьютере, который гарантированно будет доступен в Сети постоянно. Такие компьютеры называются серверами. Они и обеспечивают бесперебойную работу и нахождение своего содержимого, в том числе файлов сайтов, которые на них размещены, в сети интернет.

Но в остальном это очень гибкий и удобный инструмент для того, чтобы работать с табличками и с данными, хорошая замена Airtable, если ты вдруг находишь какие-то ограничения в ней. И я однозначно буду рассматривать APITable в качестве инструмента для других проектов.

Почему пришлось использовать APITable для кинофестиваля Помнишь, я рассказывал про проект кинофестиваля, в котором изначально был Airtable, но я отказался от него, так как его нельзя оплатить в России? Если хочешь вспомнить подробности, почитай предыдущую серию постов про этот проект. Когда накопилось достаточно большое количество (несколько тысяч) регистраций на кинофестиваль, понадобился более удобный инструмент для массовой обработки данных регистрации и заказчик попросил что-то с этим сделать. Как минимум нужна была возможность быстрого поиска (то есть фильтрации) записей, удобная навигация по базе или, хотя бы, выгрузка в Excel, где уже можно адекватно обрабатывать большой объём данных. В Directual та админка, которая предоставляется по умолчанию, не подходит для работы с большими таблицами. Там нет таких удобных и моментально работающих фильтров, сортировок, группировок и возможности просматривать их в читаемом виде. И к тому же нет выгрузки в Excel. Всё это возможно, если прикрутить свой кастомный интерфейс. Но, во-первых, проект уже запущен и нет времени разрабатывать интерфейс, а во-вторых, например в том же APITable нужный интерфейс уже есть из коробки. То есть тут вообще ничего не нужно для этого настраивать, только передать данные. Поэтому я и использовал APITable для решения поставленной задачи. Настроил передачу данных по готовому из коробки API и передал заказчику доступ к таблице. Кстати, APITable позволяет выгружать данные в Excel, но это просто не понадобилось, так как здесь очень удобно можно работать с данными и моментально находить нужные записи, даже удобнее, чем в табличном процессоре. Но есть и очевидные минусы – это, например скорость поточной обработки API-запросов: там есть ограничения и не получится, например, отправить сразу в одну секунду в несколько сотен запросов. Это и понятно, так как я на бесплатном тарифе и, разумеется, они ограничили поток, дабы не перегрузить свои аппаратные мощности.

Альтернатива Airtable По рекомендации подписчика и коллеги по цеху решил попробовать поэкспериментировать с сервисом APITable, который является аналогом Airtable и в целом выполняет схожие функции. Если хочешь ознакомиться с инструментом, можно почитать вот этот пост, где я рассказываю про Airtable. Чем же отличается APITable от него? В первую очередь тем, что здесь для бесплатной версии доступно гораздо большее количество записи на одну базу: если в Airtable это до 1 200 записей, то здесь в бесплатном тарифе доступно 20 000 записей, что существенно больше, более, чем в 16 раз. То есть можно будет чувствовать себя спокойно на протяжении достаточно длительного времени, особенно если речь идёт про какой-то определённый объём данных, которые нужно будет в неё поместить. Следующее преимущество, которое я заметил, это то, что APITable настраивается гораздо быстрее, чем Airtable. Здесь нет промежуточных этапов в виде создания базы, создания отдельной таблицы, всяких опросников, которые Airtable вываливает на тебя после регистрации. По сути, ты после регистрации сразу же попадаешь в таблицу и дальше уже можешь начинать с её кастомизировать. То есть это действительно намного быстрее. Ещё одно преимущество – это API, которое действительно находится под рукой. Я не знаю, почему, но в Airtable эти вещи запрятаны достаточно далеко и нужно ещё постараться, чтобы их найти. И я честно, не запомнил даже с десятого раза (если это, конечно, не деменция), где у них находится АПИ-шка, либо они её постоянно перемещают в интерфейсе. А в APITable прямо сверху справа на любой таблице есть иконка API, которую нажимаешь и сразу попадаешь в интерактивное описание методов API с готовыми примерами для разных кодовых баз. Но в остальном здесь те же самые функции, которые позволяют группировать, сортировать, фильтровать данные, преобразовывать их в отдельных полях, что позволяет аккуратно, быстро и эффективно работать с данными, даже, если их много. Завтра ещё расскажу, почему пришлось в проекте кинофестиваля перейти на APITable.

Буквально на днях заказчик, которому нужно сделать два лендинга (сайта), попросил прояснить момент с несколькими доменными именами. Потому что на самом деле не всегда понятно, когда имеет смысл делать два доменных имени запускать два разных сайта или достаточно одного. Я подумал, что это хорошая тема для того, чтобы светить её в своём блоге и, собственно, поехали. Для начала нужно разобраться в определениях. Лендинг (landing) – это одна (посадочная) страница сайта. На одном сайте (то есть на одном доменном имени) страниц может быть сколько угодно, хоть 1 000, в том числе и разных лендингов. Сайт – это совокупность страниц, но он может состоять и из одной единственной страницы. И сайт всегда привязан к какому-то доменному имени, адресу в сети. Когда речь идёт про бизнес с несколькими отдельными брендами, для каждого этого бренда нужны отдельные посадочные страницы, куда будет попадать пользователь и знакомиться с предложением. То есть в рамках одного сайта (то есть доменного имени) можно сделать, например, два лендинга и дополнительно две страницы с разными каталогами под каждый бренд, которые могут быть соединены между собой ссылками в меню этого сайта. При этом дизайн разных страниц в рамках одного сайта тоже может отличаться. С другой стороны, отдельный сайт и отдельное доменное имя стоит делать, чтобы не путать пользователя и не мешать маркетинговые активности в одну кучу. Если клиент ожидает на сайте Х увидеть туалетную бумагу со смывающейся втулкой, но при переходе на другую страницу увидит запчасти для спортивных велосипедов, это может его смутить и запутать. Ровно как и продвижение сайта. Когда ты даёшь рекламу, она ведёт на какой-то домен и поисковики не любят, когда на одном и том же домене две разных тематики (например блог про котов и товары для обуви). Поэтому в этом случае имеет смысл разнести контент на два разных сайта, то есть два разных доменных имени и сделать их независимыми друг от друга.

Бесплатная альтернатива Midjorney на русском языке! Вот отличная новость для тех, кто хочет генерировать изображения, но уже исчерпал весь свой лимит в Midjorney. Сбер выпустил свою версию генеративной модели Kandinsky 2.1 (Кандинский) – это новая версия, которая позволяет тоже похожим образом генерировать изображение по текстовому описанию. Пока она в свободном доступе, абсолютно бесплатная и можно ей пользоваться даже без регистрации. То есть здесь всё намного проще, чем в Midjourney, нет никакого геморроя с Дискордом и в принципе, всё, что нужно сделать – просто перейти по ссылке этой сетки и можно начинать работать. Из хороших особенностей я отмечу, что здесь можно выбирать стилистику, в которой будет сгенерировано картинка, из предлагаемого списка и это, по-моему, очень удобно: не обязательно прописывать все требования к стилистике изображения в запросе к нейронке. Тут же есть и полезная функция, которая позволяет удалить ненужные с ваших фотографий. Ну и несомненное преимущество – это то, что она понимает запросы на русском языке. Поэтому если тебе по тем или иным причинам не удалось ознакомиться с Midjorney, то смело заходи в Кандинский (точнее Fusion Brain, как она называется) и генерируй свои изображения.

🧹Чистота кода в Bootstrap Studio Да, конечно, работа с Bootstrap Studio намного сложнее, чем с привычный онлайн-конструктором сайтов и требует некоторых знаний сайтостроения. Но его неоспоримое преимущество заключается в том, что на выходе у тебя получается абсолютно чистый, без всяких ненужных элементов и конструкций код, в котором нет ничего лишнего, ни единой строчки, ни единого блока, который у тебя не используется, там не будет. Не будет подключена какая-то непонятная библиотека, не будут загружены ненужные файлы, скрипты, там не будет блоков, которые просто заполняют пространство по каким-то непонятным причинам (или потому, что, например, конструктор не умеет правильно выстраивать адаптивную вёрстку) и так далее. То есть код настолько чистый, насколько ты сможешь всё сделать с помощью стилей из библиотеки Bootstrap. А если не сможешь, то и здесь тебе программка поможет и укажет на наличие ошибок в коде, порекомендует, как правильно их исправить. В общем инструмент более чем достоин использования, особенно если речь заходит про создание простого сайта, который должен работать быстро, в котором нет ничего лишнего, который будет загружаться моментально и работать безотказно. В качестве примера покажу набор файлов, которые в итоге получились при производстве одностраничного сайта, про который я рассказывал, начиная эту серию постов. Это один HTML-файл весом меньше 5 килобайт и CSS-файл с таблицами стилей ещё на 271 байт. Весь остальной объём занимают изображения в формате webp и весят суммарно около 94 килобайт. То есть нужно браузеру нужно загрузить всего порядка 100 (❗️) килобайт суммарно, чтобы отобразить сайт. Настолько он получается легковесным.

Следующий уровень упрощения работы с HTML-кодом при создании сайтов Итак, мы с тобой уже не пишем сайт вручную, мы собираем его из готовых блоков и элементов кода, которые нам предоставляет фреймворк, вроде Bootstrap. Но можно пойти ещё дальше и использовать систему, которая может автоматизировать сборку сайта из блоков и это как раз тот самый инструмент, который я упоминал несколькими постами ранее. Bootstrap Studio позволяет очень похожим на конструкторы сайтов образом из готовых блоков собирать странички. Каждый из этих блоков будет представлять собой ничто иное, как заранее написанный кусочек HTML-разметки, в котором уже проставлены все необходимые стили, чтобы он выглядел как нужно и был адаптивным на всех устройствах. А если что-то во внешнем виде не устраивает, то это всегда можно поправить с помощью настроек по аналогии с любой программной системой, которая включает в себя комплекс различных параметров. Здесь можно отрегулировать всё, начиная от самого простого, что касается, например, шрифта, его размер, цвет или более сложные вещи такие, как отступы между блоками, их условную видимость, отображение в зависимости от разрешения экрана и так далее. Отличие от конструкторов сайтов, которые публикуют конечный продукт, здесь заключается в том, что ты получаешь в итоге всё-таки набор файлов, который нужно самостоятельно установить на хостинг и привязать к доменному имени. То есть здесь нужно ещё немножко приложить ручной работы, которая на самом деле очень простая, но тем не менее требует технического понимания, что ты делаешь. Чтобы это сделать абсолютного с нуля, если человек не подкован, то он скорее всего, не сориентируется с первого раза.

Теперь давай вернёмся к созданию сайтов Я думаю, что на основе предыдущих постов тебе уже стало понятно, что для разработки сайта нужно создать определённую структуру, которая будет определять его внешний вид, функциональность и поведение. Можно это сделать вручную, написав код, а можно воспользоваться фреймворком, который предоставляет готовые шаблоны уже написанных частей кода, которые в свою очередь можно комбинировать друг с другом и составлять нужную тебе структуру, что сильно упрощает и ускоряет создание сайтов. Именно для этого и нужен, например Bootstrap, как один из таких фреймворков. Что он из себя представляет, по сути? Это набор таких готовый шаблонов кода, которые можно использовать для того, чтобы сделать полностью сайт или отдельные его части. Тут есть всё необходимое: и каркасная структура, включающая в себя всю HTML-разметку от начала и до конца страницы сайта, и отдельные элементы, тексты, заголовки, изображения, и блоки, которые позволяют оборачивать все эти элементы и выстраивать красивую и удобную композицию с точки зрения пользования. Все эти элементы объединены в одну библиотеку, которая тоже сделана для того, чтобы упростить разработку. Мы её можем установить на сайт или загрузить один раз, а дальше использовать её везде на каждой странице нашего сайта. Примерно так и работает фреймворк Bootstrap (или любой другой фреймворк для построения frontend-части). Это, пожалуй, первый уровень упрощения: такие готовы библиотеки, которые можно использовать при разработке сайтов. А дальше я расскажу, как можно выйти на следующий уровень этого упрощения и сделать удобнее даже работу с самим фреймворком Bootstrap.