#soft_win

Настільки задовбала проблема, що тільки вирішилася, хочу відразу написати.

Є гарний музичний плейер AIMP2, який задобвує своїми модальними нагадуванями про оновлення. В настройках відключити змоги нема, а оновлювати - це вручну качати архів і розпаковувать.

Помітив за собою жахливий рівень прокрастинації. Весна, тренування, політика - все це вимагає уваги і відволікає від роботи. Згадав про цікаву статтю і почав користуватися CherryTomato - програмка, яка являє собою таймер і змушує вас концентруватися на 25 хвилин. По закінченню цього інтервалу - можна винагородити себе п’ятихвилинним читанням баша абощо.

Встановлення 1С та налаштування КДЕ принесло несподівані результати.

Авторизація у Active Directory настроюється легко і невимушено, складніше було додати доменного користувача у sudoers. Кому не треба або ліниво - можуть використовувати su.

Одноеска встала на навіть запускалася (дякуємо winetricks), хоча доводилося у вікні на кнопку "Предприятие" натискати двічі. Незрозумілий глюк.

При відладці - коли запущений конфігуратор і із нього запущена 1С - не відбувається перемикання назад до конфігуратора, тобто мені, як розробнику це дошкуляє. Хоча, це швидше незручність, аніж стоп-баг.

Із зручностей, до яких я звик - це запуск тої ж одноески через командний рядок із певними параметрами, через Тотал Командер. Настроїти відповідні кнопки у Krusader вийшло (хоча відсутня нормальна інструкція), але  - мабуть глюки вже вайна - не всі параметри нормально передавалися, і позитивного результату я так і не досяг.

Для всіх, хто страждає від відсутності нормального ICQ-клієнта для Linux, рішення є: R&Q portable чудово себе поводить під вайном.

Намагався встановити МС Офіс 2003 під вайн і потерпів фіаско - навіть процедура установки не запускалася.

RAM-диск створюється і конфігурується дуже просто, не треба навіть нічого додатково ставити.

Швидкість читання/запису NTFS досить сумна. Вінчестер на вінді видає 20-30 мб/с, на Лінуксі не більше 12.  Монтував через fstab за допомогою ntfs-3g. Перевіряв копіюванням одного великого файлу в /dev/null та на RAM-диск.

Висновки: працювати у такому середовищі мені, як розробнику - незручно. В мене є певна кількість звичок і зручних інструментів, які я хочу мати у своїй системі. На жаль, не всі із них вийшло швидко перенести у КДЕ, та задля справедливості скажу, що і у вінді я їх настроював поступово, протягом пари років. Однак зараз я не маю того часу на напильник, тому перехід відкладено.

Вирішив, поки простоює наш термінальний сервер, пристосувати його до власних нужд - для обробки великих масивів даних на кшалт перепроведення документів, абощо.

Заважв цій задумці той факт, що дискова система на сервері малопотужна - він же задуманий як термінальний, то зберігать там чи швидко писать/читать нічого. Натомість, на сервері 36 Гб пам’яті.

І ось я вичитав, що менеджер РАМ-диску, який використовую я, вже випустили і для 64-розрядної системи, і для Windows 7/2008. Ще й до того ж, російськомовна версія - безкоштовна (при умові відсутності підтримки).

Як я писав раніше - оновив Firefox до 10 версії. Сьогодні все-ж таки відкотився назад - як не дивно, в моїх умовах третя версія працює помітно стабільніше.

Як приклад - десятка стабілно крашиться від разу в день до 5, трійка ж  запущена тижнями і вбиваю лише вручну, коли дірки в пам’яті доводять до повної незворушності браузера. Отак і вір новим версіям. Добре хоч, перевстановлення туди-сюди не ламають дуже сильно профіль.

Якщо хтось використовує два монітори так, як я  - повернуті один відносно другого на 90° - один для роботи, інший для перегляду відео, то міг зіткнутися із проблемою перебігання курсора мишки на монітор, призначений для відео.

Програмка DDMM (Dual Display Mouse Manager) допомагає вирішити цю проблему за допомогою хитрого фінта: коли миша добігла до суміжного краю одного монітора, перш ніж перескочити на інший, буде зроблена пауза (настроювана). Тоді, якщо мишу дійсно треба перевести - то затримка у чверть (чи скільки ви хочете) секунди - і миша перебігла, а якщо цього не потрібно - то маєте змогу повернути її назад (вклавшись у виставлений інтервал).

Тим, кому доводилося адмініструвати СУБД MS SQL Server, відомо, що ця програмулька розміщує файли баз даних у своїй папці всередині Program Files  на диску C:

Зрозуміло, що така поведінка шкідлива по багатьом причинам, як наприклад:

ріст розміру файлу даних і особливо файлу транзакцій приводить до закінчення вільного місця на системному диску

раптове перевстановлення системи може привести до знищення даних

повільна робота у випадку, коли сервер єдиний і він же є контролером домену - на системному диску відключається кешування.

У таких випадках менш розумні адміністратори СУБД вчиняють так:

зупиняюсь сервер 1С

від’єднують базу від сервера СУБД

переміщують файли бази у потрібне розташування (на інший диск)

приєднують базу, вказавши нові шляхи до файлів.

запускають сервер 1С

Значний і суттєвий недолік полягає в тому, що такі дії потрібно повторити для кожної бази. А життєвий досвід підказує мені, що зазвичай у переміщенні до альтернативного розташування повинні брати участь УСІ бази, в тому числі всі, що будуть створені у майбутньому.

Для разового і радикального вирішення цієї задачі більш розумні адміни користуються символічними лінками, які дозволяє створювати файлова система NTFS. Алгоритм дій у цьому випадку такий:

зупиняється сервер 1С

зупиняєьтся сервер СУБД

вся папка із усіма базами переміщується на нове розташування

на цю папку у старому розташуванні створюється символічна ссилка

запускається сервер СУБД

запускається сервер 1С

Очевидні плюси:

спосіб потребує всього одної операції для всіх існуючих та майбутніх баз даних

не потрібно додатково настроювати сервер СУБД - для нього всі файли будуть доступні, як раніше, хоча насправді будуть займати місце на іншому розділі

Досі на роботі користуюся Firefix`ом 3 версії.

Оновлювався на 4 та 5 - і довелося відкотитися. Часті вильоти не давали нормально працювати.