Вот примерно поэтому над своими изменениями лучше работать в отдельной ветке, которую потом переносить в мастер и деплоить.
В целом чтобы не делать временный коммит незаконченной работы: git stash, внести изменения где надо, закоммитить, git stash pop для возврата того, над чем работали до.
Или git diff > wip.patch, git checkout . ; делаете что надо, git apply wip.patch. Что в общем то же самое что карман stash
Отправлено: 11 Декабря, 2018 - 17:42:37 • Тема: не работает • Форум: Прочее
Ответов: 6 Просмотров: 124
То что вы решили проверить не вернул ли mysqli_query false - это хорошо. Но почему вы решили реагировать на него как на валидные данные? Можете объяснить эту логику?
с поисковым запросом, который также передается в адресе и в нем может быть все что угодно
согласен
Rinker пишет:
поэтому и нужно проверить URL или поисковый запрос на наличие плохих символов регуляркой
Есть у людей интересная особенность: быть уверенными в том что видят причинно-следственную связь там её нет и никогда не было.
Почему вы считаете что эта часть цитаты каким-либо образом связана с предыдущим высказыванием?
И тем паче, при чём тут регулярка?
Не существует мифических плохих символов. Существует безалаберный разработчик, не обеспечивший корректный транспорт или представление полученного значения.
Ещё раз предлагаю прочитать ответы на ruSO, на которые я дал ссылки.
Эту регулярку писал определённо человек незнакомый с синтаксисом регулярных выражений. Иначе объяснить повторение круглых скобок и | внутри символьной маски невозможно.
Коряво написано, что в строке должны быть только: \w (точный список зависит от локали, обычно a-z0-9 и ещё что-нибудь), символы @/.?!()|, пробельные символы либо что угодно из верхнего диапазона ASCII (то есть изрядный кусок юникода включая смайлики и прочую наскальную живопись дружно проходит паровозиком, рандомно обламываясь на случайных символах)
например сортировка, номер страницы, которые нужно обезопасить
Зачем?
Не шутка. Зачем?
Вы должны корректно использовать значения, а не мифически обезопасить.
Сортировка? Так вы заранее знаете, по чему сортировать можно и в каких направлениях. Вот и проверяйте по белому списку.
Номер страницы? Даже если строить пагинацию отталкиваясь от неверного способа смещения через offset - почему об этом должен беспокоиться роутер? У вас заведомо будет отдельный код, высчитывающий нужные значения окна данных для страницы, где куда уместнее проверка, что номер страницы должен быть числом больше нуля.
возможно стоит использовать mb_convert_encoding, вместо iconv
Проверили? Что вышло? Статистически-значимую разницу удалось заметить?
dron817 пишет:
установку флага у обработанных записей
Замедлите кратно с использованием индекса, на порядки - без него.
Для получения значимой разницы по работе с СУБД: https://dev[dot]mysql[dot]com/doc/refman[dot][dot][dot]ata-loading[dot]html
Использование prepared statements для этой задачи весьма оправдано
Хотя вовсе формирование csv и загрузка обратно через LOAD DATA INFILE напрямую базой должно быть сильно быстрее.
На полях стоит отметить вопрос, требуется ли от миграции корректная обработка конкурентного доступа к исходной табличке либо система на время миграции выключена (либо переведена в read-only)
Нехорошее название функции для streamable kanji code filter and converter.
Функция делает то что описано, но только если очень внимательно читать описание mb_detect_order
Цитата:
mbstring currently implements the following encoding detection filters. If there is an invalid byte sequence for the following encodings, encoding detection will fail.
UTF-8, UTF-7, ASCII, EUC-JP,SJIS, eucJP-win, SJIS-win, JIS, ISO-2022-JP
For ISO-8859-*, mbstring always detects as ISO-8859-*.
For UTF-16, UTF-32, UCS2 and UCS4, encoding detection will fail always.
Если посмотрите на ext/mbstring/libmbfl/mbfl/mbfilt er[dot]c с лицензией на Японском (!) и приветом от PHP3, то будет понятно когда, для чего и каких кодировок этот код писался.
Ну а в целом:
у вас или есть информация в какой кодировке вам поступают данные либо автоматически это определить невозможно.
Ну отчего же, у меня год с лишним чисто на симфони, с закапыванием глубоко в потроха doctrine и работой как раз с бооольшой кучей API разных CPA партнёрок для сервиса арбитража.