Size: a a a

WordPress – русскоговорящее сообщество

2020 October 03

c

campusboy in WordPress – русскоговорящее сообщество
KAGG Design
Да, только надо знать о последствиях и не запускать код параллельно (хз, как это предотвратить). А Бегет об этом молчит, и это подстава
В целом там включают redis непосредственно самого redis, но почему то подают под соусом "Для сессий". Хз зачем они так
источник

KD

KAGG Design in WordPress – русскоговорящее сообщество
campusboy
В целом там включают redis непосредственно самого redis, но почему то подают под соусом "Для сессий". Хз зачем они так
В рамках нашей панели управления (cp.beget.com) можно включить хранение сессий в Redis для всех сайтов на аккаунте. Для этого необходимо перейти в раздел "Сайты", и далее отметить галочку - "Хранить сессии всех сайтов в Redis".
источник

KD

KAGG Design in WordPress – русскоговорящее сообщество
Евгений
что по этому, подскажете?
Подсказали, читайте выше
источник

Е

Евгений in WordPress – русскоговорящее сообщество
KAGG Design
Подсказали, читайте выше
мне нужно хранить выбранные пользователем товары в базе.
вы имеете ввиду хранить в куках?
источник

KD

KAGG Design in WordPress – русскоговорящее сообщество
Евгений
мне нужно хранить выбранные пользователем товары в базе.
вы имеете ввиду хранить в куках?
Ну и храните в базе,если нужно в базе
источник

Е

Евгений in WordPress – русскоговорящее сообщество
KAGG Design
Ну и храните в базе,если нужно в базе
а подойдёт ли таблица wp_usermeta чтобы потом доставать выбранные товары с помощью get_user_meta ?
источник

KD

KAGG Design in WordPress – русскоговорящее сообщество
Евгений
а подойдёт ли таблица wp_usermeta чтобы потом доставать выбранные товары с помощью get_user_meta ?
update_user_meta, а потом get_user_meta
источник

KD

KAGG Design in WordPress – русскоговорящее сообщество
Ни в коем случае не прямая запись в базу
источник

Е

Евгений in WordPress – русскоговорящее сообщество
KAGG Design
Ни в коем случае не прямая запись в базу
всмысле? а update_user_meta это не прямая запись?
источник

KD

KAGG Design in WordPress – русскоговорящее сообщество
Куки - временное место хранения, база - постоянное
источник

KD

KAGG Design in WordPress – русскоговорящее сообщество
Евгений
всмысле? а update_user_meta это не прямая запись?
Нет. Там идёт корректная работа с объектным кешем
источник

Е

Евгений in WordPress – русскоговорящее сообщество
а если потом админу захочется чтобы можно было просматривать все заказы в админке,
это нужно будет циклом проходить по таблице wp_usermeta и собирать все заказы?
или лучше создать отдельную таблицу к примеру orders , order-items и хранить там заказы?
источник

KD

KAGG Design in WordPress – русскоговорящее сообщество
Евгений
а если потом админу захочется чтобы можно было просматривать все заказы в админке,
это нужно будет циклом проходить по таблице wp_usermeta и собирать все заказы?
или лучше создать отдельную таблицу к примеру orders , order-items и хранить там заказы?
Зависит от задачи. Причём если задача - собирать заказы по всем пользователям, то ни куки, ни сессии не проходят)
источник

Е

Евгений in WordPress – русскоговорящее сообщество
KAGG Design
Зависит от задачи. Причём если задача - собирать заказы по всем пользователям, то ни куки, ни сессии не проходят)
не, про сессии и куки я спрашивал для фронтенд,
а в данном случае меня интересует, уже после того, как пользователь сделал заказ,
и нужно выбрать способ хранения данных о заказе, чтобы потом админ мог просматривать все заказы.
для этого лучше отдельная таблица заказов?
источник

Е

Евгений in WordPress – русскоговорящее сообщество
т.е. если предполагается наличие товаров не больше 20 штук на сайте, небольшой магази н,
данные о заказе хранить в wp_usermeta или в таблице orders?
источник

KD

KAGG Design in WordPress – русскоговорящее сообщество
Евгений
т.е. если предполагается наличие товаров не больше 20 штук на сайте, небольшой магази н,
данные о заказе хранить в wp_usermeta или в таблице orders?
Да всё равно. 20 товаров - ни о чём. Как удобнее
источник

Е

Евгений in WordPress – русскоговорящее сообщество
KAGG Design
Сессии, использующие файлы (по умолчанию в PHP), блокируют файл сессии сразу при открытии сессии функцией session_start() или косвенно при указании session.auto_start. После блокировки, ни один другой скрипт не может получить доступ к этому же файлу сессии, пока он не будет закрыт или при завершении скрипта или при вызове функции session_write_close().

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

KD

KAGG Design in WordPress – русскоговорящее сообщество
Евгений
ок, благодарю,
подскажите, а почему другие будут ждать, если блокируется только файл текущего пользователя? он же не у всех блокируется а только файл текущего пользователя
Выше всё написано. Вы не прочитали
источник

Y

Yuriy (Latvija) in WordPress – русскоговорящее сообщество
Roman NIK
wpDiscuz обладает некоторыми похожими качествами, но это скорее шаблон надо под такой вывод. Или как вариант вывести комменты отдельно плагином таких боковых колонок их много.
Благодарю!
источник
2020 October 04

TK

Timur Kaldybek in WordPress – русскоговорящее сообщество
Всем доброго времени суток!
Случилась проблема с плагином «Jobmonster». При переходе на главную страницу в navbar’e появляются кнопки «войти» и «зарегистрироваться», хотя до этого был зарегистрирован. И из-за этого нет возможности проверить функционал сайта. Буду благодарен за любую помощь!
источник