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

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

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

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

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

0

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

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

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

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

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

1

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

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

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

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

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

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

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

0

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

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

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

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

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

1

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

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

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

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

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

0

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

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

Поскольку спросил ты явно про XMLHttpRequest - в букваре есть пара примеров как можно организовать передачу данных этим способом:
Для GET
Для POST
https://learn.javascript.ru/xmlhttprequest

1

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

0

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

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

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

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

Есть:

1

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

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

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

0

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

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

0

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

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

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

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

0

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

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

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

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

0

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

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

0

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

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

0

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

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

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

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

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

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

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

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

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

0

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

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

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

0

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

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

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

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

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

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

0

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

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

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

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

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

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

0

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

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


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

0

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

Сообщение от Usaga Но ты уже знаешь, что там стена.

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

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

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

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

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

0

Сообщение от voraa Это чисто технический вопрос.

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

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

0