На данный момент такие браки у нас запрещены. Но если бы ваш мужчина был богат и хотел бы вторую девушку, чтобы было больше детей, то вы могли бы согласиться? Или ни при каких обстоятельствах?
Не, там обычный белый знак стоял исписанный маркерами, я правд не помню с какой стороны, ибо бухой был, но никакого монумента там не было))
У бекендщиков хуже с удаленкой, нам нид доступ к серверам, как минимум к веткам гитам, а это риск для компаний из-за утечки данных, потому нас и заставляют подписывать при оформлении об ответственности за разглашение. Это вам форму сваял отправил заплатили, а нам нид не ток написание и компиляция с тестированием всего сервиса, но и интеграция, куда подрубаются девопсы и выдают секретные данные как в их фирмах баб ***)) чВ
Думал ты про этот знак https://postimg.cc/0KPhjGbK
Я тоже "бекендщик". Верстать вообще не умею. Другое дело, что в битриксе уже многое готово и оттестировано. Достаточно лишь настроить и применить.
Думал ты про этот знак https://postimg.cc/0KPhjGbK
Я тоже "бекендщик". Верстать вообще не умею. Другое дело, что в битриксе уже многое готово и оттестировано. Достаточно лишь настроить и применить.
Т.е. базу данных на уровне таблиц я например не проектирую. Работаю либо с полностью готовыми типо корзины. Либо с сущностями обвертками. Там инфоблоки в которых можно свои свойства через интерфес создать. Что конечно, снижает количество багов во много раз. И все же это серверные работы.
2) ID покупателя (так называемый FUSER_ID) уникальный для посетителя, открывшего сайт. divasof t. ru/blog/chto-takoe-fuser-id-v-1s-bitrikse/
3) Какой нагрузке. Пару десятков строковых значений в глобальной переменой не проблема. GET не всегда подходит. Пользователь может не назад в браузере нажать. А перейти еще по похожим товарам а потом клацнуть раздел в хлебных крошках. (в ссылке которой уже не будет Get параметров фильтра, постраничной навигации и сортировки)
2. "Он у него живет в куках". Мне читать всю статью или ты скажешь где хранится его корзина? Или нигде, кроме сессии?
3. Пару десятков не проблема запросов к бд (иначе откуда берутся данные из кук) ради одного гета ноунейма?
Только на многомужие
2. "Он у него живет в куках". Мне читать всю статью или ты скажешь где хранится его корзина? Или нигде, кроме сессии?
3. Пару десятков не проблема запросов к бд (иначе откуда берутся данные из кук) ради одного гета ноунейма?
2. В базе данных она хранится. И связано с куками браузера по полю FUSER_ID
3. Какие пару десятков запросов. Все вместе в двух глобальных переменных массивах $_SESSION и $_COOKIE находятся.
Т.е. базу данных на уровне таблиц я например не проектирую. Работаю либо с полностью готовыми типо корзины. Либо с сущностями обвертками. Там инфоблоки в которых можно свои свойства через интерфес создать. Что конечно, снижает количество багов во много раз. И все же это серверные работы.
Что такое инфоблоки?)) *** заепал, я тя не проверяю, да и бабам месным плевать, они то уж тем более нибумбум)) Гри как есть))
Логин пароль совпал с хранящимися в БД - прошла успешная аутентификация.
От чего получены права там на просмотр совершенных заказов например - авторизация.
На практике это как раз таки не важно. Потомучто я не понимаю зачем вообще аутентификацию отдельно от авторизации рассматривать.
Сообщение было удалено
Вроде заезд с Белшины.
2. В базе данных она хранится. И связано с куками браузера по полю FUSER_ID
3. Какие пару десятков запросов. Все вместе в двух глобальных переменных массивах $_SESSION и $_COOKIE находятся.
2. Именно в куках, а не в сессии? Ты уверен? А почему в куках, а не в сессии? Слу Лентяй, го лучш в личку, я не хочу выносить всю это на вуменcpy))
3. Так ни куки не сессия не имеют отношения к бд, к чему тогда решь ты завел о бд? Или вы рефреши не юзаете вовсе?
Что такое инфоблоки?)) *** заепал, я тя не проверяю, да и бабам месным плевать, они то уж тем более нибумбум)) Гри как есть))
Инфоблоки - универсальные гибкие сущности битрикса которые используются для создания и хранения новостей, товаров, статей, акций и вообще большой части публичной информации сайта.
2. Именно в куках, а не в сессии? Ты уверен? А почему в куках, а не в сессии? Слу Лентяй, го лучш в личку, я не хочу выносить всю это на вуменcpy))
3. Так ни куки не сессия не имеют отношения к бд, к чему тогда решь ты завел о бд? Или вы рефреши не юзаете вовсе?
2. Да имено в куках. Потому что сессия живёт намного меньше чем кука. Браузер закрыл и хана сессии.
3. Верно я уже в посте 353 классифицировал. Какие данные где хранятся.
В телеграмм не пойду. Это значит деанонимизация. Но можем почту или дискорд.
Логин пароль совпал с хранящимися в БД - прошла успешная аутентификация.
От чего получены права там на просмотр совершенных заказов например - авторизация.
На практике это как раз таки не важно. Потомучто я не понимаю зачем вообще аутентификацию отдельно от авторизации рассматривать.
Потому что нагрузка разная на разные сервисы, и сервис аутентификации генерирует токены и их ликвидацию.
2. Да имено в куках. Потому что сессия живёт намного меньше чем кука. Браузер закрыл и хана сессии.
3. Верно я уже в посте 353 классифицировал. Какие данные где хранятся.
В телеграмм не пойду. Это значит деанонимизация. Но можем почту или дискорд.
2. Ну так и в этом и суть, зачем высчитывать куку, если есть сессия? А при след заходе уйдет кука с рефреш токеном и выдаст новую куку?
2. Да имено в куках. Потому что сессия живёт намного меньше чем кука. Браузер закрыл и хана сессии.
3. Верно я уже в посте 353 классифицировал. Какие данные где хранятся.
В телеграмм не пойду. Это значит деанонимизация. Но можем почту или дискорд.
*** у бабки намба возьми да регнись в тг
Нет, не согласилась бы, он только мой и ничей больше.
2. Ну так и в этом и суть, зачем высчитывать куку, если есть сессия? А при след заходе уйдет кука с рефреш токеном и выдаст новую куку?
В смысле? Куку взяли и на год например сохранили. Запись в таблицы корзины столько конечно не продержится. Но все же дольше чем сессия. Которая действительно рефрешится, как закончится её срок жизни либо с закрытием браузера.
В смысле? Куку взяли и на год например сохранили. Запись в таблицы корзины столько конечно не продержится. Но все же дольше чем сессия. Которая действительно рефрешится, как закончится её срок жизни либо с закрытием браузера.
Если что кука живёт в файлах браузера. А сессия на сервере.
Я вообще не понимаю разницу между фронтендщиком и верстальщиком. Это один и тот же чел. Делает шаблоны страниц с помощью html css js jquery,
Это называется моделью в паттерне MVC, и называется это объектами либо доменами, а что такое "инфо-блоки" никто в мире не поймет. Это написано в мануале битрикса чтоль? Про инфо-блоки?
Объект это конкретный экземпляр Php либо JS класс. А домен - это имя символьное имя веб-сайта в Интернете.😁 MVC - это когда код отвечающий за логику работы в одном файлике, а за шаблон вывода в другом.😁
Да, инфоблоки, это чисто битриксная тема.
В смысле? Куку взяли и на год например сохранили. Запись в таблицы корзины столько конечно не продержится. Но все же дольше чем сессия. Которая действительно рефрешится, как закончится её срок жизни либо с закрытием браузера.
Блин, ну не хочешь ты, засранец, в личку, так что не обижайся)) Токены есть разные, в основном два: рефреш(15 дней срок годности) и акцес(15 минут срок годности), рефреш выдает онли сервер и клиент его никак не касается (лишь доступом к креденшиналсам для прямого тунеллинга) на полгода твоих, так же вместе с ним он выдает акцес, но не кукой, а бодей (вместе с джейсоном в основном), который забирает клиент (ангуляр/битрикс/блабла) и засовывает его в (вот куда: в сессию или в сторедж я и спрашиваю) на 15 минут, и при истечении его срока он дает рест запрос на сервер для выдачи новый пары акцес/рефреш.
Объект это конкретный экземпляр Php либо JS класс. А домен - это имя символьное имя веб-сайта в Интернете.😁 MVC - это когда код отвечающий за логику работы в одном файлике, а за шаблон вывода в другом.😁
Да, инфоблоки, это чисто битриксная тема.
Объект это экземляр в любом ЯП, не обязательно в ПХП или С++. Домен - это не только DomainNS, это так же и сущности в программировании.
Блин, ну не хочешь ты, засранец, в личку, так что не обижайся)) Токены есть разные, в основном два: рефреш(15 дней срок годности) и акцес(15 минут срок годности), рефреш выдает онли сервер и клиент его никак не касается (лишь доступом к креденшиналсам для прямого тунеллинга) на полгода твоих, так же вместе с ним он выдает акцес, но не кукой, а бодей (вместе с джейсоном в основном), который забирает клиент (ангуляр/битрикс/блабла) и засовывает его в (вот куда: в сессию или в сторедж я и спрашиваю) на 15 минут, и при истечении его срока он дает рест запрос на сервер для выдачи новый пары акцес/рефреш.
Блин я не разбираюсь в таких материях.
Я знаю что кука устанавливается на сайте PHP методом
setcookie("TestCookie", "Y", time()+3600*24*365, "/"); для конкретного браузера устройства пользователя на год
И JS методом c помощью библиотеки jquery.cookie.js
$.cookie('name', 'value', { expires: 365, path: '/' });
И живёт она год, либо пока пользователь не очистит куки, зайдёт с инкогнито, переустановит полностью браузер.
Есть сессия, которая устанавливается только PHP методом
$_SESSION["TEST"] = "1"
живёт, пока пользователь авторизован, либо пока не закрыт браузер у неавторизованого, либо пока у неавторизованного жива сессия по времени, умирает, если долго ничего не делает на сайте он.
Ведь кто такой бекенщик? В веб-разработке. Это тот который работает с БД сайта и на PHP обращается к ней, ну ещё отправляет html странички пользователя и обрабатывает информацию с отправленных форм этих страничек.
Ну ладно есть ещё работа с стороними рекламными серверами. всякими яндекс маркетами, VK, ozon Товары - заказы. Еще платежные системы всякие юмани кассы. Вроде всё.
Блин я не разбираюсь в таких материях.
Я знаю что кука устанавливается на сайте PHP методом
setcookie("TestCookie", "Y", time()+3600*24*365, "/"); для конкретного браузера устройства пользователя на год
И JS методом c помощью библиотеки jquery.cookie.js
$.cookie('name', 'value', { expires: 365, path: '/' });
И живёт она год, либо пока пользователь не очистит куки, зайдёт с инкогнито, переустановит полностью браузер.
Есть сессия, которая устанавливается только PHP методом
$_SESSION["TEST"] = "1"
живёт, пока пользователь авторизован, либо пока не закрыт браузер у неавторизованого, либо пока у неавторизованного жива сессия по времени, умирает, если долго ничего не делает на сайте он.
Я на пыхе давно не кодил, но... развек пыха не умеет САМА устанавливать куку клиенту? Ересь какаят, не верю))
Квери я презираю тыж знаешь.
Ну пральна, ибо клиент на пыхе, потому и пыха дает сессию, но у ангуляра то сервер на ноде, я чесн не eпy чо там на ноде, я лишь ангуляром беру через рест дату и комплитю ее на вью. И сессия на ангуляре идет через ноду, это из упаковки.
Я на пыхе давно не кодил, но... развек пыха не умеет САМА устанавливать куку клиенту? Ересь какаят, не верю))
Квери я презираю тыж знаешь.
Ну пральна, ибо клиент на пыхе, потому и пыха дает сессию, но у ангуляра то сервер на ноде, я чесн не eпy чо там на ноде, я лишь ангуляром беру через рест дату и комплитю ее на вью. И сессия на ангуляре идет через ноду, это из упаковки.
Я про нод ничего не знаю. Но ты прав, обычно куку устанавливаю php функцией, но можно и через JS если препрёт.
Ты путаешь верстальщиков и вьюшников или как вы ща называетесь)) Ну ты ведь не ток хтмл странички пилишь))
Блин ещё какие то вьюшники появились. Нафиг их столько. Все едино. Верстальщик, фронтендщик, вьюшник(такого я вообще очень редко слышу, могу ошибаться) все они делают шаблоны страниц на html css и некоторые визуальные эффекты с помощью библиотек JS типо слайдеров, всплывающих форм.
Ведь кто такой бекенщик? В веб-разработке. Это тот который работает с БД сайта и на PHP обращается к ней, ну ещё отправляет html странички пользователя и обрабатывает информацию с отправленных форм этих страничек.
Ну ладно есть ещё работа с стороними рекламными серверами. всякими яндекс маркетами, VK, ozon Товары - заказы. Еще платежные системы всякие юмани кассы. Вроде всё.
Не знаю как на пыхе, а на джаве у нас есть миллион сервисов, которые отвечают за респонсы, логику и реквест к бд, включая секьюрити, кто может нам отправлять реквест, а кто недостоин. Так же мы проверяем соответсуют ли ключи/пароли нашему ключу шифрования, и если соответствуют - то какую авторизацию они имеют))
Лентяй, бекенд это не про кодинг, это про инфосек))