Теперь давай вернёмся к созданию сайтов
Я думаю, что на основе предыдущих постов тебе уже стало понятно, что для разработки сайта нужно создать определённую структуру, которая будет определять его внешний вид, функциональность и поведение.
Можно это сделать вручную, написав код, а можно воспользоваться фреймворком, который предоставляет готовые шаблоны уже написанных частей кода, которые в свою очередь можно комбинировать друг с другом и составлять нужную тебе структуру, что сильно упрощает и ускоряет создание сайтов. Именно для этого и нужен, например Bootstrap, как один из таких фреймворков.
Что он из себя представляет, по сути? Это набор таких готовый шаблонов кода, которые можно использовать для того, чтобы сделать полностью сайт или отдельные его части. Тут есть всё необходимое: и каркасная структура, включающая в себя всю HTML-разметку от начала и до конца страницы сайта, и отдельные элементы, тексты, заголовки, изображения, и блоки, которые позволяют оборачивать все эти элементы и выстраивать красивую и удобную композицию с точки зрения пользования.
Все эти элементы объединены в одну библиотеку, которая тоже сделана для того, чтобы упростить разработку. Мы её можем установить на сайт или загрузить один раз, а дальше использовать её везде на каждой странице нашего сайта.
Примерно так и работает фреймворк Bootstrap (или любой другой фреймворк для построения frontend-части). Это, пожалуй, первый уровень упрощения: такие готовы библиотеки, которые можно использовать при разработке сайтов. А дальше я расскажу, как можно выйти на следующий уровень этого упрощения и сделать удобнее даже работу с самим фреймворком Bootstrap.
Я думаю, что на основе предыдущих постов тебе уже стало понятно, что для разработки сайта нужно создать определённую структуру, которая будет определять его внешний вид, функциональность и поведение.
Можно это сделать вручную, написав код, а можно воспользоваться фреймворком, который предоставляет готовые шаблоны уже написанных частей кода, которые в свою очередь можно комбинировать друг с другом и составлять нужную тебе структуру, что сильно упрощает и ускоряет создание сайтов. Именно для этого и нужен, например Bootstrap, как один из таких фреймворков.
Что он из себя представляет, по сути? Это набор таких готовый шаблонов кода, которые можно использовать для того, чтобы сделать полностью сайт или отдельные его части. Тут есть всё необходимое: и каркасная структура, включающая в себя всю HTML-разметку от начала и до конца страницы сайта, и отдельные элементы, тексты, заголовки, изображения, и блоки, которые позволяют оборачивать все эти элементы и выстраивать красивую и удобную композицию с точки зрения пользования.
Все эти элементы объединены в одну библиотеку, которая тоже сделана для того, чтобы упростить разработку. Мы её можем установить на сайт или загрузить один раз, а дальше использовать её везде на каждой странице нашего сайта.
Примерно так и работает фреймворк Bootstrap (или любой другой фреймворк для построения frontend-части). Это, пожалуй, первый уровень упрощения: такие готовы библиотеки, которые можно использовать при разработке сайтов. А дальше я расскажу, как можно выйти на следующий уровень этого упрощения и сделать удобнее даже работу с самим фреймворком Bootstrap.
👍7❤🔥2
Следующий уровень упрощения работы с HTML-кодом при создании сайтов
Итак, мы с тобой уже не пишем сайт вручную, мы собираем его из готовых блоков и элементов кода, которые нам предоставляет фреймворк, вроде Bootstrap. Но можно пойти ещё дальше и использовать систему, которая может автоматизировать сборку сайта из блоков и это как раз тот самый инструмент, который я упоминал несколькими постами ранее.
Bootstrap Studio позволяет очень похожим на конструкторы сайтов образом из готовых блоков собирать странички. Каждый из этих блоков будет представлять собой ничто иное, как заранее написанный кусочек HTML-разметки, в котором уже проставлены все необходимые стили, чтобы он выглядел как нужно и был адаптивным на всех устройствах.
А если что-то во внешнем виде не устраивает, то это всегда можно поправить с помощью настроек по аналогии с любой программной системой, которая включает в себя комплекс различных параметров. Здесь можно отрегулировать всё, начиная от самого простого, что касается, например, шрифта, его размер, цвет или более сложные вещи такие, как отступы между блоками, их условную видимость, отображение в зависимости от разрешения экрана и так далее.
Отличие от конструкторов сайтов, которые публикуют конечный продукт, здесь заключается в том, что ты получаешь в итоге всё-таки набор файлов, который нужно самостоятельно установить на хостинг и привязать к доменному имени. То есть здесь нужно ещё немножко приложить ручной работы, которая на самом деле очень простая, но тем не менее требует технического понимания, что ты делаешь. Чтобы это сделать абсолютного с нуля, если человек не подкован, то он скорее всего, не сориентируется с первого раза.
Итак, мы с тобой уже не пишем сайт вручную, мы собираем его из готовых блоков и элементов кода, которые нам предоставляет фреймворк, вроде Bootstrap. Но можно пойти ещё дальше и использовать систему, которая может автоматизировать сборку сайта из блоков и это как раз тот самый инструмент, который я упоминал несколькими постами ранее.
Bootstrap Studio позволяет очень похожим на конструкторы сайтов образом из готовых блоков собирать странички. Каждый из этих блоков будет представлять собой ничто иное, как заранее написанный кусочек HTML-разметки, в котором уже проставлены все необходимые стили, чтобы он выглядел как нужно и был адаптивным на всех устройствах.
А если что-то во внешнем виде не устраивает, то это всегда можно поправить с помощью настроек по аналогии с любой программной системой, которая включает в себя комплекс различных параметров. Здесь можно отрегулировать всё, начиная от самого простого, что касается, например, шрифта, его размер, цвет или более сложные вещи такие, как отступы между блоками, их условную видимость, отображение в зависимости от разрешения экрана и так далее.
Отличие от конструкторов сайтов, которые публикуют конечный продукт, здесь заключается в том, что ты получаешь в итоге всё-таки набор файлов, который нужно самостоятельно установить на хостинг и привязать к доменному имени. То есть здесь нужно ещё немножко приложить ручной работы, которая на самом деле очень простая, но тем не менее требует технического понимания, что ты делаешь. Чтобы это сделать абсолютного с нуля, если человек не подкован, то он скорее всего, не сориентируется с первого раза.
👍10❤🔥4
🧹Чистота кода в Bootstrap Studio
Да, конечно, работа с Bootstrap Studio намного сложнее, чем с привычным онлайн-конструктором сайтов и требует некоторых знаний сайтостроения.
Но его неоспоримое преимущество заключается в том, что на выходе у тебя получается абсолютно чистый, без всяких ненужных элементов и конструкций код, в котором нет ничего лишнего, ни единой строчки, ни единого блока, который у тебя не используется, там не будет. Не будет подключена какая-то непонятная библиотека, не будут загружены ненужные файлы, скрипты, там не будет блоков, которые просто заполняют пространство по каким-то непонятным причинам (или потому, что, например, конструктор не умеет правильно выстраивать адаптивную вёрстку) и так далее.
То есть код настолько чистый, насколько ты сможешь всё сделать с помощью стилей из библиотеки Bootstrap.
А если не сможешь, то и здесь тебе программка поможет и укажет на наличие ошибок в коде, порекомендует, как правильно их исправить. В общем инструмент более чем достоин использования, особенно если речь заходит про создание простого сайта, который должен работать быстро, в котором нет ничего лишнего, который будет загружаться моментально и работать безотказно.
В качестве примера покажу набор файлов, которые в итоге получились при производстве одностраничного сайта, про который я рассказывал, начиная эту серию постов. Это один HTML-файл весом меньше 5 килобайт и CSS-файл с таблицами стилей ещё на 271 байт. Весь остальной объём занимают изображения в формате webp и весят суммарно около 94 килобайт. То есть нужно браузеру нужно загрузить всего порядка 100 (❗️ ) килобайт суммарно, чтобы отобразить сайт. Настолько он получается легковесным.
Да, конечно, работа с Bootstrap Studio намного сложнее, чем с привычным онлайн-конструктором сайтов и требует некоторых знаний сайтостроения.
Но его неоспоримое преимущество заключается в том, что на выходе у тебя получается абсолютно чистый, без всяких ненужных элементов и конструкций код, в котором нет ничего лишнего, ни единой строчки, ни единого блока, который у тебя не используется, там не будет. Не будет подключена какая-то непонятная библиотека, не будут загружены ненужные файлы, скрипты, там не будет блоков, которые просто заполняют пространство по каким-то непонятным причинам (или потому, что, например, конструктор не умеет правильно выстраивать адаптивную вёрстку) и так далее.
То есть код настолько чистый, насколько ты сможешь всё сделать с помощью стилей из библиотеки Bootstrap.
А если не сможешь, то и здесь тебе программка поможет и укажет на наличие ошибок в коде, порекомендует, как правильно их исправить. В общем инструмент более чем достоин использования, особенно если речь заходит про создание простого сайта, который должен работать быстро, в котором нет ничего лишнего, который будет загружаться моментально и работать безотказно.
В качестве примера покажу набор файлов, которые в итоге получились при производстве одностраничного сайта, про который я рассказывал, начиная эту серию постов. Это один HTML-файл весом меньше 5 килобайт и CSS-файл с таблицами стилей ещё на 271 байт. Весь остальной объём занимают изображения в формате webp и весят суммарно около 94 килобайт. То есть нужно браузеру нужно загрузить всего порядка 100 (
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7
Бесплатная альтернатива Midjorney на русском языке!
Вот отличная новость для тех, кто хочет генерировать изображения, но уже исчерпал весь свой лимит в Midjorney. Сбер выпустил свою версию генеративной модели Kandinsky 2.1 (Кандинский) – это новая версия, которая позволяет тоже похожим образом генерировать изображение по текстовому описанию.
Пока она в свободном доступе, абсолютно бесплатная и можно ей пользоваться даже без регистрации. То есть здесь всё намного проще, чем в Midjourney, нет никакого геморроя с Дискордом и в принципе, всё, что нужно сделать – просто перейти по ссылке этой сетки и можно начинать работать.
Из хороших особенностей я отмечу, что здесь можно выбирать стилистику, в которой будет сгенерировано картинка, из предлагаемого списка и это, по-моему, очень удобно: не обязательно прописывать все требования к стилистике изображения в запросе к нейронке.
Тут же есть и полезная функция, которая позволяет удалить ненужные с ваших фотографий.
Ну и несомненное преимущество – это то, что она понимает запросы на русском языке.
Поэтому если тебе по тем или иным причинам не удалось ознакомиться с Midjorney, то смело заходи в Кандинский (точнее Fusion Brain, как она называется) и генерируй свои изображения.
Вот отличная новость для тех, кто хочет генерировать изображения, но уже исчерпал весь свой лимит в Midjorney. Сбер выпустил свою версию генеративной модели Kandinsky 2.1 (Кандинский) – это новая версия, которая позволяет тоже похожим образом генерировать изображение по текстовому описанию.
Пока она в свободном доступе, абсолютно бесплатная и можно ей пользоваться даже без регистрации. То есть здесь всё намного проще, чем в Midjourney, нет никакого геморроя с Дискордом и в принципе, всё, что нужно сделать – просто перейти по ссылке этой сетки и можно начинать работать.
Из хороших особенностей я отмечу, что здесь можно выбирать стилистику, в которой будет сгенерировано картинка, из предлагаемого списка и это, по-моему, очень удобно: не обязательно прописывать все требования к стилистике изображения в запросе к нейронке.
Тут же есть и полезная функция, которая позволяет удалить ненужные с ваших фотографий.
Ну и несомненное преимущество – это то, что она понимает запросы на русском языке.
Поэтому если тебе по тем или иным причинам не удалось ознакомиться с Midjorney, то смело заходи в Кандинский (точнее Fusion Brain, как она называется) и генерируй свои изображения.
👍8🔥2
Буквально на днях заказчик, которому нужно сделать два лендинга (сайта), попросил прояснить момент с несколькими доменными именами. Потому что на самом деле не всегда понятно, когда имеет смысл делать два доменных имени запускать два разных сайта или достаточно одного. Я подумал, что это хорошая тема для того, чтобы светить её в своём блоге и, собственно, поехали.
Для начала нужно разобраться в определениях. Лендинг (landing) – это одна (посадочная) страница сайта. На одном сайте (то есть на одном доменном имени) страниц может быть сколько угодно, хоть 1 000, в том числе и разных лендингов. Сайт – это совокупность страниц, но он может состоять и из одной единственной страницы. И сайт всегда привязан к какому-то доменному имени, адресу в сети.
Когда речь идёт про бизнес с несколькими отдельными брендами, для каждого этого бренда нужны отдельные посадочные страницы, куда будет попадать пользователь и знакомиться с предложением.
То есть в рамках одного сайта (то есть доменного имени) можно сделать, например, два лендинга и дополнительно две страницы с разными каталогами под каждый бренд, которые могут быть соединены между собой ссылками в меню этого сайта. При этом дизайн разных страниц в рамках одного сайта тоже может отличаться.
С другой стороны, отдельный сайт и отдельное доменное имя стоит делать, чтобы не путать пользователя и не мешать маркетинговые активности в одну кучу. Если клиент ожидает на сайте Х увидеть туалетную бумагу со смывающейся втулкой, но при переходе на другую страницу увидит запчасти для спортивных велосипедов, это может его смутить и запутать.
Равно как и продвижение сайта. Когда ты даёшь рекламу, она ведёт на какой-то домен и поисковики не любят, когда на одном и том же домене две разных тематики (например блог про котов и товары для обуви).
Поэтому в этом случае имеет смысл разнести контент на два разных сайта, то есть два разных доменных имени и сделать их независимыми друг от друга.
Для начала нужно разобраться в определениях. Лендинг (landing) – это одна (посадочная) страница сайта. На одном сайте (то есть на одном доменном имени) страниц может быть сколько угодно, хоть 1 000, в том числе и разных лендингов. Сайт – это совокупность страниц, но он может состоять и из одной единственной страницы. И сайт всегда привязан к какому-то доменному имени, адресу в сети.
Когда речь идёт про бизнес с несколькими отдельными брендами, для каждого этого бренда нужны отдельные посадочные страницы, куда будет попадать пользователь и знакомиться с предложением.
То есть в рамках одного сайта (то есть доменного имени) можно сделать, например, два лендинга и дополнительно две страницы с разными каталогами под каждый бренд, которые могут быть соединены между собой ссылками в меню этого сайта. При этом дизайн разных страниц в рамках одного сайта тоже может отличаться.
С другой стороны, отдельный сайт и отдельное доменное имя стоит делать, чтобы не путать пользователя и не мешать маркетинговые активности в одну кучу. Если клиент ожидает на сайте Х увидеть туалетную бумагу со смывающейся втулкой, но при переходе на другую страницу увидит запчасти для спортивных велосипедов, это может его смутить и запутать.
Равно как и продвижение сайта. Когда ты даёшь рекламу, она ведёт на какой-то домен и поисковики не любят, когда на одном и том же домене две разных тематики (например блог про котов и товары для обуви).
Поэтому в этом случае имеет смысл разнести контент на два разных сайта, то есть два разных доменных имени и сделать их независимыми друг от друга.
👍5
Альтернатива Airtable
По рекомендации подписчика и коллеги по цеху решил попробовать поэкспериментировать с сервисом APITable, который является аналогом Airtable и в целом выполняет схожие функции. Если хочешь ознакомиться с инструментом, можно почитать вот этот пост, где я рассказываю про Airtable.
Чем же отличается APITable от него? В первую очередь тем, что здесь для бесплатной версии доступно гораздо большее количество записи на одну базу: если в Airtable это до 1 200 записей, то здесь в бесплатном тарифе доступно 20 000 записей, что существенно больше, более, чем в 16 раз. То есть можно будет чувствовать себя спокойно на протяжении достаточно длительного времени, особенно если речь идёт про какой-то определённый объём данных, которые нужно будет в неё поместить.
Следующее преимущество, которое я заметил, это то, что APITable настраивается гораздо быстрее, чем Airtable. Здесь нет промежуточных этапов в виде создания базы, создания отдельной таблицы, всяких опросников, которые Airtable вываливает на тебя после регистрации. По сути, ты после регистрации сразу же попадаешь в таблицу и дальше уже можешь начинать с её кастомизировать. То есть это действительно намного быстрее.
Ещё одно преимущество – это API, которое действительно находится под рукой. Я не знаю, почему, но в Airtable эти вещи запрятаны достаточно далеко и нужно ещё постараться, чтобы их найти. И я честно, не запомнил даже с десятого раза (если это, конечно, не деменция), где у них находится АПИ-шка, либо они её постоянно перемещают в интерфейсе. А в APITable прямо сверху справа на любой таблице есть иконка API, которую нажимаешь и сразу попадаешь в интерактивное описание методов API с готовыми примерами для разных кодовых баз.
Но в остальном здесь те же самые функции, которые позволяют группировать, сортировать, фильтровать данные, преобразовывать их в отдельных полях, что позволяет аккуратно, быстро и эффективно работать с данными, даже, если их много.
Завтра ещё расскажу, почему пришлось в проекте кинофестиваля перейти на APITable.
По рекомендации подписчика и коллеги по цеху решил попробовать поэкспериментировать с сервисом APITable, который является аналогом Airtable и в целом выполняет схожие функции. Если хочешь ознакомиться с инструментом, можно почитать вот этот пост, где я рассказываю про Airtable.
Чем же отличается APITable от него? В первую очередь тем, что здесь для бесплатной версии доступно гораздо большее количество записи на одну базу: если в Airtable это до 1 200 записей, то здесь в бесплатном тарифе доступно 20 000 записей, что существенно больше, более, чем в 16 раз. То есть можно будет чувствовать себя спокойно на протяжении достаточно длительного времени, особенно если речь идёт про какой-то определённый объём данных, которые нужно будет в неё поместить.
Следующее преимущество, которое я заметил, это то, что APITable настраивается гораздо быстрее, чем Airtable. Здесь нет промежуточных этапов в виде создания базы, создания отдельной таблицы, всяких опросников, которые Airtable вываливает на тебя после регистрации. По сути, ты после регистрации сразу же попадаешь в таблицу и дальше уже можешь начинать с её кастомизировать. То есть это действительно намного быстрее.
Ещё одно преимущество – это API, которое действительно находится под рукой. Я не знаю, почему, но в Airtable эти вещи запрятаны достаточно далеко и нужно ещё постараться, чтобы их найти. И я честно, не запомнил даже с десятого раза (если это, конечно, не деменция), где у них находится АПИ-шка, либо они её постоянно перемещают в интерфейсе. А в APITable прямо сверху справа на любой таблице есть иконка API, которую нажимаешь и сразу попадаешь в интерактивное описание методов API с готовыми примерами для разных кодовых баз.
Но в остальном здесь те же самые функции, которые позволяют группировать, сортировать, фильтровать данные, преобразовывать их в отдельных полях, что позволяет аккуратно, быстро и эффективно работать с данными, даже, если их много.
Завтра ещё расскажу, почему пришлось в проекте кинофестиваля перейти на APITable.
👍7
Почему пришлось использовать APITable для кинофестиваля
Помнишь, я рассказывал про проект кинофестиваля, в котором изначально был Airtable, но я отказался от него, так как его нельзя оплатить в России? Если хочешь вспомнить подробности, почитай предыдущую серию постов про этот проект.
Когда накопилось достаточно большое количество (несколько тысяч) регистраций на кинофестиваль, понадобился более удобный инструмент для массовой обработки данных регистрации и заказчик попросил что-то с этим сделать. Как минимум нужна была возможность быстрого поиска (то есть фильтрации) записей, удобная навигация по базе или, хотя бы, выгрузка в Excel, где уже можно адекватно обрабатывать большой объём данных.
В Directual та админка, которая предоставляется по умолчанию, не подходит для работы с большими таблицами. Там нет таких удобных и моментально работающих фильтров, сортировок, группировок и возможности просматривать их в читаемом виде. И к тому же нет выгрузки в Excel. Всё это возможно, если прикрутить свой кастомный интерфейс. Но, во-первых, проект уже запущен и нет времени разрабатывать интерфейс, а во-вторых, например в том же APITable нужный интерфейс уже есть из коробки. То есть тут вообще ничего не нужно для этого настраивать, только передать данные.
Поэтому я и использовал APITable для решения поставленной задачи. Настроил передачу данных по готовому из коробки API и передал заказчику доступ к таблице. Кстати, APITable позволяет выгружать данные в Excel, но это просто не понадобилось, так как здесь очень удобно можно работать с данными и моментально находить нужные записи, даже удобнее, чем в табличном процессоре.
Но есть и очевидные минусы – это, например скорость поточной обработки API-запросов: там есть ограничения и не получится, например, отправить сразу в одну секунду в несколько сотен запросов. Это и понятно, так как я на бесплатном тарифе и, разумеется, они ограничили поток, дабы не перегрузить свои аппаратные мощности.
Помнишь, я рассказывал про проект кинофестиваля, в котором изначально был Airtable, но я отказался от него, так как его нельзя оплатить в России? Если хочешь вспомнить подробности, почитай предыдущую серию постов про этот проект.
Когда накопилось достаточно большое количество (несколько тысяч) регистраций на кинофестиваль, понадобился более удобный инструмент для массовой обработки данных регистрации и заказчик попросил что-то с этим сделать. Как минимум нужна была возможность быстрого поиска (то есть фильтрации) записей, удобная навигация по базе или, хотя бы, выгрузка в Excel, где уже можно адекватно обрабатывать большой объём данных.
В Directual та админка, которая предоставляется по умолчанию, не подходит для работы с большими таблицами. Там нет таких удобных и моментально работающих фильтров, сортировок, группировок и возможности просматривать их в читаемом виде. И к тому же нет выгрузки в Excel. Всё это возможно, если прикрутить свой кастомный интерфейс. Но, во-первых, проект уже запущен и нет времени разрабатывать интерфейс, а во-вторых, например в том же APITable нужный интерфейс уже есть из коробки. То есть тут вообще ничего не нужно для этого настраивать, только передать данные.
Поэтому я и использовал APITable для решения поставленной задачи. Настроил передачу данных по готовому из коробки API и передал заказчику доступ к таблице. Кстати, APITable позволяет выгружать данные в Excel, но это просто не понадобилось, так как здесь очень удобно можно работать с данными и моментально находить нужные записи, даже удобнее, чем в табличном процессоре.
Но есть и очевидные минусы – это, например скорость поточной обработки API-запросов: там есть ограничения и не получится, например, отправить сразу в одну секунду в несколько сотен запросов. Это и понятно, так как я на бесплатном тарифе и, разумеется, они ограничили поток, дабы не перегрузить свои аппаратные мощности.
👍3
Но в остальном это очень гибкий и удобный инструмент для того, чтобы работать с табличками и с данными, хорошая замена Airtable, если ты вдруг находишь какие-то ограничения в ней. И я однозначно буду рассматривать APITable в качестве инструмента для других проектов.
👍1
Что такое хостинг и зачем он нужен при создании сайта
В предыдущих постах я часто упоминал такую штуку, как хостинг. Не все знают или не все помнят об этом, когда задумываются о создании сайтов. Поэтому сейчас попробую простыми словами объяснить, что это такое, как работает и нужен ли он вообще при создании сайта.
Кому-то это может показаться странным, особенно тем, кто работает с конструкторами сайтов, потому что там не нужно заниматься никаким размещением на хостинге: ты просто нажимаешь на кнопку «Опубликовать» и сайт магическим образом оказывается сети Интернет, привязанный к твоему доменному имени. Но на самом деле под капотом этого конструктора тоже работает хостинг. Просто он не обозначен отдельной услугой, как это бывает, когда делаешь сайт самостоятельно, но включён в стоимость конструктора и, как правило, является неотъемлемой его частью.
Когда ты делаешь сайт, у тебя на выходе получаются файлы (вспоминай посты про создание простейшего сайта). Эти файлы, при загрузке их через браузер, говорят ему о том, что нужно отображать на страничке, как она будет выглядеть, какая у неё структура и то, что мы разбирали в тех же предыдущих постах.
Для того, чтобы эти файлы, в принципе, были доступны для загрузки через браузер, они должны где-то находиться в физическом смысле. Когда ты создаёшь сайт, эти файлы находятся, например, на твоём компьютере. Но для того, чтобы сайт работал, мы не можем их загружать напрямую с твоего компьютера, потому что он должен быть в сети 24/7. Даже если комп выключен, сайт должен быть доступен.
Продолжение завтра, а с тебя реакция 👍 🔥 💩 и пиши в комментариях свои вопросы, если есть.
В предыдущих постах я часто упоминал такую штуку, как хостинг. Не все знают или не все помнят об этом, когда задумываются о создании сайтов. Поэтому сейчас попробую простыми словами объяснить, что это такое, как работает и нужен ли он вообще при создании сайта.
Кому-то это может показаться странным, особенно тем, кто работает с конструкторами сайтов, потому что там не нужно заниматься никаким размещением на хостинге: ты просто нажимаешь на кнопку «Опубликовать» и сайт магическим образом оказывается сети Интернет, привязанный к твоему доменному имени. Но на самом деле под капотом этого конструктора тоже работает хостинг. Просто он не обозначен отдельной услугой, как это бывает, когда делаешь сайт самостоятельно, но включён в стоимость конструктора и, как правило, является неотъемлемой его частью.
Когда ты делаешь сайт, у тебя на выходе получаются файлы (вспоминай посты про создание простейшего сайта). Эти файлы, при загрузке их через браузер, говорят ему о том, что нужно отображать на страничке, как она будет выглядеть, какая у неё структура и то, что мы разбирали в тех же предыдущих постах.
Для того, чтобы эти файлы, в принципе, были доступны для загрузки через браузер, они должны где-то находиться в физическом смысле. Когда ты создаёшь сайт, эти файлы находятся, например, на твоём компьютере. Но для того, чтобы сайт работал, мы не можем их загружать напрямую с твоего компьютера, потому что он должен быть в сети 24/7. Даже если комп выключен, сайт должен быть доступен.
Продолжение завтра, а с тебя реакция 👍 🔥 💩 и пиши в комментариях свои вопросы, если есть.
👍10❤3👏3🔥1
В прошлом посте мы выяснили, что для того, чтобы сайт в принципе работал, доступ к файлам этого сайта должен быть круглосуточным.
Это как раз приводит к необходимости размещения этих файлов на каком-то другом компьютере, который гарантированно будет доступен в Сети постоянно. Такие компьютеры называются серверами. Они и обеспечивают бесперебойную работу и нахождение своего содержимого, в том числе файлов сайтов, которые на них размещены, в сети Интернет.
Размещение файлов сайта, приложения или любой другой штуки, которая должна быть доступна в сети Интернет, на сервере и называется хостингом от английского слова hosting (дословно размещение).
Сервер – это по своей сути компьютер, который предназначен для автономного (то есть без участия человека) выполнения сервисных операций. Это значит, что оператору не нужно сидеть за этим компьютером и нажимать на кнопку «Сделать сайт доступным», чтобы тот работал, всё происходит автоматически.
Разумеется, серверы требуют обслуживания, настройки и сами по себе стоят дороже и требуют определённой инфраструктуры для корректного функционирования. Не говоря уже о том, что они должны быть постоянно подключены к бесперебойному соединению с Интернетом.
И так как обслуживание серверов, разумеется, стоит денег, хостинг – это платная услуга, которую мы покупаем для того, чтобы наш сайт был доступен в интернете. Возвращаясь с тем же конструкторам, у них, как правило, есть либо свои серверы, либо есть партнёрское соглашение с каким-то крупным провайдером, который даёт такие услуги. Либо это может быть ЦОД (центр обработки данных), где они размещают как своё приложение конструктора, так и сайты, сделанные на нём.
Не забывай ставить реакцию 👍 🔥 💩 и писать в комментариях свои вопросы.
Это как раз приводит к необходимости размещения этих файлов на каком-то другом компьютере, который гарантированно будет доступен в Сети постоянно. Такие компьютеры называются серверами. Они и обеспечивают бесперебойную работу и нахождение своего содержимого, в том числе файлов сайтов, которые на них размещены, в сети Интернет.
Размещение файлов сайта, приложения или любой другой штуки, которая должна быть доступна в сети Интернет, на сервере и называется хостингом от английского слова hosting (дословно размещение).
Сервер – это по своей сути компьютер, который предназначен для автономного (то есть без участия человека) выполнения сервисных операций. Это значит, что оператору не нужно сидеть за этим компьютером и нажимать на кнопку «Сделать сайт доступным», чтобы тот работал, всё происходит автоматически.
Разумеется, серверы требуют обслуживания, настройки и сами по себе стоят дороже и требуют определённой инфраструктуры для корректного функционирования. Не говоря уже о том, что они должны быть постоянно подключены к бесперебойному соединению с Интернетом.
И так как обслуживание серверов, разумеется, стоит денег, хостинг – это платная услуга, которую мы покупаем для того, чтобы наш сайт был доступен в интернете. Возвращаясь с тем же конструкторам, у них, как правило, есть либо свои серверы, либо есть партнёрское соглашение с каким-то крупным провайдером, который даёт такие услуги. Либо это может быть ЦОД (центр обработки данных), где они размещают как своё приложение конструктора, так и сайты, сделанные на нём.
Не забывай ставить реакцию 👍 🔥 💩 и писать в комментариях свои вопросы.
🔥12👍2
Как выбрать хостинг
В предыдущих постах я помогал тебе с базовым пониманием того, что же такое хостинг, и в комментариях подписчица задала вопрос о том, а как же выбирать хостинг для своих проектов. Отличная тема для обсуждения, погнали!
Сама по себе изолированная услуга хостинга давно стала комодитизирована. Имеется в виду то, что хостинги сами по себе мало чем отличаются друг от друга. Когда мы говорим о хостинге сайта, например, на одном сервере или на другом, все они, по сути, представляют собой одинаковую услугу – это размещение сайта и незаметное для нас обслуживание этого сервера.
Для таких продуктов основным критериям выбора является цена и для хостинга тоже может быть справедлив этот критерий: выбираем тот, который подходит больше всего по цене. Но это, разумеется, дилетантский подход, мы так действовать не будем. Есть еще несколько немаловажных критериев, которые есть в этой нише, и я про них расскажу.
И первое, о чём стоит подумать перед покупкой хостинга – это о том, где географически будет размещаться сервер с твоим сайтом. Для большинства случаев это будет не столь важно. Но, если твой проект подразумевает специфику, связанную с региональной принадлежностью, например, нужно, чтобы клиенты могли открывать сайт максимально быстро, либо это приложение, требующее большого объёма данных, который должен быть скачан с хостинга, в этом случае расположение сервера может играть ключевую роль. Тебе нужна большая пропускная способность и максимально сократить время ответа сервера до конечного браузера пользователя.
В этом случае значение имеет именно географическое расположение серверов хостинга. То есть, где находится центр обработки данных, потому что, разумеется, чем ближе географически твой клиент находится к зоне ЦОД, тем меньше будет время передачи информации до него.
Поэтому если твой проект требует высокой скорости загрузки и скорости обработки запросов пользователя, то обрати внимание в первую очередь на то, где же находится ЦОД этого хостинга.
Пиши вопросы в комментах и ставь реакцию 👍 🔥 💩.
В предыдущих постах я помогал тебе с базовым пониманием того, что же такое хостинг, и в комментариях подписчица задала вопрос о том, а как же выбирать хостинг для своих проектов. Отличная тема для обсуждения, погнали!
Сама по себе изолированная услуга хостинга давно стала комодитизирована. Имеется в виду то, что хостинги сами по себе мало чем отличаются друг от друга. Когда мы говорим о хостинге сайта, например, на одном сервере или на другом, все они, по сути, представляют собой одинаковую услугу – это размещение сайта и незаметное для нас обслуживание этого сервера.
Для таких продуктов основным критериям выбора является цена и для хостинга тоже может быть справедлив этот критерий: выбираем тот, который подходит больше всего по цене. Но это, разумеется, дилетантский подход, мы так действовать не будем. Есть еще несколько немаловажных критериев, которые есть в этой нише, и я про них расскажу.
И первое, о чём стоит подумать перед покупкой хостинга – это о том, где географически будет размещаться сервер с твоим сайтом. Для большинства случаев это будет не столь важно. Но, если твой проект подразумевает специфику, связанную с региональной принадлежностью, например, нужно, чтобы клиенты могли открывать сайт максимально быстро, либо это приложение, требующее большого объёма данных, который должен быть скачан с хостинга, в этом случае расположение сервера может играть ключевую роль. Тебе нужна большая пропускная способность и максимально сократить время ответа сервера до конечного браузера пользователя.
В этом случае значение имеет именно географическое расположение серверов хостинга. То есть, где находится центр обработки данных, потому что, разумеется, чем ближе географически твой клиент находится к зоне ЦОД, тем меньше будет время передачи информации до него.
Поэтому если твой проект требует высокой скорости загрузки и скорости обработки запросов пользователя, то обрати внимание в первую очередь на то, где же находится ЦОД этого хостинга.
Пиши вопросы в комментах и ставь реакцию 👍 🔥 💩.
👍5🔥5