SELECT post_title, post_content,post_name FROM wp_posts INTO OUTFILE '/path/to/file.csv' FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '\n';
В postgres
CREATE TABLE post (post_title TEXT,post_content TEXT,post_name VARCHAR(200))
COPY post FROM '/path/to/file.csv' DELIMITER ',' CSV;
Своеобразной защитой от школьников и ботов является уже то,что это самопис.
Как верно заметил коллега выше, поиск уязвимости дело муторное - поэтому в основном ломают с помощью ботов используя уже известные уязвимости популярных CMS.
Ограничение по размеру не выход.Приведу пример.
Есть админка с таким кодом
$result = mysql_query("SELECT * FROM adminka WHERE login='$_POST[login]' and pass='$_POST[pass]'");
$num_rows = mysql_num_rows($result);
if ($num_rows) {
echo 'hello admin';
} else {
echo 'no authorization';
}
Посмотрите в сторону fadeToggle().Вот пример - https://jsfiddle.net/4572snwq/
Можно воспользоваться API ,например http://www.zamzar.com/
Подскажите как вытащить Максимальное и Минимальное значение [etaj] например.
Если нужна сортировка по ключу:
Можно например так:
В mysql:
В postgres
https://rucaptcha.com/api-rucaptcha
https://github.com/hazg/sape-rails
Как их переписать?
LEOnidUKG, все верно написал.Однако понимая ,что решение должно быть уже вчера отвечаю на вопрос:
Как правильно переписать эту строку?
Но насколько безопасно использовать вообще известные инету классы и скрипты?
Код известных скриптов видят разные люди и могут найти в них ошибки и уязвимости.
Указанный вами класс мне показался хорошим решением. Если есть сомнения,можно
погуглить "название скрипта exploit","название скрипта Poc".
Есть ли смысл переименовывать там внутри свойства и методы?
Нет.
ностальгия по ассемблеру..
А теперь мы, чуть что, нажимаем reset...
Да, куда не пойдешь - везде наткнешься на RET,
И еще хорошо, если в стеке есть адрес возврата :)
Векторов атак очень много. Вот например список - https://www.owasp.org/index.php/Category:Attack.
Другое дело ,интересен ли хакерам ваш сайт.
Своеобразной защитой от школьников и ботов является уже то,что это самопис.
Как верно заметил коллега выше, поиск уязвимости дело муторное - поэтому в основном ломают с помощью ботов используя уже известные уязвимости популярных CMS.
Ограничение по размеру не выход.Приведу пример.
Есть админка с таким кодом
Остается ввести в поле login -
и все мы авторизованы.Т.е меньше 30 символов.Это конечно говнокод,просто для примера.
Но в самописах разное встечается...
Проверка mime это половина решения.
Если на сайте есть LFI -зальют шелл;
Допишите в файл с картинкой php код.
А затем выполните.
PHP проигнорирует бинарные данные
картинки и выполнит код расположенный между <?php и?> .
А тем не менее mime = image/jpeg.
Выход? Проверять все данные:приводить типы,фильтровать,использовать pdo.
В интернете много информации , вот например википедия - https://en.wikipedia.org/wiki/SQL_injection