Метод post что это за программа

Содержание

HTTP протокол: основные правила Интернета, которые должен знать каждый веб-разработчик. Как браузер взаимодействует с сервером.

Тема 7: Определение методов HTTP (HTTP Method Definitions). Методы HTTP запросов

05.06.2016
HTTP протокол, Сервера и протоколы
Один комментарий

Привет, читатель блога ZametkiNaPolyah.ru! Продолжим знакомиться с протоколом HTTP в рубрике серверы и протоколы и ее разделе HTTP протокол. В этой записи мы изучим с тобой HTTP методы. Для начала мы с тобой разберемся с видами HTTP методов, потом разберем безопасные HTTP методы, выделим идемпотентные методы.

После чего я перечислю все HTTP методы с их кратким описание, а далее мы разберем каждый метод в отдельности. Надеюсь, примеры, используемые в данной публикации помогут тебе понять как работают все эти методы: GET, POST, HEAD, CONNECT, PUT, DELETE, OPTIONS и TRACE. Как всегда, если что-то непонятно или есть какие-то дополнения или заметил неточность — не стесняйся написать комментарий.

HTML с нуля: урок 6 — HTML формы, GET и POST запросы

Определение методов HTTP (HTTP Method Definitions). Описание методов HTTP запросов

Виды HTTP методов запроса

Если вы хотите узнать всё про протокол HTTP, обратитесь к навигации по рубрике HTTP протокол. Стандарт HTTP 1.1 насчитывает восемь методов, но набор методов может быть расширен, хотя и не будет поддерживаться другими HTTP приложениями, которые полностью соответствую букве стандарта. Каждый HTTP запрос должен содержать метод.

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

Безопасные HTTP методы и идемпотентные HTTP методы запросов

Давайте посмотрим на разницу между HTTP методами. Сперва рассмотрим безопасные методы. HTTP стандарт четко говорит о том, что программа, которая работает с сетью интернет, представляет пользователя, поэтому она должна информировать пользователя о любых действиях, которые происходят и которые он может произвести, но которые могут иметь непредсказуемые значения для самого пользователя или для других лиц. Другими словами: ваш браузер должен информировать вас о любых действия во время HTTP соединения. Это не всегда так, но, по крайней мере, так сказано в стандарте протокола HTTP 1.1.

Безопасные HTTP методы (Safe method HTTP)

На данный момент принято соглашение о том, что HTTP методы GET и HEAD никогда не должны иметь иного значения, кроме загрузки, поэтому данные HTTP методы нужно рассматривать, как безопасные, это требование HTTP. Поэтому ваш браузер, когда используются методы POST, PUT или DELETE предупреждает вас о том, что может произойти потенциально опасное действие и спрашивает: нужно ли его выполнить.

Идемпотентные HTTP методы (Idempotent Methods HTTP)

Я уже вкратце объяснил суть идемпотентных HTTP методов: при использование таких методов побочные эффекты одинаковы как в случае однократного запроса, так и в случае многократного повторения одного и того же запроса, т.е. нагрузка одинакова, но HTTP ответ от сервера может поступать каждый раз разный. К идемпотентным методам относятся следующие HTTP методы: GET, HEAD, PUT и DELETE. Так же эффектом идемпотентности обладают HTTP методы OPTIONS и TRACE.

Postman для тестировщика | Методы: GET, POST, PUT, DELETE | Postman урок #4

Краткий обзор HTTP методов

Давайте перечислим все методы HTTP протокола и дадим им краткое описание. Для удобства сведем HTTP методы в таблицу

Мы вкратце рассмотрели все HTTP методы и дали им короткую характеристику. Давайте теперь более подробно остановимся на каждом из HTTP методов и приведем несколько примеров использования HTTP методов.

Описание HTTP метода GET. Пример использования HTTP метода GET

HTTP метод GET позволяет получать информацию с HTTP сервера. Информация, получаемая от сервера может быть любой, главное, чтобы она была в форме HTTP объекта, доступ к информации при использовании метода GET осуществляется через URI. Часто бывает так, что HTTP метод GET обращается к какому-то коду, а не к конкретной страницы (все CMS генерируют контент налету), поэтому метод GET работает так, что мы получаем не исходный код, который генерирует текст, а сам текст.

HTTP метод GET бывает двух видов: условный метод GET и частичный метод GET. Давайте сперва посмотрим на условный метод GET. Когда используется условный HTTP метод GET, то к HTTP сообщению добавляются следующие поля заголовков: If-Modified-Since, If-Unmodified-Since, If-Match, If-None-Match, или If-Range. Значение таких полей является какое-либо условие и если это условие выполняется, то происходит передача объекта, который хранится по указанному URI, если же условие не выполняется, то и сервер не передает никаких данных. Условный HTTP метод GET предназначен для уменьшения нагрузки на сеть.

Давайте теперь посмотрим на особенности работы частичного HTTP метода GET. Особенность частичного метода GET заключается в том, что в его заголовке присутствует поле Range. Когда используется частичные метод GET полезная информация, предназначенная для человека передается кусками, после чего она из этих кусков собирается. Не напоминает ли это вам скачивание файлов по HTTP протоколу, когда мы можем остановить загрузку, отключить браузер, потом опять включить браузер и закачка будет происходить ровно с того места, где она была приостановлена. Не стоит забывать, что поля заголовков — это параметры HTTP протокола, которые определяют, как будут работать клиент и сервер.

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

Источник: zametkinapolyah.ru

Как работает веб-сайт #8: POST-запросы

Ранее мы выяснили, что GET-запрос – это когда данные для веб-сервера передаются прямо в URL. У них есть ограничение – длина 2048 байт.

Мы можем закачивать на сервер, допустим, файлы размером 100 мегабайт. Очевидно, содержимое такого файла не поместится в URL.

Для передачи больших объёмов данных используется POST-запрос. Он отличается от GET тем, что данные помещаются не в URL, а в тело запроса.

Что такое тело запроса? Здесь нам нужно обратиться к протоколу HTTP. Отмечу, что знать протокол досконально необязательно. Это знание вам понадобится только тогда, когда вы будете разрабатывать собственный веб-сервер или веб-браузер, а также если вы хотите послать запрос на веб-сервер руками. Кстати, давайте попробуем руками.

Генерация HTTP запросов

В последнее время я все более часто наблюдаю в основном форуме РНРClub вопросы на тему создания POST и GET запросов, а так же вопросы на тему: «Как мне посредством функции header сформировать POST запрос». Я считаю, что уже давно назрела необходимость расставить точки над «и» в использовании данной технологии, поскольку начинающие программисты просто не понимают принципов работы веба, как такового. Итак, начнем наше путешествие по миру протокола HTTP.

1. Протокол HTTP. Введение

1.1 Клиент и сервер
1.2 Пишем наш первый HTTP запрос
1.3 Структура запроса

3.1 Content-Type: application/x-www-form-urlencoded
3.2 Content-Type: multipart/form-data

1. Протокол HTTP. Введение

Сразу хочу уточнить одну маленькую вещь. Страшное слово протокол есть не что иное, как соглашение множества людей, просто в один прекрасный момент люди решили: «Давайте будем делать так, и тогда все будет в порядке». Бояться нечего, все просто до безобразия и это безобразие мы сейчас будем вскрывать. Итак, что же это такое протокол HTTP и с чем его едят?

1.1 Клиент и сервер

Чудес в мире, а тем более в мире программизма и интернета не бывает! Усвойте это как незыблемую истину. И, если программа не работает или работает не так как хочется, то, значит, скорее всего, она либо написана не правильно, либо содержит ошибки. Итак, как же все-таки браузер просит сервер прислать ему хоть что-нибудь? Да очень просто! Надо только немного расслабиться и начать получать удовольствие от процесса 🙂

1.2. Пишем наш первый HTTP запрос

Если Вы думаете, что все слишком сложно, то Вы ошибаетесь. Человек так устроен, что просто не способен создавать что-то сложное, иначе он сам в этом запутается 🙂 Итак, есть браузер и есть Web-сервер. Инициатором обмена данными всегда выступает браузер. Web-сервер никому, никогда просто так ничего не пошлет, чтобы он что-нибудь отправил браузеру надо, чтобы браузер об этом попросил. Простейший HTTP запрос моет выглядеть, например, так:

GET http://www.php.net/ HTTP/1.0rnrn

GET (В переводе с английского означает «получить») тип запроса, тип запроса может быть разным, например POST, HEAD, PUT, DELETE (часть из них мы рассмотрим ниже).
http://www.php.net/ URI (адрес) от которого мы хотим получить хоть какую-нибудь информацию (естественно мы надеемся подучить HTML страницу).
HTTP/1.0 тип и версия протокола, который мы будем использовать в процессе общения с сервером.
rn конец строки, который необходимо повторить два раза, зачем, станет понятно немного позднее.

1.3 Структура запроса

Рассмотрим, из чего состоит HTTP запрос. Все достаточно просто. Начнем с того, что HTTP запрос это вполне осмысленный текст. Из чего же он состоит в общем случае? Будем рассматривать протокол HTTP 1.0. Итак:

Request-Line [ General-Header | Request-Header | Entity-Header ]rn[ Entity-Body ]

Request-Line строка запроса
Формат: «Method Request-URI HTTP-Versionrn»
Method метод, которым будет обрабатываться ресурс Request-URI, может быть GET, POST, PUT, DELETE или HEAD.
Request-URI относительная или абсолютная ссылка на страницу с набором параметров, например, /index.html или http://www.myhost.ru/index.html или /index.html?a=1 амперсант служит разделителем между параметрами.
HTTP-Version версия HTTP протокола, в нашем случае «HTTP/1.0».

Нам крайне интересны методы обработки GET и POST. Методом GET можно просто передать параметры в скрипт, а методом POST можно эмулировать submit формы.

Для метода GET, Request-URI может выглядеть, например, так: «/index.html?param1=1.

Request-Header может иметь следующие параметры: Allow, Authorization, From, If-Modified-Since, Referer, User-Agent.
В данной главе мы не будем рассматривать параметр Autorization, так как он используется для доступа к закрытым ресурсам, что требуется не так уж часто. Вы можете самостоятельно изучить формирование заголовка для авторизованного доступа на сайте www.w3c.org.

А теперь после таких страшных слов давайте попробуем немного успокоиться и понять, что же нам надо? Понимать мы естественно будем на примерах.

Давайте представим, что нам надо получить страницу с сайта, передав Cookies (Печеньки), иначе нас просто пошлют как незванных гостей, и более того, известно, что на данную страницу пускают только после того, как Вы побывали на главной странице сайта.

2 Метод GET

Напишем наш запрос.

GET http://www.site.ru/news.html HTTP/1.0rn
Host: www.site.rurn
Referer: http://www.site.ru/index.htmlrn
Cookie: income=1rn
rn

Данный запрос говорит нам о том, что мы хотим получить содержимое страницы по адресу http://www.site.ru/news.html, использую метод GET. Поле Host говорит о том, что данная страница находится на сервере www.site.ru, поле Referer говорит о том, что за новостями мы пришли с главной страницы сайта, а поле Cookie говорит о том, что нам была присвоена такая-то кука. Почему так важны поля Host, Referer и Сookie?

3. Метод POST.

В случае HTTP запроса типа POST существует два варианта передачи полей из HTML форм, а именно, используя алгоритм application/x-www-form-urlencoded и multipart/form-data. Различия между данными алгоритмами весьма существенные. Дело в том, что алгоритм первого типа создавался давным-давно, когда в языке HTML еще не предусматривали возможность передачи файлов через HTML формы. Итак, давайте рассмотрим эти алгоритмы на примерах.

3.1 Content-Type: application/x-www-form-urlencoded.

Пишем запрос, аналогичный нашему запросу GET для передачи логина и пароля, который был рассмотрен в предыдущей главе:

POST http://www.site.ru/news.html HTTP/1.0rn
Host: www.site.rurn
Referer: http://www.site.ru/index.htmlrn
Cookie: income=1rn
Content-Type: application/x-www-form-urlencodedrn
Content-Length: 35rn
rn
login=Petya%20Vasechkinpassword=qq

3.2 Content-Type: multipart/form-data

Как только интернет мир понял, что неплохо бы было через формы отсылать еще и файлы, так W3C консорциум взялся за доработку формата POST запроса. К тому времени уже достаточно широко применялся формат MIME (Multipurpose Internet Mail Extensions многоцелевые расширения протокола для формирования Mail сообщений), поэтому, чтобы не изобретать велосипед заново, решили использовать часть данного формата формирования сообщений для создания POST запросов в протоколе HTTP.

Каковы же основные отличия этого формата от типа application/x-www-form-urlencoded?

Главное отличие в том, что Entity-Body теперь можно поделить на разделы, которые разделяются границами (boundary). Что самое интересное каждый раздел может иметь свой собственный заголовок для описания данных, которые в нем хранятся, т.е. в одном запросе можно передавать данные различных типов (как в Mail письме Вы одновременно с текстом можете передавать файлы).

Итак, приступим. Рассмотрим опять все тот же пример с передачей логина и пароля, но теперь в новом формате.

POST http://www.site.ru/news.html HTTP/1.0rn
Host: www.site.rurn
Referer: http://www.site.ru/index.htmlrn
Cookie: income=1rn
Content-Type: multipart/form-data; boundary=1BEF0A57BE110FD467Arn
Content-Length: 209rn
rn
—1BEF0A57BE110FD467Arn
Content-Disposition: form-data; name=»login»rn
rn
Petya Vasechkinrn
—1BEF0A57BE110FD467Arn
Content-Disposition: form-data; name=»password»rn
rn
qqrn
—1BEF0A57BE110FD467A—rn

Теперь давайте разбираться в том что написано. 🙂 Я специально выделил некоторые символы rn жирным, чтобы они не сливались с данными. Присмотревшись внимательно можно заметить поле boundary после Content-Type. Это поле задает разделитель разделов границу.

В качестве границы может быть использована строка, состоящая из латинских букв и цифр, а так же из еще некоторых символов (к сожалению, не помню каких еще). В теле запроса в начало границы добавляется ‘—‘, а заканчивается запрос границей, к которой символы ‘—‘ добавляются еще и в конец. В нашем запросе два раздела, первый описывает поле login, а второй поле password. Content-Disposition (тип данных в разделе) говорит, что это будут данные из формы, а в поле name задается имя поля. На этом заголовок раздела заканчивается и далее следует область данных раздела, в котором помещается значение поля (кодировать значение не требуется!).

Хочу обратить Ваше внимание та то, что в заголовках разделов не надо использовать Content-Length, а вот в заголовке запроса надо и его значение является размером всего Entity-Body, стоящего после второго rn, следующего за Content-Length: 209rn. Т.е. Entity-Body отделяется от заголовка дополнительным переводом строки (что можно заметить и в разделах).

А теперь давайте напишем запрос для передачи файла.

POST http://www.site.ru/postnews.html HTTP/1.0rn
Host: www.site.rurn
Referer: http://www.site.ru/news.htmlrn
Cookie: income=1rn
Content-Type: multipart/form-data; boundary=1BEF0A57BE110FD467Arn
Content-Length: 491rn
rn
—1BEF0A57BE110FD467Arn
Content-Disposition: form-data; name=»news_header»rn
rn
Пример новостиrn
—1BEF0A57BE110FD467Arn
Content-Disposition: form-data; name=»news_file»; filename=»news.txt»rn
Content-Type: application/octet-streamrn
Content-Transfer-Encoding: binaryrn
rn
А вот такая новость, которая лежит в файле news.txtrn
—1BEF0A57BE110FD467A—rn

В данном примере в первом разделе пересылается заголовок новости, а во втором разделе пересылается файл news.txt. Внимательный да увидит поля filename и Content-Type во втором разделе. Поле filename задает имя пересылаемого файла, а поле Content-Type тип данного файла. Application/octet-stream говорит о том, что это стандартный поток данных, а Content-Transfer-Encoding: binary говорит на о том, что это бинарные данные, ничем не закодированные.

Очень важный момент. Большинство CGI скриптов написано умными людьми, поэтому они любят проверять тип пришедшего файла, который стоит в Content-Type. Зачем? Чаще всего закачка файлов на сайтах используется для получения картинок от посетителя. Так вот, браузер сам пытается определить что за файл посетитель хочет отправить и вставляет соответствующий Content-Type в запрос.

Скрипт его проверяет при получении, и, например, если это не gif или не jpeg игнорирует данный файл. Поэтому при «ручном» формировании запроса позаботьтесь о значении Content-Type, чтобы оно было наиболее близким к формату передаваемого файла.

image/gif	для gif
image/jpeg	для jpeg
image/png	для png
image/tiff	для tiff (что используется крайне редко, уж больно емкий формат)

В нашем примере формируется запрос, в котором передается текстовый файл. Точно так же формируется запрос для передачи бинарного файла.

4. Постскриптум.

Думаю, что о передаче запросов на сервер не стоит рассказывать подробно. Это уже дело чисто РНР техники :-). Достаточно внимательно прочитать раздел о функциях работы с сокетами, или о функциях модуля CURL в официальной документации РНР.

Из выше сказанного, надеюсь теперь понятно, почему вопрос: «Как мне сформировать POST запрос, используя функцию header?» бессмысленен. Функция header(string) добавляет запись только в заголовок запроса, но никак не в тело запроса.

Есть еще один тип запросов Content-Type: multipart/mixed, надеюсь после прочтения данной статьи Вы легко разберетесь с данным типом сами. Подробно изучить его можно Здесь

О запросах других типов можно прочитать в официальной спецификации протокола HTTP 1.0 здесь.

Источник: codenet.ru

⚓ Выполнение POST-запроса с помощью Curl [Практические примеры]

Мануал

Автор cryptoparty На чтение 6 мин Опубликовано 17.01.2022

Что такое Curl?

cURL, что означает Client URL, – это утилита командной строки с открытым исходным кодом, используемая разработчиками для передачи данных на сервер или с сервера по различным поддерживаемым протоколам.

Поддерживаемые протоколы включают HTTP POST, HTTP PUT, загрузку файлов на FTP, отправку веб-форм, аутентификацию пользователя, HTTP Cookies, HTTP, HTTPS, FTP, FTPS, SFTP, встроенные SSL-сертификаты и многое другое.

Что такое метод запроса HTTP POST?

HyperText Transfer Protocol (HTTP) – это протокол “запрос-ответ”, который обеспечивает связь между клиентскими машинами и серверами.

Например, когда вы ищете что-то в браузере, ваш компьютер отправляет POST-запрос на сервер, который посылает ответ.

Ответ содержит информацию о состоянии отправленного запроса и запрашиваемом содержимом.

Существует несколько методов HTTP.

К ним относятся POST, GET, PUT, HEAD, DELETE, PATCH и OPTIONS. Однако наиболее распространенными являются POST и GET.

Данные, отправленные из браузера на сервер с помощью метода HTTP POST, хранятся в теле запроса, как показано ниже.

POST /test/demo_form.php HTTP/1.1 Content-Type: application/json Content-Length: 1024 Host: itsecforu.ru

Отправка POST-запроса с помощью Curl

Из приведенного выше кода вы можете увидеть все параметры, необходимые для отправки POST-запросов.

Сначала нам нужно указать метод HTTP с помощью параметра -X.

В данном случае это метод POST. Далее необходимо указать тип содержимого с помощью параметра -H.

Это позволит серверу определить тип данных в теле запроса и обработать его соответствующим образом.

Существует два варианта Content-Type: application/x-www-form-urlencoded, который используется при отправке веб-формы на сервер, и multipart/form-data, который используется для загрузки файлов на сервер.

Вы используете параметр -F для отправки данных с использованием типа содержимого multipart/form-data и -d для отправки данных с использованием типа содержимого application/x-www-form-urlencoded.

Последний параметр – это хост/сервер.

Здесь вы можете ввести URL вашего целевого сайта.

Синтаксис CURL по умолчанию для отправки POST-запроса приведен ниже.

curl -X POST [options] [URL]

Параметр -X определяет метод HTTP для отправки запроса. В нашем случае мы используем метод POST.

Выполним простой POST-запрос с помощью CURL

Чтобы сделать базовый POST-запрос с помощью команды Curl, выполните приведенную ниже команду в терминале.

curl -X POST https://example.com

Отправка дополнительных полей в запросе Curl Post

Мы можем использовать параметр -d для отправки дополнительных данных в POST-запросе.

Помните, что использование этого параметра также определяет заголовок Content-Type/ по умолчанию как application/x-www-form-urlencoded.

Чтобы лучше понять, как мы можем отправлять дополнительные поля, давайте рассмотрим простой HTML-код ниже.

Этот код отображает в браузере простой экран входа в систему с тремя основными полями.

Поле имени пользователя, которое использует имя ввода “user”, поле пароля, которое использует имя ввода “pass”, и кнопка входа.

Вы также можете видеть, что для отправки данных на сервер используется метод HTTP – POST.

Этот код отображает в браузере простой экран входа в систему с тремя основными полями.

Вы также можете видеть, что для отправки данных на сервер используется метод HTTP – POST.

Вам не нужно понимать весь код Javascript, поскольку то же самое можно сделать с помощью различных языков программирования. К ним относятся PHP, Python, Java и т.д.

Мы сосредоточим наше внимание на двух строках в приведенном выше коде.

var username = req.body.user; var password = req.body.pass;

Первая строка var username = req.body.user; считывает пользовательский ввод в поле username и сохраняет его в переменной username.

Помните, что это поле использует имя ввода “user”, как показано в HTML-коде.

Вторая строка var password = req.body.pass; считывает данные, введенные пользователем в поле password, и сохраняет их в переменной password.

Помните, что это поле использует имя ввода “pass”, как показано в HTML-коде.

После обработки введенных пользователем данных код NodeJS выведет на экран браузера сообщение “LOGIN SUCCESS” или “INVALID CREDENTIALS”.

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

Разве это не интересно?

Это даже больше похоже на автоматизацию браузера.

Давайте рассмотрим синтаксис команды, которую мы будем использовать для достижения этой цели.

curl -d «[Input-Name]=[Your-UserName] -X POST [Target-Host]

Давайте воспользуемся приведенным выше синтаксисом для написания нашей команды:

curl -d «user=johndoe -X POST http://localhost:3000/

Если вы веб-разработчик или интересуетесь безопасностью веб-приложений, вы всегда можете узнать название различных полей/элементов HTML, щелкнув правой кнопкой мыши на элементе в браузере и выбрав опцию “inspect element”. Это откроет код HTML и CSS. Однако это может быть применимо не ко всем сайтам.

Укажите Content-Type в POST-запросе с помощью Curl

Если вы хотите использовать определенный заголовок или Content-Type, вы можете использовать параметр -H.

Например, мы можем изменить приведенную выше команду, включив в нее заголовок application/x-www-form-urlencoded, как показано ниже.

echo; curl -d «user=johndoe -H «Content-Type: application/x-www-form-urlencoded» -X POST http://192.168.1.52:3001/; echo; echo

И вот здесь самое интересное. Давайте попробуем указать Content-Type на что-то другое, например application/json.

echo; curl -d «user=johndoe -H «Content-Type: application/json» -X POST http://192.168.1.52:3001/; echo; echo

Если вы укажете Content-Type как application/json, сервер поймет, что вы отправляете данные в формате JSON, которые будут иметь вид .

При использовании application/x-www-form-urlencoded сервер будет обрабатывать данные в формате name=johndoe#127855;Что такое Honeypot на примере Kfsensor 24.12.2022

Kfsensor Чтобы детально рассмотреть технику сканирования сети в действии, нужно запустить службы и открыть порты на определенной машине. Однако мы также можем использовать очень полезный инструмент, который избавит нас от этих действий. Он называется KFSensor и представляет собой инструмент класса “honeypot”. Что такое Honeypot Ранее мы уже писали о honeypot, а именно h0neytr4p: настройка […]

Включение локальных файлов (LFI) – это тип кибер-атаки, при которой злоумышленник получает доступ к конфиденциальной информации, хранящейся на сервере, используя уязвимости сервера и включая локальные файлы. Злоумышленник ищет небезопасные методы и недостатки в системе, которые могут быть использованы для получения доступа к конфиденциальным файлам, например, содержащим системные настройки, конфигурационные файлы и другие важные данные. Этот […]

Разработать сайта сегодня может каждый, и если ранее компании выбирали варианты дешевле, то сегодня очень желанием является создание сайта бесплатно. Реально ли это, следует разобраться в деталях. Сразу хочется сказать, что теоретически это возможно, но не для всех типов сайтов. По крайней мере, если хотите развивать свой ресурс, а не просто сделать и забросить. Бесплатный […]

Кэш браузера — это сохраненные копии контента с сайтов, которые пользователь просматривал в браузере. Эти копии сохраняются в памяти компьютера. Функция кэширования браузера преследует две цели: экономия трафика. Контент сохраняется на компьютере пользователя, поэтому ему не приходится каждый раз заново загружать его из интернета; ускорение загрузки страниц, которые пользователь посещал ранее. Это также достигается за […]

Это краткое руководство объясняет, что такое ramfetch, как установить ramfetch на Linux и как отобразить информацию о памяти с помощью ramfetch в операционных системах Linux. Что такое ramfetch? Для Linux существует множество программ с данным функционалом (например, Neofetch, Screenfetch, Macchina и т.д.). Эти программы используются для отображения общей информации о системе Linux, такой как версия […]

Источник: itsecforu.ru