А кто тебе запрещает отдать в ответе страничку с сообщением типа "аутентификация прошла успешно" с последующим редиректом через js?
HTTP/1.1 302
Server: nginx/1.23.2
Date: Wed, 20 Mar 2024 18:48:06 GMT
Content-Length: 0
Connection: keep-alive
Vary: Origin
Vary: Access-Control-Request-Method
Vary: Access-Control-Request-Headers
Set-Cookie: BearerToken=*ТУТ ТОКЕН*; Path=/
Location: /
X-Content-Type-Options: nosniff
X-XSS-Protection: 0
Cache-Control: no-cache, no-store, max-age=0, must-revalidate
Pragma: no-cache
Expires: 0
X-Frame-Options: DENYТот же самый токен
mysite.com/redirect просто вернёт токен то пользователь просто увидит перед собой этот самый токен и всё:
при обычной аутентификации
mysite.com/redirect.fetch() и запросом который отправляет браузер при переходе на какую-либо страницу.и отправить пользователя дальше
$I->sendAjaxPostRequest() значит дело в экспериментальности этой фичи или в том, что суть этой фичи неправильно понята вами или неправильно выражена разработчиком.
здесь вы в лучшем случае дождётесь советов вроде "поставьте чистую систему и попробуйте с нуля", "обратитесь в поддержку oracle", "ознакомьтесь с документацией".
Когда между ними происходит обмен данными, то, не смотря на то что в обоих средах кодировка стоит утф, никто точно этого не знает.
Если в проекте хаус - не используйте миграции. Либо делайте как положено. Если не готовы весь проект менять - выделите миграции по модулям «blog, user, comment». И подключайте их как отдельные миграции (как на модуль). И уже какая то часть миграций точно рабочая. Потом восстановите другие.
А так как вы пытаетесь - толку нет. Никто ваши костыли не будет повторять. Кроме того вы сейчас замучаетесь с этим и это будет без толку. Если миграции не работают по yii migrate, то можете выкинуть эти миграции или наладить их. Другого варианта нет.
Можно просто удалить эти записи и миграции буду показываться как не применённые.
Можно изменить дату в назывании миграции, указать более новую, при этом надо переименовать сам класс в миграции.
Что стоило создать новые миграции?
Отредактировать миграцию?
Тот способ, который Вы искали, приводит как раз к таким последствиям)))
В документации всё предельно ясно написано. Если бы был официальный способ делать так, как Вы этого хотели - разработчики описали бы это в документации.
user
post
comment
product
manufacturem190715_113316_create_user_table.php
m190715_113327_create_comment_table.php
m190715_113338_create_manufacture_table.phpyii migrate я не могу, двух таблиц (post и product) не хватит.database.sql, в котором есть таблицы user, post и product.user уже существует. В связи с этим решил сначала импортировать БД, а потом применить только миграции с comment и manufacture. Тут мне и понадобилось применить миграции "точечно", в отрыве от других.и что Вы хотите изменить при помощи миграции
Вы уверены, что то, что Вы хотите сделать будет лучшим решением?
migrate/to с откатом поздних миграций то вопроса я бы не создавал.
А какие вообще есть пути решения данной проблемы?