• Если я подниму свой DNS сервер, я смогу регистрировать домены бесплатно?

    Rsa97
    @Rsa97
    Для правильного вопроса надо знать половину ответа
    Вы можете купить домен и раздавать/продавать его поддомены.
    Ответ написан
    Комментировать
  • Если я подниму свой DNS сервер, я смогу регистрировать домены бесплатно?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    Ну, допустим, я подниму свой DNS сервер дома. То я смогу сам добавить домены, чтобы получить их бесплатно? Смогут ли на такой домен зайти другие пользователи?


    В интернет существуют корневые DNS сервера и все домены первого уровня идут через них, дальше распределяются по зонам первого уровня и так далее. таким образом все DNS сервера иерархически связаны.
    С вашим же не будет связан никто.

    Ваши домены будут видеть только те, кто в своих настройках пропишет ваш DNS сервер напрямую.
    Ответ написан
    Комментировать
  • Если я подниму свой DNS сервер, я смогу регистрировать домены бесплатно?

    CityCat4
    @CityCat4
    Внимание! Изменился адрес почты!
    Сможете, конечно, если найдете лоха. Потому что Ваш сервер никто не знает и за именами к нему никто обращаться не будет, разве только тот, кто дополнительно его в корневые пропишет - но это должен сделать каждый желающий.
    Ответ написан
    2 комментария
  • Объясните, плиз зачем нужен react и vue?

    tundramani
    @tundramani
    на самом деле это нужно в первую очередь для стандартизации разработки
    для любого капиталиста одинаково важно независеть от работников - для этого они должны работать в одном шаблоне

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

    и это похоже на секту и религию айтишную - эти люди внушают себе и другим что такие инструменты облегчают жизнь

    я тоже пытался разобраться в этом хозяйстве и понял что это слишком сложно и мне не нужно
    потому что я пишу код сам и не работаю на заказ, а если и работаю то тоже пишу так как мне удобно
    но если я захочу работать в проф индустрии как все - то я вынужден буду это знать

    выбирай - или работаешь так как тебе удобно
    или страдаешь как все и принимаешь эту веру, и веришь в то что это облегчает работу и в этом счастье

    на самом деле в айти царит безумие и неэффективность - на хабре полно статей об этом
    главное деньги - поэтому всё так плохо

    пойми - главное в капитализме это выжимание денег из людей
    для этого все рабы должны веровать в it-религию и быть стандартными и работать в одном стандартном неудобном сложном инструменте
    и поэтому тебя зачморят фанатики и сожгут на костре если ты будешь говорить что это неэффективно сложно и безумно
    Ответ написан
    4 комментария
  • Объясните, плиз зачем нужен react и vue?

    zoonman
    @zoonman
    ⋆⋆⋆⋆⋆
    Когда-то я писал на PHP. Писал много. Сначала это было месиво из кода на PHP и HTML, потом появились всякие шаблонизаторы, стало чуть чище.
    Проекты росли, кода становилось все больше и хотелось некоторые кусочки переиспользовать. Так я пришел к управлению кодом через Composer.
    На каком-то этапе разработки я столкнулся с тем, что у меня было 2 разных веб-интерфейса делающих одно и то же. Вдобавок нужно было часть данных отдавать в систему логистики. Причем это должно было быть автоматизировано. Тогда я уже знал, что есть такая штука - автоматизированные программные интерфейсы (API).
    Наскоро было что-то написано и оно заработало. По итогу, оба веб-интерфейса и система логистики использовали одни и теже функции. Но поддерживать 2 разных интерфейса было очень геморно. В те времены был jQuery самым главным. Очень сложно было добиться правильного отображения, посколько Javascript код был в перемешку с HTML, часть которого генерировалась из PHP. Возникали ошибки. Данных было много, разных скриптов было много (сотни), части скриптов были копиями друг друга с небольшими отклонениями. По итогу, на решение простых задач вроде редактирования строчки в таблице с обновлением на сервере уходило много времени, дни, иногда даже недели.
    Потом я увидел Mustache.js, это был предок Ангуляра и Реакта. Что-то вроде шаблонизатора, но только на стороне клиента. Работало оно только в одну сторону, отображало данные в HTML, но потом была та же жесть из jQuery.
    Затем я познакомился с Angular1. Идея была простая - пишешь шаблон, подставляешь в него данных. Оно отображается, само! Никаких тебе извращений, найди класс или идентификатор, или еще какая-нибудь ерунда.
    Кодить стало проще. Стало можно создавать библиотеки компонентов и просто редактировать стили. Можно было сделать компонент для ввода и проверки почты, и использовать его сразу во всех проектах и исправлять ошибки в одном месте, а не бегать по сотням скриптов и искать в каждом этот повторяющийся косяк.
    Поначалу я тоже относился к Ангуляру с предубеждением, столько траблов, стоят ли они того. Но как только я стал чаще сталкиваться с задачами, когда мне понадобились разные интерфейсы для отображения одних и тех же данных, это стало сходить на нет.
    Пока вы пилите простые штуки, всякие фреймворки вам не втарахтели. Даже jQuery не нужен. Но иногда начинается жопа, когда одному уже проект не вытащить, ибо охеренеть, как сложно, а еще и делать надо быстро. Поэтому лучше разделиться, кто-то делает бэкенд, кто-то фронт. Так просто удобнее, а общаться через API. Вначале вы вместе просто пишите спецификацию для API, это занимает день или два. А потом вы бомбите месяц в параллель. Причем фишка такого подхода в том, что есть инструменты, которые просто выдают заглушки для кода на фронте. Т.е. если фронт пишется быстрее, то его проще тестить и все такое. Аналогично с бэкендом. Его тоже можно тестить даже если фронт не готов. Причем эти все фишки особенно круты, когда вас не двое, а например 20, да и живете вы по всему миру в разных часовых поясах и т.д.
    Ответ написан
    1 комментарий