2 особенности по Сессионным куки, на которые не удалось найти ответ

@755 · Регистрация: 12.11.2020

Студворк — интернет-сервис помощи студентам

Если не затруднит, не подскажите ответы :

Вопрос 1. Где хранятся SessionCookie ? В памяти или на диске компьютера?
В одном источнике ответ нашел - в памяти (вроде бы логично) - но правильный ли он (учитывая, что был выражен в форме аксиомы без всяких ссылок) ?
Вопрос скорее более чисто технический, нежели практический. Ибо, даже если в памяти, то разница в скорости обработки информации совершенно минимальна.

Скорее пытаюсь определиться в целесообразности применения данного вида куки.
В пользу их применения - одна особенность - они сразу видны и на сервере. Передаю массив - не знаю, как в других языках, а php сразу формирует их в массив при чтении куки. Учитывая, если они хранятся в памяти - это оптимальный вариант передачи информации в плане скорости.
Но, т.к. одновременно использую аякс, не проще ли в нем передать всю информацию с точки зрения временных характеристик?

Вопрос 2. Можно ли принудительно командой js удалить (очистить) SessionCookie, чтобы они не передавались в сеансе ?

@Usaga · 10.07.2025, 11:05

Сообщение от 755

Извините, Usaga, согласно информации примерный мах размер куки 5Кб. Если взять массив с запасом скажем на 200 элементов по 5 байтов получается примерно только 1Кб.
Мах размер далеко не превышен и что мешает их отправить? Будут какие-то задержки?

Ещё раз: какую проблему ты так хочешь решить? И ещё раз: куки не предназначены для передачи данных клиентских. И ещё раз ещё одного раза: куки не передадут данные быстрее и с меньшим трафиком, чем в body ajax-запроса.

Добавлено через 46 секунд

Сообщение от 755

Не о том - два разных массива, чтобы передать в одном запросе аякс (если не ошибаюсь) надо объединить в один.

Что? А остальные как передают два (и более) массивов в одном запросе?.. Я за десять лет разработки впервые такую дичь слышу)

@755 · 10.07.2025, 11:16 **[ТС]**

Сообщение от Usaga

Мне видится, что в силу малой компетенции ты пытаешься найти неизвестное решение неизвестной тебе проблемы, которой ещё нет.

Вполне возможно, на счет компетенции.
А вот насчет проработки алгоритма: [куки], localStorage, indexedDB, sql нее могу согласиться.

Общеизвестный факт: если сразу не проработать алгоритм, почти наверняка придется переделывать и потеряешь намного больше (в данном случае мне время частично не жаль, я на этом учусь). Но глупо наступать на одни грабли несколько раз - вначале думал, что хватит одного localStorage. Сейчас понял: т.к. информации много, надо продумать ее организацию заранее - лучше сейчас потратить день, чем потом месяц.
А заодно решил рассмотреть и возможность использования куки в данном разрезе.

Хотя, наверное, мы немного отклонились от темы заголовка, хотя все это и касается вопросов использования куки

Добавлено через 3 минуты

Сообщение от krvsa

755, речь идет вот об этом?
expires, max-age
По умолчанию, если куки не имеют ни одного из этих параметров, то они удалятся при закрытии браузера. Такие куки называются сессионными («session cookies»).

Да, krvsa, речь вел именно об этих куках - по крайней мере я так думал (извините, только сейчас увидел дописанное)

@Usaga · 10.07.2025, 11:17

Сообщение от 755

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

Прорабатывать нужно только, когда понимаешь что и зачем делаешь. Тогда будет результат. А когда не понимаешь и выдумаешь что попало, то это уже и есть потери большего, чем нужно.

Тут как раз этот случай. Судя по всему, ты просто не знаешь, как передать пачку данных в запросе. Выдумал ерунду с куками и запутался с этим решением сам и запутал нас.

Типичная "проблема X-Y": обсуждение не исходной проблемы, а твоего видения её решения.

Чтобы передать два массива (и три, и сто) заверни их в объект и передай в POST\PUT-запросе в виде JSON. Не трогай куки. Забудь про них.

@755 · 10.07.2025, 11:28 **[ТС]**

Сообщение от Usaga

куки не передадут данные быстрее и с меньшим трафиком, чем в body ajax-запроса.

В этом не сомневался.
Но истинно ли обратное: куки не передадут данные МЕДЛЕННЕЕ и с меньшим трафиком, чем в body ajax-запроса ?

Сообщение от Usaga

А остальные как передают два (и более) массивов в одном запросе?.

У меня только примерно 1,5 года опыта разработки. Возможно, многие намного способнее меня и и за этом время смогут намного больше, но: возможно есть другой способ, нежели тот, который узнал:
xmlHttp.send(JSON.stringify(nam_mas));
Если правильно понял, при таком подходе нельзя указать список массивов через запятую, а только присвоить элементу массива другой массив?

Ps. Прошу прощения, но это уже совсем не по теме.

krvsa · 10.07.2025, 11:29

Сообщение от 755

правильно ли понял, если передаю через аякс, то данные указываются в запросе xmlHttp.send(params) ?

"Аякс" так же бывает "разный"...

Можно использовать XMLHttpRequest, а можно fetch...
Можно передавать данные в самом URL при GET запросе... А можно в "теле" при более сложных запросах (POST и иже с ними)...

Поскольку спросил ты явно про XMLHttpRequest - в букваре есть пара примеров как можно организовать передачу данных этим способом:
Для GET

JavaScript
1
2
3
4
5
let url = new URL('https://google.com/search');
url.searchParams.set('q', 'test me!');
 
// параметр 'q' закодирован
xhr.open('GET', url); // https://google.com/search?q=test+me%21

Для POST

JavaScript
1
2
3
4
5
let xhr = new XMLHttpRequest();
let formData = new FormData([form]); // создаём объект, по желанию берём данные формы <form>
formData.append(name, value); // добавляем поле
xhr.open("POST", "/article/xmlhttprequest/post/user");
xhr.send(formData);

https://learn.javascript.ru/xmlhttprequest

@755 · 10.07.2025, 11:36 **[ТС]**

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

JavaScript
1
2
3
4
 mas = new Array(new Array());
 mas1= new Array();
 mas[0][1] = mas1;
xmlHttp.send(JSON.stringify(mas));

@Usaga · 10.07.2025, 11:42

Сообщение от 755

Если правильно понял, при таком подходе нельзя указать список массивов через запятую, а только присвоить элементу массива другой массив?

Можно... Ты за 1.5 года даже этих азов не изучил?.. Можно и через формы передавать, можно и через JSON.

Добавлено через 3 минуты

Сообщение от 755

Но вот более сложный вопрос, передача нескольких массивов - кроме как объединения их в один, другого решения пока нет:

Есть:

JavaScript
1
2
3
4
5
6
const arr1 = [1,2,3];
const arr2 = [4,5,6];
 
xmlHttp.send(JSON.stringify({ array1: arr1, array2: arr2 })));
или
xmlHttp.send(JSON.stringify({ arrays: [arr1, arr2] })));

@755 · 10.07.2025, 11:43 **[ТС]**

Сообщение от Usaga

Можно и через формы передавать, можно и через JSON

Из php в js передавал и принимал (ответную информацию), а вот туда не проверял.
Спасибо, Usaga, попробую.

Ps
На самом деле не было в этом большой необходимости - только сейчас возникла ситуация с несколькими двумерными массивами.

@black1385 · 10.07.2025, 11:50

Сообщение от 755

У меня только примерно 1,5 года опыта разработки.

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

2 особенности по Сессионным куки, на которые не удалось найти ответ

krvsa · 10.07.2025, 11:52

Сообщение от 755

передача данных в самом URL при GET запросе мне не понравилась.

Ну ты даешь!

Тут подход не "неравиться/не_нравиться"... Есть некая "традиция":

Рекомендации по выбору метода

GET: Используйте для получения данных. Например, загрузка страниц, изображений или API-запросов. GET-запросы безопасны и идемпотентны, что делает их идеальными для операций, которые не должны изменять данные на сервере.

POST: Используйте для создания новых ресурсов или отправки данных на сервер. Например, регистрация пользователей, отправка форм. POST-запросы не являются идемпотентными, что делает их идеальными для операций, которые изменяют данные на сервере.

PUT: Используйте для обновления или создания ресурса, когда вы знаете его идентификатор. Например, обновление профиля пользователя. PUT-запросы идемпотентны, что делает их идеальными для операций, которые должны быть повторяемыми без изменения состояния сервера.

DELETE: Используйте для удаления ресурса. Например, удаление аккаунта пользователя. DELETE-запросы идемпотентны, что делает их идеальными для операций, которые должны быть повторяемыми без изменения состояния сервера.

PATCH: Используйте для частичного обновления ресурса. Например, изменение одного поля в профиле пользователя. PATCH-запросы позволяют минимизировать объем данных, передаваемых на сервер, и уменьшить нагрузку на сеть.

https://sky.pro/wiki/sql/metod... -i-drugie/

@755 · 10.07.2025, 12:07 **[ТС]**

Сообщение от black1385

Куки хранятся в браузере, а браузер их хранит на компе пользователя.

Сессионные cookies также называют временными — они хранятся только во временной (оперативной) памяти устройства ровно до тех пор, пока пользователь находится на открытой странице сайта. Когда он закроет данную страницу или браузер, сессионные «куки» будут автоматически удаленыhttps://www.mvideo.ru/blog/pom... oni-nuzhny

* Надеюсь, не нарушаю правил, размещая данную ссылку с сайта на техническую статью.

А вот насколько можно доверять данному мнению... Лично я склонен верить, ибо, если не ошибаюсь, в более серьезных источниках читал, что session storage хранятся в памяти браузера. И это кажется более логичным: небольшой объем временной информации хранить в памяти, а не на диске.

@Usaga · 10.07.2025, 12:17

755, без разницы, кто что пишет. Браузеры могут хранить где и как им вздумается. Единственное, что они все обязаны соблюдать одно внешнее поведение - удалять\не использовать такие куки после закрытия вкладки. При этом эти куки могут оставаться как в памяти, так и на диске.

Ещё раз повторяю: отстань от этих кук!

@black1385 · 10.07.2025, 12:20

Сообщение от 755

Сессионные cookies также называют временными — они хранятся только во временной (оперативной) памяти устройства ровно до тех пор, пока пользователь находится на открытой странице сайта.

Это если не устанавливать время жизни куки. Например, на моих сайтах время жизни сессионной куки одни сутки. Настраивается в php.ini

Code
1
2
session.gc_maxlifetime = 86400
session.cookie_lifetime = 86400

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

@755 · 10.07.2025, 12:51 **[ТС]**

Сообщение от krvsa

GET: Используйте для получения данных. Например, загрузка страниц, изображений или API-запросов. GET-запросы безопасны и идемпотентны,

krvsa, ссылки быстро найти не удалось, но ранее читал, что URL при GET запросе подвержены какому-то типу уязвимости.

Сообщение от black1385

А судя по постам, то как будто не больше полторы недели.

Что делать, black1385, видимо у меня нет способностей к освоению материала.

Сообщение от Usaga

Ещё раз повторяю: отстань от этих кук!

Usaga, спасибо за совет, но раз уж начал, неправильно останавливаться на полпути - надо понять хотя бы частично данный вопрос.

Сообщение от Usaga

Браузеры могут хранить где и как им вздумается. Единственное, что они все обязаны соблюдать одно внешнее поведение - удалять\не использовать такие куки после закрытия вкладки. При этом эти куки могут оставаться как в памяти, так и на диске.

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

Добавлено через 3 минуты
Благодарю всех, поучаствовавших в теме, за помощь.

@Usaga · 10.07.2025, 12:54

Сообщение от 755

но раз уж начал, неправильно останавливаться на полпути

Даже когда уже осознал, что путь ведёт в кирпичную стену?.. Ты как самурай, цели нет, есть только путь?

С таким подходом не удивительно, что твои 1.5 года разработки такие, что азов не знаешь)

@755 · 10.07.2025, 13:09 **[ТС]**

Сообщение от Usaga

Даже когда уже осознал, что путь ведёт в кирпичную стену

Usaga, стена еще за горизонтом.

Сообщение от Usaga

С таким подходом не удивительно, что твои 1.5 года разработки такие, что азов не знаешь

Просто выбрал другой подход: азы изучаю одновременно с программированием. Такое тоже возможно. А цель как раз есть.

Кстати недавно удаленно показывал знакомому программисту, который позвонил и поинтересовался, как идут дела с проектом и который действительно много знает, свой продукт. Его мнение: что неплохо знаю css, js (возможно, он даже сказал, что хорошо). О php трудно судить, т.к. в основном все написано на js.
Когда же показал второй незаконченный продукт, большая часть которого уже была написана на php, за который возможно взялся опрометчиво - думал он намного проще - его мнение изменилось и в отношении моего знания php.

К тому, что можно судить по теории, а можно судить по результату.

@Usaga · 10.07.2025, 13:15

Сообщение от 755

cтена еще за горизонтом.

Но ты уже знаешь, что там стена. Т.е. ты знаешь, что тебе не туда надо, но всё равно продолжаешь идти?

Сообщение от 755

. Его мнение: что неплохо знаю css, js (возможно, он даже сказал, что хорошо). О php трудно судить, т.к. в основном все написано на js.

Сообщение от 755

К тому, что можно судить по теории, а можно судить по результату.

Дружище, какие результаты? Какой "хорошо знаю js"? Ты запрос банальный послать не можешь. Две страницы тебя уговаривали сначала рассказать исходную проблему (ибо стало очевидно, что она завуалирована), а потом уговаривали почитать про AJAX и оставить в покое куки, которые к исходной проблеме отношения не имеют...

Совет дня: потрать вечерок, да почитай про HTTP-запросы, формат JSON (можно ещё Form - application/x-www-form-urlencoded). А эти разговоры про знакомого программиста - пустой звук.

@black1385 · 10.07.2025, 13:16

Сообщение от 755

знают только разработчики конкретного браузера.

Всё намного проще

Только сейчас заметил, что написал запрос с ошибками. Но ответ был дан всё-равно

@755 · 10.07.2025, 13:48 **[ТС]**

black1385, Да, встречал описания, в каких директориях хранит конкретный браузер куки. Но не сказано, относится ли данное утверждение к всем типам куки, или только к постоянным. На скрине же, присланным Вами ранее, если не ошибаюсь, не указано расположение кукис.
* Usaga, это у нас идет чисто теоретический разговор.

Сообщение от Usaga

Но ты уже знаешь, что там стена.

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

Сообщение от Usaga

Какой "хорошо знаю js"? Ты запрос банальный послать не можешь.

Просто высказал его мнение (считаю искреннее), хотя и отличное от моего.
Если высказал сомнения в отправке нескольких массивов, это не значит, что не могу - просто пока в этом не было необходимости - хотя на самом деле в браузере от сервера без проблем получал и до 5 массивов.
И с запросами все нормально: и отправляются, и получаются, и контролируются на безопасность.
Другое дело, что все это происходит на локалке, а вот как поведет себя в реальности - время покажет - пока еще не готов.

Сообщение от Usaga

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

На счет 2-х страниц. Не сказал бы, что уговаривали. Вопрос 1 был чисто теоретический и вначале обсуждался именно он, а потом уже плавно перетек и на другие темы. (в т.ч. и на аякс)

@755 · 11.07.2025, 11:05 **[ТС]**

Сообщение от voraa

Это чисто технический вопрос.

Здравствуйте, voraa, возможно неправ, но решил Вам возразить - только сегодня вспомнил о второй причине, почему интересовало, где размещаются временные куки: в ОП или на диске.
Кстати, Вы даже озвучили эту причину: думаю, что к переменным, размещенным в памяти, минимум намного сложнее получить доступ третьим лицам (Вы же ответили, что невозможно) - а это уже не технический, а чисто практический вопрос.

И уже сегодня сообразил, если куки, созданные с помощью document.cookie без даты - все-таки временные, то из сохранения их после выключения компьютера следует факт их размещения на диске.

Новые блоги и статьи Все статьи Все блоги /
28. Конкретное развертывание плана номер 1 из поста номер 27 anaschu 22.06.2026 Можно ли из модели получить конкретные строительные требования? Честно — напрямую из текущей модели такие ответы не получить. Но цепочка логики есть, и она не такая длинная. Где разрыв . . .	27. Планы на разработку функциональных требований к строительству внутри модели пищеблока (или не только его?) anaschu 22.06.2026 Что уже реализовано и даёт конфликты «бесплатно» Самый простой конфликт уже работает — конфликт за ресурс-работника. Заданий больше, чем доступных поваров → очередь в queue1. Это прямое отражение. . .	26. мед мат модель.Какие типы конфликтов функциональных требований можно рассчитать через ДЕС-моделирование (СМО) в AnyLogic? anaschu 22.06.2026 Что ДЕС/ СМО умеет считать напрямую: Конфликты за ресурсы (очереди, узкие места). Несколько типов агентов (повара, учителя, рабочие, пациенты) претендуют на один ресурс (лифт, вход, коридор,. . .	25 модель здравосохранения и функциональных требований к пищеблоку: конфликты функциональных требований. anaschu 22.06.2026 Есть ли данные о том, какие функциональные/ эксплуатационные требования или их сочетания труднее всего учитывать при проектировании зданий? Да, такие данные есть, и они хорошо описаны и в российской,. . .
Remote Connection Manager DevAlt 21.06.2026 Написал для себя небольшую прилагу: https:/ / github. com/ altbodhi/ ReConMan По итогу пришел к мысли, что DU не дружат с существующими технологиями. От сериализации до отображения в реляционную. . .	Администрация Хабра удаляет новые энрегоэфективные алгоритмы, которые не западной школы кода, и вовсе никак не сгенерировавны. Hrethgir 20.06.2026 Делается это, как замечено, при правках - при объявлении концептуальных отличий в алгоримах. Делается это, по линейке событий - после дополнения публикации основными отличиями от основных западных. . .	Процесс ориентированная диалектика (не новость - просто системное обновление, философия). Hrethgir 20.06.2026 Однажды один участник в своём блоге, на этом форуме, сделал запись "О языках замолвите слово". Понимая, что язык - важная вещь, я решил хорошо подумать, прежде чем сказать, и сказал то, что вы видите. . .	Контроль уникальности строк в табличной части документа Maks 18.06.2026 Алгоритм из решения ниже разработан на примере нетипового документа "ПланированиеСпецтехники" с табличной частью "НаличиеОборудования", разработанного в КА2. Задача: контроль уникальности строк в. . .

@755 -62 / 2 / 0 Регистрация: 12.11.2020 Сообщений: 407

	2 особенности по Сессионным куки, на которые не удалось найти ответ 10.07.2025, 08:04. Показов 1941. Ответов 49 Метки нет (Все метки) Если не затруднит, не подскажите ответы : Вопрос 1. Где хранятся SessionCookie ? В памяти или на диске компьютера? В одном источнике ответ нашел - в памяти (вроде бы логично) - но правильный ли он (учитывая, что был выражен в форме аксиомы без всяких ссылок) ? Вопрос скорее более чисто технический, нежели практический. Ибо, даже если в памяти, то разница в скорости обработки информации совершенно минимальна. Скорее пытаюсь определиться в целесообразности применения данного вида куки. В пользу их применения - одна особенность - они сразу видны и на сервере. Передаю массив - не знаю, как в других языках, а php сразу формирует их в массив при чтении куки. Учитывая, если они хранятся в памяти - это оптимальный вариант передачи информации в плане скорости. Но, т.к. одновременно использую аякс, не проще ли в нем передать всю информацию с точки зрения временных характеристик? Вопрос 2. Можно ли принудительно командой js удалить (очистить) SessionCookie, чтобы они не передавались в сеансе ? 0

@Usaga 14358 / 9459 / 1360 Регистрация: 21.01.2016 Сообщений: 35,676
	10.07.2025, 12:17
	755, без разницы, кто что пишет. Браузеры могут хранить где и как им вздумается. Единственное, что они все обязаны соблюдать одно внешнее поведение - удалять\не использовать такие куки после закрытия вкладки. При этом эти куки могут оставаться как в памяти, так и на диске. Ещё раз повторяю: отстань от этих кук! 0