Где-то в начале 90-х у домашнего компьютера после какого-то обновления DOS (что-то в линейке шестых версий) и наворачивания многоуровневых загрузочных меню, появился странный глюк — после загрузки машина считала, что у неё нажат правый шифт — не фатально, но неудобно — пока не стукнешь по правому шифту, всё вводилось "капсом". За пару минут был написан "патч" (на паскале, но подошёл бы любой язык, умеющий работать с портами ввода-вывода, и имеющий компилятор), исправляющий такое поведение… и назван он был незамысловато — "shift" ;-) http://cmdhelp.ru/?cmd=shift — в "автоэкзеке" он предсказуемо не принёс ожидаемого результата (т.к. лежал в C:\TOOLS, вписанной в PATH и вызывался просто по имени).
Что затруднило "отладку" — будучи запущен из среды разработки или из "коммандера" он нормально выполнялся, а вот в автозагрузке — увы...
… а я бы всё-таки уточнил, чем за последние десятилетия стали терабайты (TB=10^12B), и откуда появились тебибайты (1TiB=2^30B) — просто обратите внимание на отличие обозначений TB и TiB.
На синей ветке, по крайней мере северо-западнее Киевской — отвратительное покрытие. Хотя у остальных операторов (до запуска фемтосотовой сети) вообще покрытия не было...
По-моему, если "для всех", то это предполагает, что "секрет" может быть проверен неопределённым кругом лиц, соответственно, и злоумышленник может его предъявить...
Эх! Прям серпом по ране! Работаю в совершенно другой отрасли, но до боли знакомо — серверные стойки накрыты полиэтиленом (потому что иногда протекает), новый станок (упаковочный, но не суть) — работал только пока наладчики были — как уехали, ни одной нормальной упаковки не вышло, у соседей-микробиологов в стерильном боксе посреди прохода ведро — из потолочного светильника талая вода по весне течёт…
Но основное производство и у нас и у них — работает, продукция выпускается, и нормы качества вроде как выдерживаются.
Честно — считал всё для недавно закупленных нами моноблоков с, естественно, диодной подсветкой. Из них более половины — атомы с 18", остальные — i3 в мобильном исполнении и тоже не самые большие экраны.
Ну, а по совести — 35 ведь тоже без монитора ;-)
мощность всего 35 Вт – это в 3-4 раза меньше, чем потребление среднего офисного компьютера
Вызвало некоторый диссонанс — у подавляющего большинства офисных компьютеров потребление не превышает 80 Вт (а у завоёвывающих популярность моноблоков на атомах — и 50 Вт), это если вести речь именно об офисных "печатающих машинках". Если брать офис дизайнерского бюро, с навороченными графическими адаптерами, то да — там энергопотребление и в 10 раз может быть больше.
Помимо SPF и прочих бантиков, упомянутых выше, по-моему, идея использования самоподписанного сертификата на публичном почтовике — не самый правильный совет. Да и RBL за последние годы изрядно себя дискретитировали…
Я бы не рекомендовал бы никому данную статью в качестве инструкции по настройке почтового сервера (в том числе и по причине неполноты описания связки SELinuix+SpamAssassin+Postfix).
Повторюсь — "… нужен какой-то доступный и удобный механизм..." — дежурный специалист (круглосуточный) имеет наименьший необходимый набор навыков для устранения текущих сбоев — если этих навыков не хватает, то он фиксирует внештатную ситуацию и дёргает следующий уровень, что стоит дополнительных денег и нервов. Способный продраться сквозь последовательность команд, позволяющих увидеть картину на сервере/кластере специалист будет стоить значительно дороже, чем специалист, способный в графическом интерфейсе посмотреть на основные показатели, сравнить их с "эталонными" и предпринять соответствующие действия для разрешения проблемы. Почему для Windows такой инструмент есть "из коробки" (к нему, правда, тоже есть немало претензий), а для Linux — нет?
Прям возникает желание привести мою вэб-морду к более-менее унифицированному виду и опубликовать для общественности...
Про неупомянутые мной недоработки можно почитать в официальных списках — их там сотни, но о них уже сказано и обещано поправить, а вот по поводу:
Ну не могу я дежурному специалисту техподдержки группы производственных предприятий давать рутовый (даже судоэрский) доступ к командной строке продакшн-сервера. Да и "не по Ваньке шапка" — тут нужен какой-то доступный и удобный механизм, позволяющий завершить зависшие сеансы (сеансы-зомби, которые проявляют фоновую активность, но клиентский интерфейс уже отвалился от графической оболочки) или выявить источник повышенной нагрузки на сервер. Пока для себя решил эту задачу как раз написанием собственного web-интерфейса, дёргающего команды на сервере, но это как-то по-колхозному смотрится.
То, что УПП "похоронили" стало известно примерно через 6 месяцев после начала моего самого крупного внедрения и примерно через месяц после начала его ввода в эксплуатацию. Платформа 8.3 на тот момент обладала отвратительной стабильностью, а ERP была доступна только "для ознакомления", хотя на неё пообещали скидку при условии подписания контракта на внедрение с публичной оглаской. Да, понимаю, что стоило бы на раннем этапе "броситься в омут", но слишком уж высоки были риски и бизнес не согласился.
Задача в общем-то решена 1С. Есть много внедрений 1C на Linux. В нашем облачном сервере 1cfresh.com десятки серверов на Linux.
Если в каких-то конфигурациях что-то не работает на Linux — чиним.
Не совсем так. У меня тоже есть несколько внедрений 1С на Linux, и тоже вполне работоспособных, по крайней мере, если используются последниетиповые конфигурации. По моим наблюдениям, главные недоработки в этом направлении на сегодня:
Нет GUI-аналога оснастки "Администрирование серверов 1С Предприятия" — мне пришлось костылить собственный web-интерфейс для дёрганья командной строки на 1С-сервере.
УПП содержит много элементов, жёстко ссылающихся на Windows-сущности. Я понимаю, что конфигурация устаревшая, что надо бы на ERP мигрировать, но вот миграция эта, в отличии от Бухгалтерии 2.0->3.0 или "Кадров" оценена только по лицензии в весьма ощутимую сумму денег, а не стоит забывать, что ещё и настройки все надо с нуля переписывать, что очень сильно демотивирует потребителя от такого решения (по сути — новое внедрение). Вот и приходится "грызть кактус", вынимая из сейфа ноутбук с Windows Home, когда приходит пора сдавать отчётность. Благо ещё не пришлось интегрировать в эту конфигурацию складское или производственное оборудование — обошлись обменами с внешними источниками.
> Внешние источники данных – это прикладной объект конфигурации 1С, позволяющий взаимодействовать с любой ODBC-совместимой базой данных как на чтение, так и на запись.
Так сложилось, что последние лет 6 я занимаюсь сопровождением 1С под Linux (в качестве скорее сисадмина, чем разработчика), и постоянно сталкиваюсь с проблемами, что в стандартных конфигурациях вроде всё замечательно работает, но вдруг вылезает захардкоженное обращение к сущностям, отсутствующим у моих подопечных как класс — то штрихкод формируется прямым обращением к .dll (уже нет), то для формирования файлов отчётности в xml (!) требуется наличие Internet Explorer (по крайней мере было справедливо для УПП годичной давности), то путь к [файловому] хранилищу обязательно должен оканчиваться символом "\" (а у меня все пути оканчиваются "/")… вот теперь ещё и про «ODBC-совместимые базы данных» напомнили… с публикацией на web-сервере из Linux — вообще отдельная боль.
Хотелось бы узнать — есть ли, и если есть, то насколько приоритетна задача создания платформы полностью работоспособной без Windows?
Меня в своё время поверг в ступор интерфейс чёрно-белого телевизора «советского» производства (кажется, какой-то Рекорд) с ПДУ.
Телевизор был презентован правительством Брянской области моему деду на 50 лет Победы. Симпатичный такой телевизор, с ножками, чёрно-белый, правда, но для сельской местности это нормально — его предшественнику на момент замены было лет 30.
На телевизоре было три кнопки — две «вверх/вниз», одна — выбор «что вверх/вниз», и она же — включение/выключение (долгий тап).
Но самым загадочным оказался пульт дистанционного управления — на нём была ровно одна кнопка. Кнопка позволяла переключать каналы и выключать питание. По идее, она умела ещё что-то настраивать, но в инструкции шли адские комбинации из серий коротких и длинных нажатий, которые выучить не представлялось возможным.
Более нелогичного пульта управления мне с тех пор не попадалось.
Где-то в начале 90-х у домашнего компьютера после какого-то обновления DOS (что-то в линейке шестых версий) и наворачивания многоуровневых загрузочных меню, появился странный глюк — после загрузки машина считала, что у неё нажат правый шифт — не фатально, но неудобно — пока не стукнешь по правому шифту, всё вводилось "капсом". За пару минут был написан "патч" (на паскале, но подошёл бы любой язык, умеющий работать с портами ввода-вывода, и имеющий компилятор), исправляющий такое поведение… и назван он был незамысловато — "shift" ;-) http://cmdhelp.ru/?cmd=shift — в "автоэкзеке" он предсказуемо не принёс ожидаемого результата (т.к. лежал в C:\TOOLS, вписанной в PATH и вызывался просто по имени).
Что затруднило "отладку" — будучи запущен из среды разработки или из "коммандера" он нормально выполнялся, а вот в автозагрузке — увы...
… а я бы всё-таки уточнил, чем за последние десятилетия стали терабайты (TB=10^12B), и откуда появились тебибайты (1TiB=2^30B) — просто обратите внимание на отличие обозначений TB и TiB.
Мммм… установить печеньки и при успешной установке запустить алкоголь?.. Что-то тут не так %)
Уже было — "MosMetro_Free" и "MosGorTrans_Free". Зачем поменяли везде на одинаковый "MT_Free" — загадка.
На синей ветке, по крайней мере северо-западнее Киевской — отвратительное покрытие. Хотя у остальных операторов (до запуска фемтосотовой сети) вообще покрытия не было...
Спасибо. Зацепило. Классический образец "фантастики ближнего прицела"… вызвало противоречивые мысли.
По-моему, если "для всех", то это предполагает, что "секрет" может быть проверен неопределённым кругом лиц, соответственно, и злоумышленник может его предъявить...
Эх! Прям серпом по ране! Работаю в совершенно другой отрасли, но до боли знакомо — серверные стойки накрыты полиэтиленом (потому что иногда протекает), новый станок (упаковочный, но не суть) — работал только пока наладчики были — как уехали, ни одной нормальной упаковки не вышло, у соседей-микробиологов в стерильном боксе посреди прохода ведро — из потолочного светильника талая вода по весне течёт…
Но основное производство и у нас и у них — работает, продукция выпускается, и нормы качества вроде как выдерживаются.
Честно — считал всё для недавно закупленных нами моноблоков с, естественно, диодной подсветкой. Из них более половины — атомы с 18", остальные — i3 в мобильном исполнении и тоже не самые большие экраны.
Ну, а по совести — 35 ведь тоже без монитора ;-)
Помимо SPF и прочих бантиков, упомянутых выше, по-моему, идея использования самоподписанного сертификата на публичном почтовике — не самый правильный совет. Да и RBL за последние годы изрядно себя дискретитировали…
Я бы не рекомендовал бы никому данную статью в качестве инструкции по настройке почтового сервера (в том числе и по причине неполноты описания связки SELinuix+SpamAssassin+Postfix).
Я как раз старался наступать на все встреченные трещины. Сложно было на старых дорожках в парках =)
По комментариям понимаю, что таких меньшинство.
Это опечатка или намёк на былую "мёртвость" темы?
Повторюсь — "… нужен какой-то доступный и удобный механизм..." — дежурный специалист (круглосуточный) имеет наименьший необходимый набор навыков для устранения текущих сбоев — если этих навыков не хватает, то он фиксирует внештатную ситуацию и дёргает следующий уровень, что стоит дополнительных денег и нервов. Способный продраться сквозь последовательность команд, позволяющих увидеть картину на сервере/кластере специалист будет стоить значительно дороже, чем специалист, способный в графическом интерфейсе посмотреть на основные показатели, сравнить их с "эталонными" и предпринять соответствующие действия для разрешения проблемы. Почему для Windows такой инструмент есть "из коробки" (к нему, правда, тоже есть немало претензий), а для Linux — нет?
Прям возникает желание привести мою вэб-морду к более-менее унифицированному виду и опубликовать для общественности...
Про неупомянутые мной недоработки можно почитать в официальных списках — их там сотни, но о них уже сказано и обещано поправить, а вот по поводу:
Не совсем так. У меня тоже есть несколько внедрений 1С на Linux, и тоже вполне работоспособных, по крайней мере, если используются последние типовые конфигурации. По моим наблюдениям, главные недоработки в этом направлении на сегодня:
Так сложилось, что последние лет 6 я занимаюсь сопровождением 1С под Linux (в качестве скорее сисадмина, чем разработчика), и постоянно сталкиваюсь с проблемами, что в стандартных конфигурациях вроде всё замечательно работает, но вдруг вылезает захардкоженное обращение к сущностям, отсутствующим у моих подопечных как класс — то штрихкод формируется прямым обращением к .dll (уже нет), то для формирования файлов отчётности в xml (!) требуется наличие Internet Explorer (по крайней мере было справедливо для УПП годичной давности), то путь к [файловому] хранилищу обязательно должен оканчиваться символом "\" (а у меня все пути оканчиваются "/")… вот теперь ещё и про «ODBC-совместимые базы данных» напомнили… с публикацией на web-сервере из Linux — вообще отдельная боль.
Хотелось бы узнать — есть ли, и если есть, то насколько приоритетна задача создания платформы полностью работоспособной без Windows?
Телевизор был презентован правительством Брянской области моему деду на 50 лет Победы. Симпатичный такой телевизор, с ножками, чёрно-белый, правда, но для сельской местности это нормально — его предшественнику на момент замены было лет 30.
На телевизоре было три кнопки — две «вверх/вниз», одна — выбор «что вверх/вниз», и она же — включение/выключение (долгий тап).
Но самым загадочным оказался пульт дистанционного управления — на нём была ровно одна кнопка. Кнопка позволяла переключать каналы и выключать питание. По идее, она умела ещё что-то настраивать, но в инструкции шли адские комбинации из серий коротких и длинных нажатий, которые выучить не представлялось возможным.
Более нелогичного пульта управления мне с тех пор не попадалось.