Ну в 3НФ (насколько я помню)должны быть исключены транзитивные зависмости.
При изменении контекста документа Вы всегда должны каким то способом (или кодом или тригером) изменить таблицу остатков. транзитивно на ту же величину изменения quantity.(количества)
Наверное я соглашусь что это денормализация…
У меня у самого склад documenttitles documentcontents(document_id foreign) и incomactives, что содержит ссылку на contents_id и quantity(текущий остаток партии по id documentscontents, когда достигает 0 убирается из таблицы)… и хотя это денормализация без этой таблицы никак нельзя.(я ещё добавил document_id чтобы видеть документ источник прихода… ибо documentscontents растет очень быстро и соединение с ней ради получения атрибутов documenttitles ресурсоемко.
Кажется, это возможно благодаря LFI — содержимое файла вернулось в теле ответа сервера.
Т.е так совпало, что и PHP был как web cgi сервер и при этом был Tomcat как web сервер… при этом была узявисмость LFI на PHP… и процесс на PHP имел ко всему доступ…
Это как в том анкетоде:
-Алло, милиция,-Меня иноплонетяне похитили…
-Вы что пьяный?
-Ну так совпало.
У меня на Centos 7 установил… но как-то тяжело встал… первые запуски пришлось убивать процесс...(Пакет RPM vivaldi-stable-3.4.2066.94-1.x86_64.rpm)
При первом(втором и третьем) запуске виснул.
(У меня целая коллекция браузеров даже MS edge для Linux работает… и малоизвестный Falcon...) Посмотрю как Vivaldi будет на Centos "ходить".
Старая притча о двух работниках
(Как Вы Т.З не составите а дело иметь лучше с продвинутым)
Один работник зашел к барину и говорит:
— Барин! Почему ты мне платишь всего пять копеек, а Ивану всегда пять рублей?
Барин смотрит в окно и говорит:
— Вижу я, кто-то едет. Вроде бы сено мимо нас везут. Выйди-ка, посмотри.
Вышел работник. Зашел снова и говорит:
— Правда, барин. Вроде сено.
— А не знаешь откуда? Может, с Семеновских лугов?
— Не знаю.
— Сходи и узнай.
Пошел работник. Снова входит.
— Барин! Точно, с Семеновских.
— А не знаешь, сено первого или второго укоса?
— Не знаю.
— Так сходи, узнай!
Вышел работник. Возвращается снова.
— Барин! Первого укоса!
— А не знаешь, по чем?
— Не знаю.
— Так сходи, узнай.
Сходил. Вернулся и говорит:
— Барин! По пять рублей.
— А дешевле не отдают?
— Не знаю.
В этот момент входит Иван и говорит:
— Барин! Мимо везли сено с Семеновских лугов первого укоса. Просили по 5 рублей. Сторговались по 3 рубля за воз. Я их загнал во двор, и они там разгружают.
Барин обращается к первому работнику и говорит:
— Теперь ты понял, почему тебе платят 5 копеек, а Ивану 5 рублей?
Я вот присоединюсь к критике...Gmome на Centos 6 (Не помню версию вроде 2.28) был просто в восторге.
Всё что нужно удобно быстро… а дальше всё печальнее… сейчас пользуюсь его "аналогом" MATE
И не смотря на все эти сложности rs-232 Полностью себя оправдывает, понижая административный ресурс сопровождения.
Это тот случай, когда долго запрягать но быстро ехать.
Надо просто разработать стандарт… Сканер вставляем всегда в это гнездо.(типа внизу справа :-)) весы в это… индикатор в это.
Характер того штрихкода я уже не помню..(Только не в сканере, а в ТСД).
А вот то, что Вам пришло 13 символов и при этом неверных Это и вправду странно...EAN13 настолько распространенный формат, что должно работать как "отченаш"
… Атоловский сканер что-ли?
Додумывать EAN 13 вообще нельзя… можно додумывать то, что входит в спецификацию.(Типа PDF 417)
Но… я сталкивался с подобным поведением в ТСД(Терминалах сбора данных) Выяснялось,- он путал UPC с EAN13 (UPC Это американский формат 12 символов (или 11+1(контрольный))).
Если Вам пришло 12 символов это оно самое.
Но там(в ТСД) можно отключить распознавание форматов.
Возможно Ваш сканер путает EAN13-UPC… Именно на сканерах такого не встречал… Было на ТСД.
Я стараюсь брать хорошие сканера и это не типично додумывать.
Вообще алгоритм додумывания включён в PDF 417
Это старая марка егаиса
PDF417 предусматривает полиномиальное кодирование Рида-Соломона дополнительных данных для восстановления информации. Количество дополнительных КС зависит от уровня коррекции ошибок.
В очень хороших сканерах (от 2000$) включен этот алгоритм Рида-Соломона и можно часть кода закрыть пальцем.И хороший сканер благодаря этому алгоритму восстановит потери и прочитает правильно.
Не делайте поспешные выводы
У меня все кассы на линуксах.(ИС кроссплатформенная, но флагманская ось linux)
И всякое бывает с раскладками.
И эмуляция кома это не тот же HID- это эмуляция COM.Не знаю о какой модели вы говорите можем сверить позиции по моделям уже в личке… с какими я работал, вам точно скажу чип.(Linux его классно показывает)
Я много работаю с POS оборудованием.И много со сканерами штрихкода.Хорошие сканера (Начиная от 150 $) Ведут себя именно так.Вставил USB кабель(если надо отсканировал настроечный код) И всё QR определённого качества не читает.Меняем кабель в этом же сканере на rs-232… И всё ОК.Я не буду перечислять брэнды и модели… Вот у автора на картинке Honneywell 1450… Он относится к классу хороших сканеров Не знаю зачем автор поста его перепрошивал… он и так берёт инверсный QR код. Так вот эта модель… ведёт себя так как я описал..
Извините, я думал Вы автор или причастен к конторе.
На самом деле
Если у него не получается считать QR код, он увеличивает яркость(чем не может похвастаться эмуляция USB)
Это очень Важная фишка.Качество QR кода на сигаретах очень низкое… многие сканера не берут… И вот тут инкрементальное увеличение яркости (а следовательно контрастности QR кода) играет Важную вещь для считывания.
В сухом остатке кассир на кассе не мучает ни себя ни покупателя. ожиданием.
Т.е кассир со сканером rs-232 работает эффективнее чем кассир с USB(в каком бы режиме USB сканер не работал) при считывании QR.
Для больших магазинов это важный показатель.
Ну в 3НФ (насколько я помню)должны быть исключены транзитивные зависмости.
При изменении контекста документа Вы всегда должны каким то способом (или кодом или тригером) изменить таблицу остатков. транзитивно на ту же величину изменения quantity.(количества)
Наверное я соглашусь что это денормализация…
У меня у самого склад documenttitles documentcontents(document_id foreign) и incomactives, что содержит ссылку на contents_id и quantity(текущий остаток партии по id documentscontents, когда достигает 0 убирается из таблицы)… и хотя это денормализация без этой таблицы никак нельзя.(я ещё добавил document_id чтобы видеть документ источник прихода… ибо documentscontents растет очень быстро и соединение с ней ради получения атрибутов documenttitles ресурсоемко.
Т.е так совпало, что и PHP был как web cgi сервер и при этом был Tomcat как web сервер… при этом была узявисмость LFI на PHP… и процесс на PHP имел ко всему доступ…
Это как в том анкетоде:
-Алло, милиция,-Меня иноплонетяне похитили…
-Вы что пьяный?
-Ну так совпало.
Мне стыдно признаться… но я никак в толк не возьму как Вы извне смогли прочитать этот файл?
У меня на Centos 7 установил… но как-то тяжело встал… первые запуски пришлось убивать процесс...(Пакет RPM vivaldi-stable-3.4.2066.94-1.x86_64.rpm)
При первом(втором и третьем) запуске виснул.
(У меня целая коллекция браузеров даже MS edge для Linux работает… и малоизвестный Falcon...) Посмотрю как Vivaldi будет на Centos "ходить".
Я согласен с решением 1 секунда… просто мозг выносит, что не зависит от количества насекомых :-)
Это где про бусинки? Не согласен… в том варианте вообще вообще количество муравьев не важно… хоть миллиард их… всегда секунда будет
странно, жду тогда правльного аргументированного ответа… Разве что ход рассуждений скорректировать… каждые 0.5 секунд падает два муравья по средняку.
Про муравьёв 5 секунд(максимум 5.5)… каждую секунду с двух концов падает 2 муравья...(а тот движняк что между крайними нас не волнует)
Windows превращается… Превращается Winsows…
:-)
Старая притча о двух работниках
(Как Вы Т.З не составите а дело иметь лучше с продвинутым)
Один работник зашел к барину и говорит:
— Барин! Почему ты мне платишь всего пять копеек, а Ивану всегда пять рублей?
Барин смотрит в окно и говорит:
— Вижу я, кто-то едет. Вроде бы сено мимо нас везут. Выйди-ка, посмотри.
Вышел работник. Зашел снова и говорит:
— Правда, барин. Вроде сено.
— А не знаешь откуда? Может, с Семеновских лугов?
— Не знаю.
— Сходи и узнай.
Пошел работник. Снова входит.
— Барин! Точно, с Семеновских.
— А не знаешь, сено первого или второго укоса?
— Не знаю.
— Так сходи, узнай!
Вышел работник. Возвращается снова.
— Барин! Первого укоса!
— А не знаешь, по чем?
— Не знаю.
— Так сходи, узнай.
Сходил. Вернулся и говорит:
— Барин! По пять рублей.
— А дешевле не отдают?
— Не знаю.
В этот момент входит Иван и говорит:
— Барин! Мимо везли сено с Семеновских лугов первого укоса. Просили по 5 рублей. Сторговались по 3 рубля за воз. Я их загнал во двор, и они там разгружают.
Барин обращается к первому работнику и говорит:
— Теперь ты понял, почему тебе платят 5 копеек, а Ивану 5 рублей?
Я вот присоединюсь к критике...Gmome на Centos 6 (Не помню версию вроде 2.28) был просто в восторге.
Всё что нужно удобно быстро… а дальше всё печальнее… сейчас пользуюсь его "аналогом" MATE
И не смотря на все эти сложности rs-232 Полностью себя оправдывает, понижая административный ресурс сопровождения.
Это тот случай, когда долго запрягать но быстро ехать.
Надо просто разработать стандарт… Сканер вставляем всегда в это гнездо.(типа внизу справа :-)) весы в это… индикатор в это.
Характер того штрихкода я уже не помню..(Только не в сканере, а в ТСД).
А вот то, что Вам пришло 13 символов и при этом неверных Это и вправду странно...EAN13 настолько распространенный формат, что должно работать как "отченаш"
… Атоловский сканер что-ли?
Додумывать EAN 13 вообще нельзя… можно додумывать то, что входит в спецификацию.(Типа PDF 417)
Но… я сталкивался с подобным поведением в ТСД(Терминалах сбора данных) Выяснялось,- он путал UPC с EAN13 (UPC Это американский формат 12 символов (или 11+1(контрольный))).
Если Вам пришло 12 символов это оно самое.
Но там(в ТСД) можно отключить распознавание форматов.
Возможно Ваш сканер путает EAN13-UPC… Именно на сканерах такого не встречал… Было на ТСД.
Я стараюсь брать хорошие сканера и это не типично додумывать.
Вообще алгоритм додумывания включён в PDF 417
Это старая марка егаиса
В очень хороших сканерах (от 2000$) включен этот алгоритм Рида-Соломона и можно часть кода закрыть пальцем.И хороший сканер благодаря этому алгоритму восстановит потери и прочитает правильно.
Не делайте поспешные выводы
У меня все кассы на линуксах.(ИС кроссплатформенная, но флагманская ось linux)
И всякое бывает с раскладками.
И эмуляция кома это не тот же HID- это эмуляция COM.Не знаю о какой модели вы говорите можем сверить позиции по моделям уже в личке… с какими я работал, вам точно скажу чип.(Linux его классно показывает)
Я много работаю с POS оборудованием.И много со сканерами штрихкода.Хорошие сканера (Начиная от 150 $) Ведут себя именно так.Вставил USB кабель(если надо отсканировал настроечный код) И всё QR определённого качества не читает.Меняем кабель в этом же сканере на rs-232… И всё ОК.Я не буду перечислять брэнды и модели… Вот у автора на картинке Honneywell 1450… Он относится к классу хороших сканеров Не знаю зачем автор поста его перепрошивал… он и так берёт инверсный QR код. Так вот эта модель… ведёт себя так как я описал..
увеличение яркости делает делает железяка… и именно потому, что есть автономный источник питания… если USB будет так делать… сожгёт USB в компе.
Извините, я думал Вы автор или причастен к конторе.
На самом деле
Это очень Важная фишка.Качество QR кода на сигаретах очень низкое… многие сканера не берут… И вот тут инкрементальное увеличение яркости (а следовательно контрастности QR кода) играет Важную вещь для считывания.
В сухом остатке кассир на кассе не мучает ни себя ни покупателя. ожиданием.
Т.е кассир со сканером rs-232 работает эффективнее чем кассир с USB(в каком бы режиме USB сканер не работал) при считывании QR.
Для больших магазинов это важный показатель.