Следующий уровень упрощения работы с 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
Вчера мы остановились на географическом расположении серверов хостинга, который действительно важен для тех проектов, где критичным будет скорость загрузки и реакции на действия пользователя. Ну а для рядовых сайтов на самом деле имеет гораздо меньшее. Ну разве что для тех сайтов, у которых основная целевая аудитория находится на территории России, желательно, чтобы этот хостинг находился тоже в России, потому что, разумеется, от европейских хостингов запрос от Омска будет идти заметно дольше, чем, скажем, до Екатеринбурга.
Следующий аспект, на котором я хочу остановиться – это услуги, входящие в базовую стоимость хостинга. Что я имею в виду. Когда ты размещаешь сайт его на хостинге, тебе нужно будет связать его с доменным именем. Некоторые хостинги предоставляют ещё услугу приобретения доменных имён, то есть выступают в качестве регистранта домена.
Про домены мы поговорим отдельно, но здесь я хочу упомянуть про то, что после покупки доменного имени необходимо его на целить на определённых хостинг, то есть на тот сервер, где лежат файлы сайта. Это называется настройкой DNS. Сейчас пока не буду останавливаться на том, что это такое, просто знай, что это необходимая процедура в том случае, если ты покупаешь домен на хостинг-сервисе, а сайт делаешь, например, на конструкторе. Если сайт размещается и домен покупается в одном и том же месте, то ничего настраивать не нужно.
И некоторые хостинги по какой-то причине доступ к настройке этих DNS предлагают за деньги, хотя на мой взгляд – это базовая настройка доменного имени. И раз уж ты (как хостинг-сервис) предлагаешь услуги регистранта, доступ к этим настройкам не может стоить денег.
Большая часть хостингов не берут за это деньги, но есть те, которые решили на этом нажиться. Так что обрати внимание на то, за что с тебя будут брать деньги.
И это, кстати, как правило, не единственная абсурдно платная «услуга» таких ребят. Расскажу, за что ещё они дерут деньги.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9🔥3
За какие ещё услуги некоторые хостинги берут деньги, хотя, могли бы делать это бесплатно
Да, я понимаю, что это бизнес такой, но, когда на рынке присутствуют конкуренты, предлагающие эти же самые услуги в качестве базового сервиса, не взимая за это дополнительную плату, то, как минимум, странно пытаться продавать это.
Редирект или перенаправление – это функция, которая позволяет при наборе одного домена направлять пользователя на абсолютно другой. Например, если ты переносишь со старого домена на новый после ребрендинга бизнеса, либо просто в сети гуляет несколько имён, которые принадлежат тебе, но все они должны вести на один и тот же сайт.
Следующее – это установка бесплатных SSL-сертификатов, которые нужны для безопасности сайта. Это такой небольшой значок с замочком, который показывает браузер, когда пытается достучаться до файлов сайта: если в домене присутствует HTTPS (не HTTP), это значит, что на сайте присутствует сертификат. Такие сертификаты бывают бесплатными, например Let’s Encrypt, но за установку которых некоторые хостинги берут деньги. Что само по себе странно, так, как сертификат выпускается абсолютно бесплатно.
Далее – доменная почта, которая привязана к твоему имени: все вот эти info@xxx. Недавно, кстати, Яндекс стал тоже за неё брать деньги. В этот момент я и перешёл на доменную почту на моём хостинге. Понятно, что там могут быть какие-то ограничения, например, не бесконечный объём почты, но до какой-то определённой квоты это вполне может быть бесплатной услугой.
Ну и, наконец, резервные копии или бэкапы – это обязательная функция для любого сайта, потому что может случиться всё, что угодно, от некорректного изменения кода до внедрения какого-нибудь вредоносного файла. И должна быть возможность вовремя откатить эти изменения и вернуться к работоспособному состоянию сайта. Поэтому крайне важно делать ежедневные бэкапы. И, на мой взгляд, это тоже функция абсолютно базовая, которая должна предоставляться вкупе с услугами хостинга, но некоторые имеют наглость брать за это деньги.
👍 🔥 💩
Да, я понимаю, что это бизнес такой, но, когда на рынке присутствуют конкуренты, предлагающие эти же самые услуги в качестве базового сервиса, не взимая за это дополнительную плату, то, как минимум, странно пытаться продавать это.
Редирект или перенаправление – это функция, которая позволяет при наборе одного домена направлять пользователя на абсолютно другой. Например, если ты переносишь со старого домена на новый после ребрендинга бизнеса, либо просто в сети гуляет несколько имён, которые принадлежат тебе, но все они должны вести на один и тот же сайт.
Следующее – это установка бесплатных SSL-сертификатов, которые нужны для безопасности сайта. Это такой небольшой значок с замочком, который показывает браузер, когда пытается достучаться до файлов сайта: если в домене присутствует HTTPS (не HTTP), это значит, что на сайте присутствует сертификат. Такие сертификаты бывают бесплатными, например Let’s Encrypt, но за установку которых некоторые хостинги берут деньги. Что само по себе странно, так, как сертификат выпускается абсолютно бесплатно.
Далее – доменная почта, которая привязана к твоему имени: все вот эти info@xxx. Недавно, кстати, Яндекс стал тоже за неё брать деньги. В этот момент я и перешёл на доменную почту на моём хостинге. Понятно, что там могут быть какие-то ограничения, например, не бесконечный объём почты, но до какой-то определённой квоты это вполне может быть бесплатной услугой.
Ну и, наконец, резервные копии или бэкапы – это обязательная функция для любого сайта, потому что может случиться всё, что угодно, от некорректного изменения кода до внедрения какого-нибудь вредоносного файла. И должна быть возможность вовремя откатить эти изменения и вернуться к работоспособному состоянию сайта. Поэтому крайне важно делать ежедневные бэкапы. И, на мой взгляд, это тоже функция абсолютно базовая, которая должна предоставляться вкупе с услугами хостинга, но некоторые имеют наглость брать за это деньги.
👍 🔥 💩
👍8🔥4❤2
В прошлых постах мы разобрали целый список функций, которые могут быть бесплатными и некоторые хостинги берут за них деньги. Есть у меня ещё один критерий, который на мой взгляд превалирует над всеми остальными, особенно когда мы говорим про то, что базово хостинг – это комодити услуга. Это, конечно же, сервис.
В первую очередь – это наличие адекватной обратной связи от технической поддержки хостинга. Начнём с того, что она в принципе, должна быть. То есть не для галочки, когда ты что-то написал, а тебе ответили через день или сказали «посмотрите настройки» или «вот есть мануал, сами там всё почитайте, разберитесь, сделайте». Это когда действительно человек (не чат-бот) разбирается в твоей проблеме и готов её решить. Причём быстро, то есть здесь сразу несколько критериев вступают в силу – скорость реакции, компетентность сотрудников и способность решить задачу, не ссылаясь на какие-то мануалы или документацию.
Техническая поддержка должна отвечать быстро. Потому что, если у тебя, например, не работает сайт, то ждать следующего дня, когда тебе кто-то ответит, создаст тикет, передаст его в работу в техническую службу, просто некогда, вопросик нужно решить практически моментально.
Второй момент – эта связь должна быть удобная. Если вдруг сломался сайт, тебе идти в панель управления хостингом, вспоминать свой логин, пароль, искать службу технической поддержки среди огромного количества пунктов меню, добраться до формы обратной связи, заполнить 100 500 полей в ней, нажать на кнопку отправить и только после этого надеяться, что теперь кто-то когда-то ответит, это, конечно же, абсурд.
Должна быть возможность просто написать, например, в своем мессенджере, в том же Telegram о своей проблеме и всё. То есть вот эти все сложные перипетии на пути к тому, чтобы создать заявку на техподдержку, должны быть сведены к минимуму.
Пиши в комментариях, если тебя тоже бесит неадекватная техподдержка (не только в хостинге, кстати) и не забывай ставить реакцию 👍🔥 💩.
В первую очередь – это наличие адекватной обратной связи от технической поддержки хостинга. Начнём с того, что она в принципе, должна быть. То есть не для галочки, когда ты что-то написал, а тебе ответили через день или сказали «посмотрите настройки» или «вот есть мануал, сами там всё почитайте, разберитесь, сделайте». Это когда действительно человек (не чат-бот) разбирается в твоей проблеме и готов её решить. Причём быстро, то есть здесь сразу несколько критериев вступают в силу – скорость реакции, компетентность сотрудников и способность решить задачу, не ссылаясь на какие-то мануалы или документацию.
Техническая поддержка должна отвечать быстро. Потому что, если у тебя, например, не работает сайт, то ждать следующего дня, когда тебе кто-то ответит, создаст тикет, передаст его в работу в техническую службу, просто некогда, вопросик нужно решить практически моментально.
Второй момент – эта связь должна быть удобная. Если вдруг сломался сайт, тебе идти в панель управления хостингом, вспоминать свой логин, пароль, искать службу технической поддержки среди огромного количества пунктов меню, добраться до формы обратной связи, заполнить 100 500 полей в ней, нажать на кнопку отправить и только после этого надеяться, что теперь кто-то когда-то ответит, это, конечно же, абсурд.
Должна быть возможность просто написать, например, в своем мессенджере, в том же Telegram о своей проблеме и всё. То есть вот эти все сложные перипетии на пути к тому, чтобы создать заявку на техподдержку, должны быть сведены к минимуму.
Пиши в комментариях, если тебя тоже бесит неадекватная техподдержка (не только в хостинге, кстати) и не забывай ставить реакцию 👍
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍2
В дополнение к предыдущему посту напишу про ещё одну немаловажную вещь – это компетенция сотрудников хостинга. Когда ты понимаешь, что с тобой общаются человек, не просто посаженный бездумно и умеющий отвечать только по скрипту, а как только ты чуть-чуть углубляешься в технические детали, он сразу вынужден посылать на другого специалиста, либо разбираться часами в проблеме, либо вообще, не понимая, о чём идёт речь, отправить тебя на какую-нибудь нерелевантную статью. Нет, это должны быть сотрудники, которые действительно погружаются в технические детали и понимают то, о чём говорят. Это, кстати, сразу чувствуется по любому ответу от технической поддержки.
Итак, резюмирую критерии выбора хостинга и заодно соберу в одном месте предыдущие посты на эту тему.
Что такое хостинг. Часть 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. компетенция сотрудников
На этом завершаю серию постов про хостинг. А впереди нас ждут материалы про доменные имена. Кстати, эта тема тоже была запрошена подписчицей. Так что если у тебя есть вопросы по теме, разбор которых тебе было бы интересно почитать, смело пиши их в комментарии к постам. И не забывай ставить реакции 👍🔥 💩: мне они очень важны.
Итак, резюмирую критерии выбора хостинга и заодно соберу в одном месте предыдущие посты на эту тему.
Что такое хостинг. Часть 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. компетенция сотрудников
На этом завершаю серию постов про хостинг. А впереди нас ждут материалы про доменные имена. Кстати, эта тема тоже была запрошена подписчицей. Так что если у тебя есть вопросы по теме, разбор которых тебе было бы интересно почитать, смело пиши их в комментарии к постам. И не забывай ставить реакции 👍
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍3