- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Это я тоже понимаю. Вопрос в том - можно ли ДО session_start(); понять что сессия данного посетителя существует?
Можно, у вас в куках лежит идентификатор сессии, если его прислали то сессия ранее была. Только вам надо решить при каких условиях добавлять в куки иначе сессия для новых пользователей не стартанет никогда
У меня время жизни корзины - год. Возврат к корзине через месяц - не редкость. Иногда возвращаются даже больше, чем через год. Правда такие случаи исчезающие редки.
Надо чтоб много звезд сошлось вместе, обычно сессии на пару дней более чем достаточно, за год куки с сессий пользователь из браузера сам почистит не единожды. Лучше придумать какой то другой механизм работы с брошенными корзинами
Вопрос в том - можно ли ДО session_start(); понять что сессия данного посетителя существует?
Обычно просто проверяют существование сессионной куки, чтобы понять, затрагивал ли клиента данный механизм.
Значение куки связано с именем сессионного файла, но я бы не стал на это полагаться.
хочу чтобы у реального юзера не запускался процесс ini_set('session.save_path', $path);
Можно, у вас в куках лежит идентификатор сессии, если его прислали то сессия ранее была. Только вам надо решить при каких условиях добавлять в куки иначе сессия для новых пользователей не стартанет никогда
Надо чтоб много звезд сошлось вместе, обычно сессии на пару дней более чем достаточно, за год куки с сессий пользователь из браузера сам почистит не единожды. Лучше придумать какой то другой механизм работы с брошенными корзинами
Они не брошены. Люди думают по неделе-две-месяц и это нормально.
Обычно просто проверяют существование сессионной куки, чтобы понять, затрагивал ли клиента данный механизм.
Значение куки связано с именем сессионного файла, но я бы не стал на это полагаться.
Вы слишком много внимания уделяете session.save_path 😉У меня так работает - сессии сайтов по своим папкам, сессии ботов - в помоечную. Иначе арт хранении всех в дефолтной год - распухает донельзя, никаких дисков не хватит. Можно конечно на уровне ОС выбирать те, что с ботовскими признаками и удалять…. Только что пришла в голову эта мысль….
Короче сделал так и все вроде работает, старые сессии не пропали...
Но и тут без тупости не обошлось... Часа два бился бошкой почему время жизни куки в РНР установлено на максимум 32-битный, а собака куки смотрю в Эдже- смерть планируется на год+чутьчть! Ломал голову где у меня эта настройка зашира, и тут меня подвел кривой калькулятор онлайн "секунды между датами", который считал неверно. Случайно его закрыл и открыл другой - он насчитал ровно 400 дней, о, умаю, вот уже теплее... И точно! Оказыцца с 2023 (свежак!) года все хромные браузеры не дают установить жизнь куки более 400 дней! Победа.