Е
т.е. если не использовать какие-то плагины
здравствуйте. нужно передавать товары между страницами.
это лучше делать с помощью php-сессий?
Size: a a a
2020 October 03
N
Если в беке, то да. Или через кукизы
Е
т.е. если не использовать какие-то плагины
а если нужно хранить эти товары в базе, чтобы потом в личном кабинете просматривать данные товары?
подойдёт ли тут хранение товаров в таблице wp_usermeta и потом доставать товары с помощью get_user_meta?
или лучше создать таблицу заказов?
подойдёт ли тут хранение товаров в таблице wp_usermeta и потом доставать товары с помощью get_user_meta?
или лучше создать таблицу заказов?
KD
здравствуйте. нужно передавать товары между страницами.
это лучше делать с помощью php-сессий?
это лучше делать с помощью php-сессий?
Сессии - абсолютное зло. Используйте куки.
Е
Сессии - абсолютное зло. Используйте куки.
а почему объясните в двух словах пожалуйста?
c
а почему объясните в двух словах пожалуйста?
С сессиями пока пользователь грузит одну страницу на сайте - другие ждут
c
А если загружает полчаса файл, то все полчаса не смогут сайт поглядеть)
Е
С сессиями пока пользователь грузит одну страницу на сайте - другие ждут
всмысле? ведь сессия у каждого пользователя своя
Е
а если нужно хранить эти товары в базе, чтобы потом в личном кабинете просматривать данные товары?
подойдёт ли тут хранение товаров в таблице wp_usermeta и потом доставать товары с помощью get_user_meta?
или лучше создать таблицу заказов?
подойдёт ли тут хранение товаров в таблице wp_usermeta и потом доставать товары с помощью get_user_meta?
или лучше создать таблицу заказов?
что по этому, подскажете?
KD
С сессиями пока пользователь грузит одну страницу на сайте - другие ждут
+++
KD
Сессии, использующие файлы (по умолчанию в PHP), блокируют файл сессии сразу при открытии сессии функцией session_start() или косвенно при указании session.auto_start. После блокировки, ни один другой скрипт не может получить доступ к этому же файлу сессии, пока он не будет закрыт или при завершении скрипта или при вызове функции session_write_close().
Скорее всего это станет проблемой для сайтов, которые активно используют AJAX и делают несколько одновременных запросов. Простейшим путем решить эту проблему будет вызов функции session_write_close() сразу же как только все требуемые изменения в сессии будут сделаны, предпочтительно ближе к началу работы скрипта. Также можно использовать другой механизм сессии, который поддерживает конкурентный доступ.
Скорее всего это станет проблемой для сайтов, которые активно используют AJAX и делают несколько одновременных запросов. Простейшим путем решить эту проблему будет вызов функции session_write_close() сразу же как только все требуемые изменения в сессии будут сделаны, предпочтительно ближе к началу работы скрипта. Также можно использовать другой механизм сессии, который поддерживает конкурентный доступ.
KD
Вот именно поэтому WordPress не использует сессии вообще
KD
Сессии, использующие файлы (по умолчанию в PHP), блокируют файл сессии сразу при открытии сессии функцией session_start() или косвенно при указании session.auto_start. После блокировки, ни один другой скрипт не может получить доступ к этому же файлу сессии, пока он не будет закрыт или при завершении скрипта или при вызове функции session_write_close().
Скорее всего это станет проблемой для сайтов, которые активно используют AJAX и делают несколько одновременных запросов. Простейшим путем решить эту проблему будет вызов функции session_write_close() сразу же как только все требуемые изменения в сессии будут сделаны, предпочтительно ближе к началу работы скрипта. Также можно использовать другой механизм сессии, который поддерживает конкурентный доступ.
Скорее всего это станет проблемой для сайтов, которые активно используют AJAX и делают несколько одновременных запросов. Простейшим путем решить эту проблему будет вызов функции session_write_close() сразу же как только все требуемые изменения в сессии будут сделаны, предпочтительно ближе к началу работы скрипта. Также можно использовать другой механизм сессии, который поддерживает конкурентный доступ.
KD
Но надо понимать, что решение, которое предлагает Beget в данной статье (хранить сессии в redis) - непрофессиональное говно.
c
Вот именно поэтому WordPress не использует сессии вообще
И даже WooCommerce, где ещё был больший соблазн)
c
Но надо понимать, что решение, которое предлагает Beget в данной статье (хранить сессии в redis) - непрофессиональное говно.
Я думаю это для тех, у кого уже всё на сессиях и надо как-то выкрутиться малой кровью
KD
Но надо понимать, что решение, которое предлагает Beget в данной статье (хранить сессии в redis) - непрофессиональное говно.
Потому что в этом случае отмена блокировки сессий приводит к гонке и потере данных в сессии
KD
Потому что в этом случае отмена блокировки сессий приводит к гонке и потере данных в сессии
KD
Я думаю это для тех, у кого уже всё на сессиях и надо как-то выкрутиться малой кровью
Да, только надо знать о последствиях и не запускать код параллельно (хз, как это предотвратить). А Бегет об этом молчит, и это подстава