Простую альтернативу этой проблеме можно решить, предоставив соответствующие разрешения в самой базе данных. Например: если вы используете базу данных mysql, введите в базу данных через терминал или предоставленный интерфейс и просто следуйте этой команде:
GRANT SELECT, INSERT, DELETE ON database TO username@'localhost' IDENTIFIED BY 'password';
Это ограничит пользователя ограничиться только указанным запросом только. Удалите разрешение удаления, и поэтому данные никогда не будут удалены из запроса, запущенного с php-страницы. Второе, что нужно сделать, это очистить привилегии, чтобы mysql обновлял разрешения и обновления.
FLUSH PRIVILEGES;
Дополнительная информация о flush .
To см. текущие привилегии для пользователя, вызывают следующий запрос.
select * from mysql.user where User='username';
Подробнее о GRANT .
Просто используйте регулярное прерывание , Ctrl - c будет работать просто великолепно. GDB просто вперед SIGINT
к процессу отладки, который тогда умирает. GDB поймает нестандартный выход и повредит процесс там, таким образом, можно будет все еще исследовать все потоки, их стеки и текущие значения переменных. Это хорошо работает, хотя Вы были бы более обеспеченными точками останова использования. Единственное время я делаю это, если я думаю, что вошел в своего рода бесконечный цикл.
Запустите оболочку, найдите идентификатор процесса с помощью PS и отправьте ему SIGSTOP или SIGINT при помощи команды уничтожения (например, уничтожьте - изодромный с предварением INT).
Просто введите ПОВРЕЖДЕНИЕ без любых аргументов.
Повреждение, когда названо без любых аргументов, повреждение устанавливает точку останова в следующей инструкции, которая будет выполняться в выбранном стековом фрейме