Опция TRAILING
с TRIM
относится к последним символам, а не к целым словам, начинающимся с определенного слова. Попробуйте использовать INSTR
здесь:
UPDATE scanner
SET pagetitle = LEFT(pagetitle, INSTR(pagetitle, 'via') - 2);
WHERE pagetitle REGEXP '[[:<:]]via[[:>:]]';
Если вы используете MySQL 8+ или более позднюю версию, то мы можем попробовать использовать REGEXP_REPLACE
:
UPDATE scanner
SET pagetitle = REGEXP_REPLACE(pagetitle, '\\s+via.*', '');
ДОБЕРИТЕСЬ разработан для получения данных из сервера. POST (и менее известные друзья ПОМЕЩАЕТ и УДАЛЯЮТ), разработан для изменения данных по серверу.
ПОЛУЧИТЬ запрос никогда не должен заставлять данные быть удаленными из приложения. Если у Вас есть ссылка, можно нажать с ПОЛУЧЕНИЕМ для удаления данных, то глобальный поиск Google сайт мог нажать на все Ваш "Удалять" ссылки.
Канонический ответ может быть найден здесь, который заключает спецификацию HTML 2.0 в кавычки:
Если обработка формы является идемпотентом (т.е. это не имеет никакого длительного заметного эффекта на состояние мира), то метод формы должен быть, ДОБИРАЮТСЯ. Много поисков базы данных не имеют никаких видимых побочных эффектов и подают идеальные заявки форм запросов.
Если сервис, связанный с обработкой формы, имеет побочные эффекты (например, модификация базы данных или подписки к сервису), методом должен быть POST.
В Вашем вызове Ajax необходимо использовать любой метод поддержки сервера. Необходимо всегда разрабатывать сервер так, чтобы операции, которые изменяют данные, назвал POST/помещать/удалять. Другие комментарии имеют ссылки на REST, который обычно отображает C/R/U/D на "POST, или ПОМЕЩЕННЫЙ" (Создают)/, (Читаются)/, ПОМЕЩЕННЫЕ (Обновление)/, УДАЛЯЮТ (Удаляют).
При отправке больших объемов данных или уязвимых данных по HTTPS Вы захотите использовать POST. Если бы это - просто простой параметр, я использовал бы, ДОБИРАЮТСЯ.
ДОБЕРИТЕСЬ запросы имеют предел на сумму данных, которые могут быть отправлены. Я забываю точное число, но это может вызвать проблемы при отправке чего-либо существенного.
В основном различие между ДОБИРАЕТСЯ, и POST - то, что в ПОЛУЧИТЬ запросе, параметры передаются в URL, где как в POST, параметры включены в тело сообщения.
Не важен ли его Ajax или нет. О мерах, которые Вы принимаете. Я рекомендовал бы после принципов REST. Которые имеют дальнейшие условия для обновления, удаления, и т.д...
ДОБЕРИТЕСЬ запросы легче использовать в CSRF (перекрестная подделка запроса сайта) нападения. А именно, фальсифицируйте запросы POST, требуют, чтобы JavaScript был включен на стороне пользователя, в то время как фальшивка ДОБИРАЕТСЯ, запросы все еще возможны только с img, тегами script.
Много веб-серверов ограничивают длину данных, которые могут быть переданы как часть URL, таким образом, ПОЛУЧИТЬ запрос может прервать нечетные пути, которые трудно отладить.
Кроме того, большая часть программного обеспечения сервера регистрирует URL в журналах доступа, поэтому при передаче уязвимой информации (такой как пароли) в ПОЛУЧИТЬ запросе это будет, по всей вероятности, записано в диск в простом тексте.
С точки зрения REST ДОБЕРИТЕСЬ, запросы не должны иметь никаких побочных эффектов - они не должны изменять данные. Так, если Вы просто Получаете ресурс идентификатором, это имеет смысл, но если Вы передаете изменения в ресурсе, необходимо использовать ПОМЕЩЕННЫЙ, POST или ОБНОВЛЕНИЕ для http глагола.
Обо мне я предпочитаю POST. Я резервирую, добираются до событий, я знаю, что отправленное значение ограничено данными, я имею "контроль", например, для получения объекта с идентификатором. Пример, "getitem? id=123", "deleteImtem? id=123"... Для других случаев, когда у меня есть форма, заполняемая пользователем, я предпочитаю POST.
Как Ryan Smith сказали, лучше использовать POST для отправки большого объема данных, и меньше забот в случаях использования в символах языка других / специальных символах (обычно все крупные фирмы платформа JavaScript should'nt имеют любые проблемы для контакта с этим, но я думаю, является меньшим количеством забот для использования POST).
Для остальных перспектива, по-моему, можно использовать это с новым проектом (для хранения непротиворечивости со всем проектом).
Наконец, возможно, некоторые программы, используемые в сети (URL loguers (т.е.: чтобы видеть, потеряли ли сотрудники свое время на non-autorised сайтах...) прокси...) или любой другой вид инструмента может прервать запрос. Somes покажет в отчетах параметрические усилители, с которыми Вы отправили, ДОБИРАЮТСЯ, рассматривая это как другая веб-страница. Но в этой ситуации, могла быть не Ваша проблема, это - изменения от проекта до другого!;)
Различием является то же между GET
и POST
используете ли Вы Ajax, HTML form
s, или curl
. Вот соответствующие определения:
При передаче каких-либо споров с символами, которые могут быть испорчены в URL (таком как пробелы), Вы используете POST. Иначе можно использовать, ДОБИРАЮТСЯ.
Обычно, если бы Вы просто передаете несколько крошечных споров, Вы использовали бы, ДОБИРАЮТСЯ. Но для передачи пользователя отправил информацию, такую как записи в блоге, текст, и т.д., это - хорошая практика для использования POST.
Существуют также определенные платформы, которые полагаются полностью на основанные на сегменте URL (такой как site.com/products/133
вместо site.com/products.php?id=333
и эти платформы сброс ПОЛУЧИТЬ переменные для безопасности. В таких случаях Вы использовали бы POST allt время.