Сергей Карбивничий, если вам помог чей-то ответ, отметьте это решением. Возможно другие тогда смогут его найти и не будут повторно задавать вопрос. ;-)
Дмитрий, это не играет роли. В документации на сайте так указывают поле, или список полей которое нужно проверять. (Документация) Оно у меня одно, так что даже без массива валидация выполняется как нужно. Проблема не в валидации, а именно в поиске записи в базе данных, после её сохранения.
FanatPHP, я и подумал. Если надо защитить данные, то их стоит зашифровать или использовать защищённый шифрованием протокол. Но если данные не так важны, как процесс, то передавать только текущее состояние, и принимать решение о финише на передающей стороне.
В момент отката или установки обновления очень легкомысленно выключать компьютер. Часть операционной одна, а часть другая. Исправить получится только переустановкой, потому что продолжить откат не получится.
Ингвар Фон Бьёрк, у вас ssl сертификат для какого домена выписан? Если использовать для другого домена или IP адреса, то, естественно, этот сертификат не подтверждает достоверность данных.
Дмитрий, нет. Потому что:
1. после изменения записи, она может оказаться на совсем другой странице
2. не решает проблему с добавлением новой записи
Вы отвечаете однобоко, пытаясь всё свести к возврату на предыдущую страницу, даже не вникая в суть проблемы. Я удивлён, что с таким подходом вы являетесь куратором данного тега.
Задача действительно средней сложности, а не простая, потому что реального решения ещё не было опубликовано.
Дмитрий, Уважаемый куратор! Вопрос состоял не в том, как вернуться на предыдущую страницу, что в принципе не сложно. А как отрыть страницу, на которой есть запись с конкретным id.
Это немного разные задачи.
Например:
1. Пользуясь сортировкой, поиском нашёл запись, которую нужно отредактировать, отредактировал, но при сохранении все сортировки и фильтры сбрасываются. И нужно показать ту самую запись среди всех записей на странице.
2. Добавляю новую запись. С любой страницы, но нужно открыть ту страницу, где вновь добавленная запись будет отображаться.
Это связано с тем, что множество пользователей после редактирования или добавления не видят результат сохранения и пытаются те же самые действия повторить заново.
Григорий GiBi, эх, я уже понимаю, что придётся извлекать запрос из датапровайдера, и выгружать в память таблицу с id записей. Потом высчитывать страницу по номеру строки в таблице, делённой на число строк в пагинаторе.
Эх, жаль, что нет готового механизма.
Григорий GiBi, нет конечно. Просто дефолтная сортировка идёт не по id записи, а по наименованию, и не перебирая все записи непонятно как найти нужную страницу. Да и id записей, из-за возможности удаления идут не подряд.
Григорий GiBi, Не совсем так. Всё зависит от сортировки, да и новую запись можно добавить с первой страницы, а на какой она будет отображена математика не поможет узнать. Но не хочется делать отдельный запрос и перебирать все записи ради нахождения страницы. Неужели нет такого механизма в во фреймворке? Уверен не я один сталкиваюсь с такой задачей.
eugene159, даже если пиксели визуально сольются в один, это будет выглядеть как уменьшение разрешения, но никак не увеличение. Попробуйте сжать изображение в 2-4 раза. Примерно так, возможно, вы увидите изображение. От того, что вы уменьшите разрешение картинки она лучше не станет выглядеть, а излишне большое разрешение не будет отображено из-за ограничений контейнера.
Другое дело, что картинку на смартфоне можно увеличить, и вот тогда скажутся искажения, которые вы сделали для уменьшения разрешения меньше размеров контейнера.
Всегда используется разрешения не больше, чем область показа. Это связано исключительно с тем, что избыточный размер будет передаваться клиенту и там средствами браузера масштабироваться. Это приведёт к замедлению загрузки контента с сайта, не более того.