Про длину строк — мне больше понравилось подсвечивать не все хвосты, а просто колонку:
set colorcolumn=85
Про swap и backup файлы уже написали, я еще и undo файлами пользуюсь, причем если дерево версий плодится, редко, но пригождается плагин bitbucket.org/sjl/gundo.vim
Если я правильно помню, то как раз при присвоении номера и сканируют целиком весь адресный бланк посылки и вводят в систему, чтобы не делать это уже потом при обработке…
Хе-хе, это Вы ходите получить услугу, которая не оплачена. Думаете почему first class из Штатов, имея валидный трек не трекается, и получает свой российский трек? Именно поэтому.
Если я не путаю, то Игорь Шпиленок не раз писал что у них вокруг избушек на Камчатке стоят электрозаборы. Правда, кажется он же писал что медведи их иногда таки грызут, но вроде как работает…
ну вообще в наше время «обучением» мы называли проускание через тракт конкретного банкомата денег из кассеты c целью сбора статистики банкоматом, чтобы в будущем меньше сбравывал. как назывался термин на английском уже не помню.
подозреваю что купюра была просто ветхая и порвалась окончательно где-то на заборе или в тракте… у того же NCR-а все передвижения идут «горизонтально», поэтому где можно именно разрезать — непонятно…
Насколько помню NCR-овские доки, везде было указано в количестве листов, но внутренние габариты тоже указаны.
Кстати не знаю как сейчас а раньше чтобы «настроить» кассеты под купюры надо было обрезать в размер пластиковые подпорки и собрать направляющие под размер купюр… Хотя и это не было особо критично, мы как-то гоняли одни и те же кассеты и под рубли и под доллары, работало…
обычно в ПО управления банкоматом есть выбор между несколькими алгоритмами выдачи, типа «минимизация количества купюр», «оптимизация расхода купюр» (старается выдавать меньше популярных номиналов) и т.д.
если банкомат онлайн — чаще вообще в ответе приходит из каких кассет сколько выдать, если оффлайн — аналогичный софт стоит на самом банкомате и так же настраивается.
во-первых, мы не всегда знаем что не сможем выдать — количество купюр может оказаться не тем, что в счетчиках (например из-за слипшихся купюр). во-вторых, если придет отказ, у нас не останется выбора как сбросить набранную сумму в кассету сброса.
плюс, когда мы общались с людьми из NCR (конец 90-х) нам говорили что некоторые решения вообще чисто статистические.
да и на моей практике обломы с выдачей они достаточно редки, а если банк нормально мониторит банкоматы и инкассирует их регулярной, когда запас уже стал мал, а не совсем все кончилось, так вообще такое может происходить только при пиковом наплыве, типа выдачи зарплаты.
Ж-) Можно было и получить доступ и клавиатуру полнофункционально запустить, и даже с дискеты файлы вручную копирьвать, без создания билда, но нештатными средствами. У нас на девелоперском NCR-е стояла какая-то оболочка-переключатель, а одной из тасок запускался Commander Nemo, если кто еще это помнит, и прямо ими копировали :)
Раньше, когда не было дешевых ЖК дисплеев, самая жесть была — это обслуживание банкоматов чрезстенной установки. Сзади у NCR-овских банкоматов подноценного дисплея не было, только алфавитно-цифровой простенький, и кнопки, и порой выбор пунктов меню чуть ли не по номерам делался…
насколько я знаю обычно просто идет сброс в кассету, не во всех банкоматах вообще есть устройство распознавания/пересчета, и не везде оно стоит в одном блоке…
Не знаю как сейчас, а раньше такую транзакцию отменяли только после инкассации банкомата и пересчета купюр в кассете сброса, именно из-за возможности таких фокусов.
я не знаю как сейчас устроен протокол обмена, раньше была шестиходовка типа такой:
-> запрос на снятие денег
< — разрешение/отказ
-> подтверждение получения
-> сообщение о снятии/ошибке
< — подтверждение
-> подтверждение получения
у каждой посылки свой таймаут. по таймауту в зависимости от того, как настроен сценарий, может происходить вопрос на продолжение работы или сразу выброс карты.
в результате, если банкомат получил разрешение на выдачу, а набрать купюр не смог из-за какой-либо ошибки, или просто их нехватки (информация о количестве купюр в кассетах ± из-за того что могут быть слипшиеся купюры, например), то оппаньки… и если после этого не получится отправить сообщение об этом — опаньки… возможно потому и задумался…
в редких случаях, например если человек не успел взять деньги, и банкомат их забрал, пятнадцать лет назад приходилось смотреть журнальную ленту на предмет логов. кстати тогда банкомат мог работать без бумаги в чековом принтере, но без журнальной — низачто.
Мы сетапили банкоматы (NCR5470 и Persona 75 если правильно помню модели) с чипами еще в 97-м году. OS/2 3.х. Мерчант-ридер подцеплялся по COM-порту, различные модемы, X.25 и сетевые карточки (NE2000) ставились ISA-ные через «елку».
не всегда. те же AT&T (NCR) четвертого поколения, что еще на OS/2, если мне не изменяет память при включении при селф-тесте всосет в емкость сброса все что лежит в механизме.
set colorcolumn=85
Про swap и backup файлы уже написали, я еще и undo файлами пользуюсь, причем если дерево версий плодится, редко, но пригождается плагин bitbucket.org/sjl/gundo.vim
Возможно, стоит с ним списаться…
подозреваю что купюра была просто ветхая и порвалась окончательно где-то на заборе или в тракте… у того же NCR-а все передвижения идут «горизонтально», поэтому где можно именно разрезать — непонятно…
Кстати не знаю как сейчас а раньше чтобы «настроить» кассеты под купюры надо было обрезать в размер пластиковые подпорки и собрать направляющие под размер купюр… Хотя и это не было особо критично, мы как-то гоняли одни и те же кассеты и под рубли и под доллары, работало…
если банкомат онлайн — чаще вообще в ответе приходит из каких кассет сколько выдать, если оффлайн — аналогичный софт стоит на самом банкомате и так же настраивается.
во-первых, мы не всегда знаем что не сможем выдать — количество купюр может оказаться не тем, что в счетчиках (например из-за слипшихся купюр). во-вторых, если придет отказ, у нас не останется выбора как сбросить набранную сумму в кассету сброса.
плюс, когда мы общались с людьми из NCR (конец 90-х) нам говорили что некоторые решения вообще чисто статистические.
да и на моей практике обломы с выдачей они достаточно редки, а если банк нормально мониторит банкоматы и инкассирует их регулярной, когда запас уже стал мал, а не совсем все кончилось, так вообще такое может происходить только при пиковом наплыве, типа выдачи зарплаты.
речь о другом принтере — внутреннем журнале, если в нем нет бумаги, то банкомат даже карту вставить не давал. судя по звукам, сейчас осталось так же…
сколько не видел — заряжают по счету, из пачек, и потом количество пишется на бирках кассет и вводится в счетчики банкомата.
-> запрос на снятие денег
< — разрешение/отказ
-> подтверждение получения
-> сообщение о снятии/ошибке
< — подтверждение
-> подтверждение получения
у каждой посылки свой таймаут. по таймауту в зависимости от того, как настроен сценарий, может происходить вопрос на продолжение работы или сразу выброс карты.
в результате, если банкомат получил разрешение на выдачу, а набрать купюр не смог из-за какой-либо ошибки, или просто их нехватки (информация о количестве купюр в кассетах ± из-за того что могут быть слипшиеся купюры, например), то оппаньки… и если после этого не получится отправить сообщение об этом — опаньки… возможно потому и задумался…
в редких случаях, например если человек не успел взять деньги, и банкомат их забрал, пятнадцать лет назад приходилось смотреть журнальную ленту на предмет логов. кстати тогда банкомат мог работать без бумаги в чековом принтере, но без журнальной — низачто.
у того же NCRа раньше была защита такая, что без специального загрузчика даже клавиатура не работала.
Мы сетапили банкоматы (NCR5470 и Persona 75 если правильно помню модели) с чипами еще в 97-м году. OS/2 3.х. Мерчант-ридер подцеплялся по COM-порту, различные модемы, X.25 и сетевые карточки (NE2000) ставились ISA-ные через «елку».
Так что могут быть варианты…