Custom Query (1135 matches)

r121/base

В БД изделий АДС в коде otk.php я обнаружил такой фрагмент:

if ($_POST['status'] == 'fail')
    $query = "UPDATE products set `otk` = ?, `mismatch` = 'yes' where `uid` = ?";
else if ($_POST['status'] == 'ok')
    $query = "UPDATE products set `otk` = ?, `mismatch` = 'no' where `uid` = ?";
else
    $query = "UPDATE products set `otk` = ? where `uid` = ?";

В чем смысл наличия третьей ветки условия (любой другой статус кроме "успешно" и "неуспешно")?

Единственно возможный статус кроме "успешно" и "неуспешно" - это "не контролировалось". Логика подсказывает, что изделие может перейти из состояния "не контролировалось" как в состояние "успешно", так и в состояние "неуспешно". Также можно представить, что изделие переходит из состояния "успешно" в "неуспешно" и наоборот (в результате повторного контроля ОТК). Но если изделие уже когда-то проходило контроль ОТК (то есть имеет статус "успешно" или "неуспешно"), то оно уже никак не может вернуться в состояние "не контролировалось" (так как это будет неправдой):

Мне кажется, что в случае получения в запросе любого статуса ОТК, отличного от "успешно" и "неуспешно", система должна ругаться и ничего не записывать в БД. Предлагаю изменить соответствующим образом последний вариант процитированного выше условия.

В процессе работы с БД (r153/base) случайно обнаружил, что при наведении курсора на заголовки столбцов таблицы на главной странице справа от них появляются странные "письмена" типа “|±μ” или что-то подобное. В процессе исследования этого загадочного явления я пришел к файлу css/main.css, в строке 869 которого было написано:

    content: "⇵";

То есть на самом деле это были стрелочки, показывающие режим сортировки списка.

Почему же браузер отображал их неправильно? Разгадка нашлась очень быстро. Оказалось, что при ответе на запрос css/main.css (кстати, клиент почему-то запрашивает не css/main.css, а css/main.css?random=@Environment.TickCount - что это за странные параметры и для чего они нужны, для меня осталось загадкой) сервер не указывает кодировку документа (он указывает только Content-Type: text/css). В случае, когда кодировка документа не указана, подразумевается, что документ использует кодировку ASCII, следовательно, ни "⇵", ни любые другие не-ASCII символы в таком документе использоваться не могут. В нашем же случае css/main.css, очевидно, имеет кодировку utf-8, следовательно, для правильной работы браузера в ответе сервера должно быть указано Content-Type: text/css; charset=utf-8.

Предполагаю, что та же проблема имеет место при запросах других документов (например скриптов javascript), а не только css/main.css.

Предлагаю исправить работу сервера, добавив в поле Content-Type указание кодировки возвращаемых документов.