Вы точно все параметры указали? А то в вашем примере true стоит на "secure", а не на "httponly"
Проверил у себя php 5.6.* все нормально работает через аякс
Благодарю за интерес к вопросу. Я не дизайнер и не мастер интерфейсов, я больше программист и моя стихия серверная часть. И я сейчас просто пишу небольшой инструмент для работы html-форм и моделей (новости, контент-страницы, объявления). Сейчас надо забыть про дизайн, JS-скрипты. Все работает на уровне html и обработки на серверной стороне.
Когда создается модель то вопросов нет, если не заполнил обязательные поля, то я ничего на сайте показывать не буду, тут пользователь по умолчанию думает что ничего на сайте не появилось и будет прав. Теперь пользователь редактирует опубликованную модель. Изменил данные и мы показываем ему ошибку, на этот момент пользователь будет думать(ожидает) что на сайте еще ничего не поменялось или поменялись только те поля что заполнил верно? Вопрос только в этом.
спасибо за ответ.
Просто вот думаю. При регистрации человек заполняет данные, нажимает кнопку регистрации и видит ошибки, он решает позже пройти регистрацию и понимает что его анкеты еще не будет на сайте. Не будет ли у него похожего мнения, если он редактирует свои анкетные данные и ему показали ошибки, он думает что раз не прошло обновление, приду завтра и нормально все перепишу? Или просто надо писать более подробный комментарий какой путь не выбрав - Произошла ошибка при сохранении, ваши данные не были обновлены, необходимо проверить все поля. И.. мы сохранили данные кроме телефона, проверьте данные еще раз.
С одного устройства да. Если несколько устройств с клонированными симками одного номера, то работают все, единственное входящие (звонки, смс) будут идти на последнего активного (отправка смс, звонок, регистрации в сети) - но я могу ошибаться. Просто читал про это давно.
можно ли пример страницы?
Проверьте есть ли у полей name="**", потомки той формы от которой ждете результат и главное сам обработчик, в каком виде данные приходят ($_GET, $_POST).
А где можно подробнее почитать про это?
С их стороны https://***.**/*** попросили удалить из нашего хранилища, так как с их стороны что-то хорошо обновили.
Из-за этого наши запросы не проходят к ним, можно конечно просто заглушить ошибку, но есть другой вариант?