У меня такая же проблема была с пользовательским скрпитом (скрипт для tampermonkey), который должен был выполняться на сайте ВК. Я ее так и не решил. Вручную - работает, а робот вставить не может. Я уверен, что это защита имеено на вот такие "странные" и подозрительные скрипты.
Я бы не рекомендовал такое хранить в локалсторадже. Не безопасно. Если злоумышленник его узнает, то у него будет все для взлома. Юзайте куки, сессии и прочие прелести для нормальной авторизации.
Лентюй, Не понимаю. Поставил юзеру 3 read commited. После чего сделал одну транзакцию. Посмотрел от юзера3 - нету ничего. Сделал другую- появилась 1-ая. Значит все таки комитется. Или нет?
Лентюй, Я правильно понимаю что при создании/изменении таблицы я могу указать несколько PRIMARY KEY, в том числе составных. Для них автоматически сделаемся индекс. И мне самому решать какой из них - первичный и я никак явно не говорю MYSQL о том какой ключ является первичным. То есть, грубо говоря, информация о том какой ключ является первичным -своего рода соглашение + MySQL не знает какой именно первичный. Или все таки можна явно указать "первичность" ключа.
Я правильно понимаю что при создании/изменении таблицы я могу указать несколько PRIMARY KEY, в том числе составных. Для них автоматически сделаемся индекс. И мне самому решать какой из них - первичный и я никак явно не говорю MYSQL о том какой ключ является первичным. То есть, грубо говоря, информация о том какой ключ является первичным -своего рода соглашение + MySQL не знает какой именно первичный. Или все таки можна явно указать "первичность" ключа.
Лентюй, а что произойдёт в этом случае? Что будет первичным ключом и что будет индексом? Я похоже не понимаю что делает PRIMARY KEY и как создать первичный ключ.
