Я испытывал это в прошлом, если значения start
и end
события не были объектами JavaScript Date
. Если вы только передали строки, начальный вид не будет работать правильно. Навигация по представлениям будет затем передавать значения через localizer
(во время изменения вида) и преобразовывать их, если это возможно. Таким образом, вы не видите их при загрузке, а затем вы видите после перехода к другому виду. Смущает и расстраивает.
Я даже написал вспомогательные методы в своем собственном коде для преобразования этих значений.
import eventData from './somefile.json';
const myData = eventData.map(event => {
event.start = new Date(event.start);
event.end = new Date(event.end);
return event;
});
Конечно, это работает только в том случае, если мои значения start
и end
являются строками, которые конструктор объекта Date
может правильно проанализировать. Важной частью (а это является в документации) является то, что эти ключи требуют надлежащих Date
значений объекта.
обнаружение Стороннего файла куки с Белым списком URL
Alan H & Gojko Adzic достаточно хорош для большинства вариантов использования, но эти решения не будут работать, если Вы захотите, чтобы Ваши пользователи сделали белый список сторонних файлов куки только к определенным доменам.
я представляю немного измененную версию Gojko Adzic ответ
Для этого, нам нужны два домена:
tpc=pending
, затем это перенаправляет к Домену 2 tpc=true
и перенаправляет назад к Домену 1 tpc
и проверяет, позволяются ли true
, если мы получаем значение, поскольку истинные, сторонние файлы куки, если это находится все еще в pending
, сторонние файлы куки заблокированы заблокированные. Теперь, Вы могли бы спросить, Ваши пользователи для белого списка (позвольте сторонние файлы куки) ТОЛЬКО [1 125] для Domain 1
, также этим сторонним обнаружением техники будут accurate
, если пользователи имели белый, перечислил домен.
Это тестируется в Chrome 74, 75, 76 & Край 78
, К сожалению, Mozilla не обеспечивает, белый список URL как Chrome делает и Safari имеет его собственные механизмы обнаружения сторонних файлов куки (ITP).
P.S. загрузит эту демонстрацию в моем GitHub, когда я получу время.
Теоретически у вас должен быть вызов страницы, который установит сторонний файл cookie, а затем проверит его существование. Однако стандартная безопасность браузера не позволяет скриптам из домена A делать что-либо с файлами cookie, установленными в доменах B, C и т. Д., Например. у вас нет доступа к «чужим» файлам cookie.
Если у вас есть какое-то конкретное использование, например проверка того, заблокирована ли реклама (что также может заблокировать сторонний файл cookie отслеживания), вы можете проверить, находится ли содержимое рекламного сервера в DOM страницы, но вы не могли посмотреть, есть ли там печенье.