DNS это не так сложно. Хостинги DNS (AWS, Yandex Cloud) стоят не так дорого. К примеру в Yandex Cloud это примерно 44 рубля за зону(домен) в месяц и 38 рублей за 1 млн запросов к записям. Одного домена как правило достаточно.
Тут дело не в деньгах или сложности. Я не думаю что мне будет сложно поднять или настроить(скорее всего что-то поизучать всё равно придётся). Тут вопрос только профита от этого. Если это нужно только мне, то зачем усложнять.
Может получится как типичная история "программист тратит несколько часов на автоматизацию задачи, которую можно сделать вручную за 5 минут" :)
Да, это правильно. Но нужно ли? Получу ли я то преимущество ради которого делаю это? А если нет разницы, то мой ответ тут только один :) Когда понадобится, тогда и сделаю)
Но для подобного, если у вас инфраструктура больше пары хостов и прям уже надо не забыть ip адрес, достаточно развернуть внутренний dns и не мучаться, ибо снова - смена адреса = проблемы с вопросом - что это не работает ничего.
Если это нужно только мне, то я не вижу смысла заводить себе систему DNS. Ибо нет разницы, буду я менять его у себя локально или на dns сервере, который ещё поддерживать нужно будет.
Про отладку. В целом если знаешь как настроена своя рабочая машина, то проверка коннекта по прямому ip-адресу у меня будет стоять первым пунктом.
Но в любом случае, спасибо за совет.
Вы совершенно не верно описали принцип работы DNS со стороны как клиента, так и со стороны сервера
А можете скорректировать в чём я не прав? Я не стал её описывать подробно и упоминать кэши. Какие-нибудь пару пунктов, где я не верно говорю про принцип?
У меня как раз не было цели разворачивать DNS. Это настройка только моей рабочей машины, так чтобы мне было удобно работать.
То что я могу пересесть на другой компьютер, тоже в полне ожидаемое и возможно событие. Но речь в статье именно о том как сделать это для себя (без привлечения других людей и доп. инфраструктуры).
Про ssh config я уже увидел в нескольких комментария рекомендацию, спасибо.
За рекомендацию ansible тоже спасибо. Задачи на серверах менять конфигурацию достаточно редкая, но думаю полезно знать о тулзе.
Если не знаешь свою инфраструктуру, а серверов для подключения действительно много, то и в доменных именах будет путаница в итоге
Знать свою инфраструктуру не то же самое, что помнить наизусть все свои хосты. Как по мне, помнить все свои хосты в большинстве случаев будет мусорной информацией (здорово, если Вы их помните).
Путаница в доменных именах будет только если вы даёте плохой нейминг, либо не обновляете его по мере внесения изменений.
Да, могут быть ситуации, когда проще использовать ip, так в этом случае и стоит его использовать. Никто не запрещает пользоваться двумя вариантами. Есть например реплика сет базы данных состоящего из primary-реплики, secondary-реплики и арбитра. Так почему бы их не назвать так (да, primary и secondary могут поменяться. Они для этого и нужны), но они настраиваются с предпочтениями под конкретную задачу, так почему бы не использовать human-readable конструкции.
Вы писали что для подключений используете "гуи", так в большинстве приложений есть возможность нейминга подключений, по этому не совсем ясно для чего прописывать доменные имена
Я использую несколько вариантов. SSH консоль, SFTP чаще всего гуи. То что в гуи есть нейминг это верно, и я использую его. Но так во всех тулзах, которые Вы используете нужно будет пойти и поменять ip-адрес, а так у вас одна точка принятия решения.
Было бы смешно увидеть как человек с таким же успехом забывает какие он домены навыдумывал и лезет в хост каждый раз что бы вспомнить что там
Прикольно. Как-то никогда не задумывался о создании общий системы для фотографий, а тем более выстраивания их всех в перемешку на таймлайне. Сам храню фотки на внешнем SSD, и побаиваюсь что когда-нибудь он помрёт вместе с фотками.
Да, сейчас инструменты позволяют быть очень гибким. Я с трудом представляю каково это делать такую работу вручную.
Как-то в книге "Креативный программист" впервые встретил метод ведения заметок "Zettelkasten" для систематизации идей на бумаге, где каждая новая заметка записывается на карточке и имеет связный номер с предыдущей, если такая связь имеется (например, 1 - 1a - 1a2a). Благодаря этому методу Никласу Луману удалось опубликовать большое кол-во книг и статей.
Тоже интересный способ самоорганизации. Автор метода так же делал это без компьютеров, в результате чего образовывалась большая картотека состоящая из множества шкафов.
Табличка не так часто нужна. У меня просто вкладка в браузере запинена и никогда не закрывается (выше комментом гифка как подготавливаю шаблон, в начале гифки делаю закреп вкладки).
Я хоть и работаю за двумя мониторами, но постоянно на виду её не держу. Достаточно легко переключаюсь между закреплённой вкладкой.
Да, по началу сложно. Нужно ловить себя на мысли, что переключаюсь на другую задачу и вспомнить про существование журнала. По этому в статье упомянул, что требуется дисциплина и строгий подход.
И да, по началу может занимать много времени. Главное приучить себя использовать шорткаты и другие плюшки, а так же выработать навык заполнения до автоматизма.
Без этого сильно дольше.
У меня это происходит так: Предварительно нужно вставить "шаблон дня". Я вставляю сразу на версию вперёд (10 рабочих дней).
Шаблон дня - это набор строк, где добавлены регулярные события ("CP [Приход]", "CP [Начало обеда]", "CP [Конец обеда]", "CP [Уход]"), а между ними уже вставлены строки для заполнения, примерно по 10 штук. Шаблон дня подготовлен внизу гугл таблицы.
Клонирую шаблон где-то внизу документа (делаю именно там, чтобы не заменялись строки и не слетали сворачивания). Затем перемещаю наверх документа.
Я это делаю в начале версии и вставляю сразу на всю версию (10 рабочих дней). Лишние дни сворачиваю, чтобы не мешались.
Заполнение тоже стараюсь доводить до автоматизма.
клик мышкой в клетку со временем Ctrl+Shift+; вставляет текущее время
Tab и выбираю категорию с предварительным поиском
Tab и ввожу участников
Ещё несколько табов и ввожу название активности
Tab и ввожу более подробное описание активности, если нужно
Заполнение тоже стараюсь максимально довести до автоматизма. Например, есть разница куда жать при окончании ввода данных в ячейку (Tab или Enter).
Tab - переместит в следующую колонку на этой же строке
Enter - перемести в следующую строку в этой же колонке
Если делать мышкой, то сильно дольше. Ниже гифка с примером как я заполняю (P.S. может долго прогружаться).
Задача автоматизма становиться достаточно творческой :) Приходиться проявлять фантазию, чтобы ускорить процесс заполнения.
P.S. бесючая всплывашка при сворачивании строк "Данные в скрытых строках исключены из нескольких диаграмм" отключается если в диаграммах тыкнуть галочку "Включить скрытые или отфильтрованные данные"
Да, с ИИ много чего проще стало. Но не все могут позволить себе пустить ИИ в кодовую базу. (NDA, безопасники и т. д. ). К тому же ИИ - такой инструмент, которому полностью не доверишься. В задачах, где важна точность результата. А следовательно, то, что он найдёт и построит, не факт, что будет верно. Придётся проверять вручную. А если всё равно проверять вручную, то теряется смысл от тулзы
Я делал похожую задачу для геймдизайнеров, для выгрузки json-конфигов игры из Excel/GoogleSheet.Только делал полностью универсальное решение.
Дизайнеры настраивают семантику синтаксиса прямо в документе Excel (чаще сразу в GoogleSheet), поддерживается неограниченный уровень вложенности (описывается семантикой).
Заполнение конфигов(20-30к строк) при ребалансе игры делается не неделю, а 15 минут). Программистов к парсингу больше не привлекают, даже после изменения структуры конфигов/таблиц, дизы всё сами делают.
мне кажется, только ленивый про него сегодня не написал)
Тут писали про поп-ап окна. Для меня это окна, которые вылетают в лицо в случайных местах. Вот интересно что имелось ввиду
Тут дело не в деньгах или сложности. Я не думаю что мне будет сложно поднять или настроить(скорее всего что-то поизучать всё равно придётся). Тут вопрос только профита от этого. Если это нужно только мне, то зачем усложнять.
Может получится как типичная история "программист тратит несколько часов на автоматизацию задачи, которую можно сделать вручную за 5 минут" :)
Да, это правильно. Но нужно ли? Получу ли я то преимущество ради которого делаю это? А если нет разницы, то мой ответ тут только один :) Когда понадобится, тогда и сделаю)
Это как выбирать монолит или микросервисы)
Если это нужно только мне, то я не вижу смысла заводить себе систему DNS. Ибо нет разницы, буду я менять его у себя локально или на dns сервере, который ещё поддерживать нужно будет.
Про отладку. В целом если знаешь как настроена своя рабочая машина, то проверка коннекта по прямому ip-адресу у меня будет стоять первым пунктом.
Но в любом случае, спасибо за совет.
А можете скорректировать в чём я не прав? Я не стал её описывать подробно и упоминать кэши. Какие-нибудь пару пунктов, где я не верно говорю про принцип?
У меня как раз не было цели разворачивать DNS. Это настройка только моей рабочей машины, так чтобы мне было удобно работать.
То что я могу пересесть на другой компьютер, тоже в полне ожидаемое и возможно событие. Но речь в статье именно о том как сделать это для себя (без привлечения других людей и доп. инфраструктуры).
Про ssh config я уже увидел в нескольких комментария рекомендацию, спасибо.
За рекомендацию ansible тоже спасибо. Задачи на серверах менять конфигурацию достаточно редкая, но думаю полезно знать о тулзе.
Спасибо, посмотрю
Ну тут я с Вами не соглашусь.
Знать свою инфраструктуру не то же самое, что помнить наизусть все свои хосты. Как по мне, помнить все свои хосты в большинстве случаев будет мусорной информацией (здорово, если Вы их помните).
Путаница в доменных именах будет только если вы даёте плохой нейминг, либо не обновляете его по мере внесения изменений.
Да, могут быть ситуации, когда проще использовать ip, так в этом случае и стоит его использовать. Никто не запрещает пользоваться двумя вариантами. Есть например реплика сет базы данных состоящего из primary-реплики, secondary-реплики и арбитра. Так почему бы их не назвать так (да, primary и secondary могут поменяться. Они для этого и нужны), но они настраиваются с предпочтениями под конкретную задачу, так почему бы не использовать human-readable конструкции.
Я использую несколько вариантов. SSH консоль, SFTP чаще всего гуи. То что в гуи есть нейминг это верно, и я использую его. Но так во всех тулзах, которые Вы используете нужно будет пойти и поменять ip-адрес, а так у вас одна точка принятия решения.
Это уже вопрос плохо нейминга и самоорганизации.
Звучит интересно, а про какие поп-ап окна речь и для чего это?
тоже хороший вариант, только не только в консоли это нужно)
Например, для перекидывания файликов через sftp использую гуишное приложение
Прикольно. Как-то никогда не задумывался о создании общий системы для фотографий, а тем более выстраивания их всех в перемешку на таймлайне.
Сам храню фотки на внешнем SSD, и побаиваюсь что когда-нибудь он помрёт вместе с фотками.
Да, сейчас инструменты позволяют быть очень гибким.
Я с трудом представляю каково это делать такую работу вручную.
Как-то в книге "Креативный программист" впервые встретил метод ведения заметок "Zettelkasten" для систематизации идей на бумаге, где каждая новая заметка записывается на карточке и имеет связный номер с предыдущей, если такая связь имеется (например, 1 - 1a - 1a2a). Благодаря этому методу Никласу Луману удалось опубликовать большое кол-во книг и статей.
Тоже интересный способ самоорганизации. Автор метода так же делал это без компьютеров, в результате чего образовывалась большая картотека состоящая из множества шкафов.
Табличка не так часто нужна. У меня просто вкладка в браузере запинена и никогда не закрывается (выше комментом гифка как подготавливаю шаблон, в начале гифки делаю закреп вкладки).
Я хоть и работаю за двумя мониторами, но постоянно на виду её не держу. Достаточно легко переключаюсь между закреплённой вкладкой.
Да, по началу сложно. Нужно ловить себя на мысли, что переключаюсь на другую задачу и вспомнить про существование журнала. По этому в статье упомянул, что требуется дисциплина и строгий подход.
И да, по началу может занимать много времени. Главное приучить себя использовать шорткаты и другие плюшки, а так же выработать навык заполнения до автоматизма.
Без этого сильно дольше.
У меня это происходит так:
Предварительно нужно вставить "шаблон дня".
Я вставляю сразу на версию вперёд (10 рабочих дней).
Шаблон дня - это набор строк, где добавлены регулярные события ("CP [Приход]", "CP [Начало обеда]", "CP [Конец обеда]", "CP [Уход]"), а между ними уже вставлены строки для заполнения, примерно по 10 штук. Шаблон дня подготовлен внизу гугл таблицы.
Клонирую шаблон где-то внизу документа (делаю именно там, чтобы не заменялись строки и не слетали сворачивания). Затем перемещаю наверх документа.
Я это делаю в начале версии и вставляю сразу на всю версию (10 рабочих дней). Лишние дни сворачиваю, чтобы не мешались.
Заполнение тоже стараюсь доводить до автоматизма.
клик мышкой в клетку со временем
Ctrl+Shift+;вставляет текущее времяTab и выбираю категорию с предварительным поиском
Tab и ввожу участников
Ещё несколько табов и ввожу название активности
Tab и ввожу более подробное описание активности, если нужно
Заполнение тоже стараюсь максимально довести до автоматизма.
Например, есть разница куда жать при окончании ввода данных в ячейку (Tab или Enter).
Tab - переместит в следующую колонку на этой же строке
Enter - перемести в следующую строку в этой же колонке
Если делать мышкой, то сильно дольше.
Ниже гифка с примером как я заполняю (P.S. может долго прогружаться).
Задача автоматизма становиться достаточно творческой :)
Приходиться проявлять фантазию, чтобы ускорить процесс заполнения.
P.S. бесючая всплывашка при сворачивании строк "Данные в скрытых строках исключены из нескольких диаграмм" отключается если в диаграммах тыкнуть галочку "Включить скрытые или отфильтрованные данные"
Да, с ИИ много чего проще стало.
Но не все могут позволить себе пустить ИИ в кодовую базу. (NDA, безопасники и т. д. ).
К тому же ИИ - такой инструмент, которому полностью не доверишься. В задачах, где важна точность результата. А следовательно, то, что он найдёт и построит, не факт, что будет верно. Придётся проверять вручную.
А если всё равно проверять вручную, то теряется смысл от тулзы
Я делал похожую задачу для геймдизайнеров, для выгрузки json-конфигов игры из Excel/GoogleSheet.Только делал полностью универсальное решение.
Дизайнеры настраивают семантику синтаксиса прямо в документе Excel (чаще сразу в GoogleSheet), поддерживается неограниченный уровень вложенности (описывается семантикой).
Заполнение конфигов(20-30к строк) при ребалансе игры делается не неделю, а 15 минут).
Программистов к парсингу больше не привлекают, даже после изменения структуры конфигов/таблиц, дизы всё сами делают.
Если интересно вот ссылка на гитхаб (внутри есть инструкция как с этим работать)
https://github.com/saigor33/TableToJsonUniversalParser