Antas 40. Mga sagot sa mga tanong sa panayam sa antas ng paksa

Ang IP address ay isang natatanging network address ng isang node sa isang computer network na binuo sa TCP/IP protocol stack. Nangangailangan ang Internet ng mga natatanging address sa buong mundo; sa kaso ng pagtatrabaho sa isang lokal na network, ang pagiging natatangi ng address sa loob ng network ay kinakailangan. Sa bersyon ng IPv4 protocol, ang IP address ay 4 bytes ang haba, at sa IPv6 protocol na bersyon, ang IP address ay 16 bytes ang haba. Karaniwan, ang isang IP address sa bersyon ng IPv4 protocol ay nakasulat bilang apat na decimal na numero na may mga halaga mula 0 hanggang 255, na pinaghihiwalay ng isang tuldok, halimbawa, 192.168.0.3.

Ang domain ay isang website address o isang partikular na zone na may sarili nitong pangalan, hindi katulad ng ibang pangalan sa domain name system. Ang mga domain ay maaaring unang antas, pangalawang antas, ikatlong antas, atbp. Karaniwan, hindi available ang isang first-level na domain sa mga ordinaryong user para sa pagpaparehistro (mga halimbawa ng mga first-level na domain ay “.ru”, “.com”, “.net”). Karaniwan, ang mga domain ng pangatlo at kasunod na mga antas ay tinatawag na mga subdomain.
Ang host ay isang partikular na computer o server na konektado sa isang lokal o pandaigdigang network. Ang host ay may natatanging address sa TCP/IP service environment (IP address).

GET, POST, PUT, DELETE, OPTIONS, HEAD, PATCH, TRACE, LINK, UNLINK, CONNECT.

Ang pamamaraang GET ay ginagamit upang humiling ng mga nilalaman ng isang tinukoy na mapagkukunan. Ang pamamaraan ng POST ay ginagamit upang ilipat ang data ng user sa isang tinukoy na mapagkukunan. Ang HEAD method ay karaniwang ginagamit upang kunin ang metadata, suriin ang pagkakaroon ng isang mapagkukunan (URL validation), at tingnan kung ito ay nagbago mula noong huli itong na-access. Ang pamamaraan ng HEAD ay katulad ng pamamaraang GET, maliban na walang katawan sa tugon ng server. Ang paraan ng GET ay itinuturing na isang pinasimpleng bersyon ng POST, dahil ang paraan ng GET ay hindi nagpapahiwatig ng isang buong kahilingan, isang URL lamang tulad nito.

Ang REST ay isang istilo ng arkitektura para sa kung paano nakikipag-ugnayan ang mga bahagi ng aplikasyon sa isang network. Ang termino ay nilikha ni Roy Fielding noong 2000. Ipinakilala rin niya ang mga kinakailangan na dapat matugunan ng isang ipinamahagi na aplikasyon upang makasunod sa arkitektura ng REST (tinatawag ding RESTful ang mga naturang aplikasyon). Ito ang mga kinakailangan:

1. Modelo ng Client-Server (nangangahulugan na ang network ay dapat na binubuo ng isang kliyente at isang server; ang server ay ang may mga mapagkukunan, ang kliyente ay ang humihiling sa kanila))
2. Отсутствие состояния (означает, что ни клиент, ни server не отслеживают состояния друг друга)
3. Кеширование (клиенты и промежуточные узлы могут кешировать результаты requestов; сооответственно, ответы serverа должны иметь явное or неявное обоmeaning, что они кешируемые or некешируемые)
4. Единообразие интерфейса (означает, что между клиентами и serverами существует общий язык взаимодействия, который позволяет им быть заменяемыми or изменяемыми, без нарушения integrity системы):
   • Определение ресурса (означает, что каждый ресурс должны быть обозначен постоянным идентефикатором)
   • Управление ресурсами через представление (означает, что клиент хранит ресурс в виде его представления, и при желании изменения ресурса он отправляет serverу информацию о том, в Howом виде он хотел бы видеть этот ресурс; server же рассматривает этот How request How предложение, и сам решает, что делать ему с хранимым ресурсом)
   • Самодостаточные messages (каждое сообщение содержит достаточно информации, чтобы понять, How его обрабатывать)
   • Гипермедиа (означает, что клиенты изменяют состояние системы только через действия, которые динамически определены в гипермедиа на server)
   • Система слоёв (означает, что в системе может быть больше двух слоёв (клиент и server), и при этом каждый такой слой знает только о своих соседних слоях, и не знает об остальных слоях, и взаимодействует только с соседними слоями)
   • Код по требованию (означает, что функциональность клиента может быть расширения за счёт загрузки codeа с serverа в виде апплетов or сценариев)

   Удовлетворение этим требованиям позволяет добиться следующего:

   • Надёжность
   • Производительность
   • Масштабируемость
   • Прозрачность взаимодействия
   • Простота интерфейсов
   • Портативность компонентов
   • Лёгкость внесения изменений
   • Способность эволюционировать, приспосабливаясь к новым требованиям

Для этого существует удобный класс SimpleDateFormat. Экземпляру этого класс можно передать шаблон представления даты, и тогда он в таком виде будет возвращать date (в формате строки String), либо считывать date (из строки String). Выглядит это всё следующим образом:

Date date = new Date(); // получаем текущую date
SimpleDateFormat formatter = new SimpleDateFormat("d-MM-yy HH:mm:ss"); //создаём экземпляр класса SimpleDateFormat
         								//и передаём ему шаблон представления даты и времени
String dateAsString = formatter.format(date); //преобразуем date в строку заданного формата

Date dateAfterConversion = formatter.parse(dateAsString); //преобразуем строку обратно в date

URI расшифровывается How Uniform Resource Identifier и переводится How "унифицированный идентификатор ресурса". URI — это последовательность символов, идентифицирующая абстрактный or физический ресурс. URL расшифровывается How Uniform Resource Locator. То есть это некий унифицированный указатель на ресурс, однозначно определяющий его месторасположение. URL служит стандартизированным способом записи address ресурса в сети Интернет.
Их отличия в том, что URI — это некоторый идентификатор ресурса, который позволяет этот ресурс How-то идентифицировать, а URL — это указатель на ресурс, он даёт информацию о том, где находится ресурс. Таким образом URL — это URI, который помимо идентификации ресурса, даёт информацию о его местонахождении.

Сокеты — это связка IP-address + порт, позволяющая из внешней сети однозначно идентифицировать программу на компьютере or serverе. В Java для работы с сокетами есть два класса Socket и ServerSocket. Экземпляры первого класса играют роль клиента, экземпляры второго — роль serverа. Клиент может отправлять и принимать messages через сокет. Сервер же постоянно отслеживает requestы пользователей и отвечает на них.
Для того, чтобы отправить данные через сокет, в классе Socket существует класс getOutnputStream(), возвращающий исходящий поток, с которым уже можно работать How обычно. Для приёма информацию нужно воспользоваться методом getInputStream(), который возвращает входящий поток. Дальше с этим потоком можно работать How с обычно потом ввода. Также стоит отметить, что при создании клиентского сокета (экземпляра класса Socket) в конструктор нужно передать ip-address serverа и порт, на котором он работает принимающая программа-server.
При создании serverного сокета (экземпляра класса ServerSocket) нужно указывать только порт, через который будет работать программа. После этого вызывается метод accept(). Этот метод ожидание подключение клиента, а после этого возвращает экземпляр класса Socket, необходимый для взаимодействия с этим клиентом. Дальше работать идёт с экземпляром класса Socket, How в первом случае (в случае клиента).