tag:dreamwidth.org,2016-12-25:2612231 Яковлев Сергей Сергеевич AKA Radahnar AKA Ночной Сторож AKA q Ex 2:5020/122 qkowlew 2018-03-19T00:23:18Z tag:dreamwidth.org,2016-12-25:2612231:168360 2018-03-19T00:22:59Z 2018-03-19T00:23:18Z public 5 Есть подозрение, что свежайший (ну по крайней мере для FreeBSD и CentOS) memcached имеет memory-leak/buffer overflow баг, приводящий при некоем значении поступившего ему на вход url <b>с буквами нац алфавитов</b> (сорри, не нашёл точно в логах какой строкой это случилось) к выжиранию 2^32 байт памяти одной порцией (то есть вот так прямо +4 гигабайта в top ему прибавляется сей же секунд), причём ПРЕОДОЛЕВАЯ стоящее при запуске ему ограничение (там у меня было 1 гиг выделено). Всё это в достаточно типовом построении "nginx берёт из мемкешеда то, что туда положил php код вордпресса, битрикса или какой другой CMS"<br /><br />От операционки вроде не зависит - в CentOs и FreeBSD эффект наблюдался примерно одинаково.<br /><br />Это у меня два разных сервера стали недавно систематически падать и-или подвисать. Исследование показало, что, добавив им по 40 гигабайт свопа на тормознутом бекапном винте, я смог пронаблюдать "плавный" процесс "отжирания 4гиг мемкешедом" до того, как система впала в ошибку "не могу выделить свап спейс, пошли прибьём тут кого-нибудь..."<br /><br />Особенная красота ситуации на одном из серверов заключалась в том, что кеширование объектов в WordPress "вдруг" переставало работать для подавляющего большинства страниц сайта, что приводило к возрастанию числа SQL запросов к базе с 10 до 740 и с 28 до 3000 и ещё более, в результате всё подыхало прямо на глазах. Пример честно закешированной как html файл такой страницы - <a href="http://rusila.su/2018/01/26/mozhno-li-proverit-ekspertnoe-zaklyuchenie/">вот тут. видно 747 запросов к MySQL 8-)</a><br /><br />Сил раскопать самому этот кусок кода вот прям щас нету. :(<br /><br /><img src="https://www.dreamwidth.org/tools/commentcount?user=qkowlew&ditemid=168360" width="30" height="12" alt="comment count unavailable" style="vertical-align: middle;"/> comments tag:dreamwidth.org,2016-12-25:2612231:167656 2018-02-14T08:12:00Z 2018-02-14T08:12:00Z public 5 Случайно (роясь в дистрибутивах) поставил OpenOffice 3.2 под Wine...<br /><br />И вот его первый запуск.<br /><img src="http://qkowlew.org/screens/q-qhome-2018-02-14-11-07-11.png" alt="Open Office 3.2 под Wine в Linux Mint 18.3 ..." /><br /><br /><img src="https://www.dreamwidth.org/tools/commentcount?user=qkowlew&ditemid=167656" width="30" height="12" alt="comment count unavailable" style="vertical-align: middle;"/> comments tag:dreamwidth.org,2016-12-25:2612231:167221 2018-02-13T20:33:27Z 2018-02-14T11:23:40Z public 14 Upd 2: Да, по совету Жоры Мурого попробовал гнумерик - редактирование им ЯВНО ближе к реальности, чем все прочие варианты... И у него плюсики "там где надо" (правда, настройку Данные -&gt; Группы и структуры -&gt; Структуры внизу надо снять).<br /><br />Upd 1: уточняю. LibreOffice 5 у меня сейчас стоит и виснет.<br />Версия: 5.1.6.2<br />ID сборки: 1:5.1.6~rc2-0ubuntu1~xenial2<br />Потоков ЦП: 4; Версия ОС: Linux 4.13; Отрисовка ИП: по умолчанию;<br />Локаль: ru-RU (ru_RU.UTF-8); Calc: group<br /><br />При попытке сохранить после редатирования или открыть "плюсик" - зависает в состоянии "не отвечает".<br /><a href="http://qkowlew.org/tmp/kgbfilms.xls">http://qkowlew.org/tmp/kgbfilms.xls</a><br />Так что опять придумывать - ЧЕМ под Линуксом редактировать нормальный xls<br />Подскажите, пожалуйста.<br /><br /><img src="https://www.dreamwidth.org/tools/commentcount?user=qkowlew&ditemid=167221" width="30" height="12" alt="comment count unavailable" style="vertical-align: middle;"/> comments tag:dreamwidth.org,2016-12-25:2612231:166751 2018-01-24T15:53:49Z 2018-01-24T15:53:49Z public 1 В libreoffice автозамена работает только после нажатия пробела.<br />У конкретного узера было в MS Office что он набирает (( и получает [ сразу, без пробела.<br />В LibreOffice - облом. Только с обязательным пробелом.<br /><br />Поясняю - в английском тексте [] набираются легко и так.<br />В русском тексте где приходится ставить квадратные скобки - человек настроил в MS Office себе их набором двух круглых. После открывающей скобки пробел НЕ НУЖЕН.<br /><br /><img src="https://www.dreamwidth.org/tools/commentcount?user=qkowlew&ditemid=166751" width="30" height="12" alt="comment count unavailable" style="vertical-align: middle;"/> comments tag:dreamwidth.org,2016-12-25:2612231:166287 2018-01-07T14:19:26Z 2018-01-09T10:11:34Z public 1 Озадачившись запуском Adobe PhotoShop под Linux, я обнаружил, что в общем-то всё работает, кроме ввода текста в Text Tool, причём в PS 7.0 выдаётся довольно информативное сообщение, что запрос не может быть выполнен, так как не найден <b>системный</b> шрифт.<br /><br />Обнаружил, что в C:\WINDOWS\FONTS\ пусто.<br />Обнаружил, что инсталляция через wintricks даже ВСЕХ шрифтов НЕ приводит:<br />- ни к появлению C:\WNDOWS\FONTS\ существенной доли того, что обычно есть в XP/W7<br />- ни к появлению информации в реестре о некоторых шрифтах XP/W7<br />- к работоспособности Text Tool в Фотошопе.<br /><br />а приводит скорее уж к захламлению списка шрифтов, хехе.<br /><br />Заподозрив, что "что бы ни было прописано в реестре про шрифты - Фотошоп что-то пытается искать в папке FONTS), я, не мудрствуя лукаво, тупо скопировал из работающей (с данной версией Фотошопа) XP (x86, RU, Professional, SP3, установленная примерно по дефолту), все файлы папки C:\WNDOWS\FONTS\ в папку C:\WINDOWS\FONTS\ этой копии wine. И перезагрузил Linux.<br /><br />Заработало.<br /><br />Нет, не на всех версиях проверял.<br />Нет, не все нюансы перепроверил.<br /><br />Точно заработало: Linux Mint MATE x64 + (wine 1.6 или wine 2.0.3) + Adobe PhotoShop 7.0<br />Linux Mint MATE x64 + wine 1.6.2 + Adobe PhotoShop CS6 (не все шрифты набираются, но это и в винде так)<br /><br /><img src="https://www.dreamwidth.org/tools/commentcount?user=qkowlew&ditemid=166287" width="30" height="12" alt="comment count unavailable" style="vertical-align: middle;"/> comments tag:dreamwidth.org,2016-12-25:2612231:166075 2018-01-02T17:37:05Z 2018-01-02T17:37:05Z public 7 <ul> <li><a href="https://golos.blog/windows/@qkowlew/save-and-submit-pochemu-windows-xp">На Golos.io</a></li> <li><a href="http://qkowlew.org/texts/save-submit-xp.htm">Постоянное место этого текста на моём сайте</a></li> </ul> <h2>Преамбула</h2> Я систематически задумывался, почему переход пользователей с DOS/NT4/W95/W2000 на XP прошёл сравнительно безболезненно и чаще с откровенной радостью "наконец-то вот тут так-то!" нежели с плачем "где моя любимая XXXX..." <p>И почему я наблюдаю жесточайшее неприятие как новых Windows 10 концептов, так и андроидных многих фокусов, так и даже формально "внешне похожих" на Windows XP интерфейсов современных Линуксов и некоторых программ. <p>Я неоднократно садился за другие операционки сам и прбовал сажать других. И бесился сам порой сильнее тех пользователей. <p>И вот постепенно на меня снизошло некоторое понимание происходящего, которое я и хочу донести до вас данным текстом. <h2>Спаси и сохрани! Как было</h2> <div align="right">"Христос учит нас спасаться. Билл Гейтс учит нас спасаться чаще."</div> "Никого не интересует, сколько вариантов этого текста ты набрал до того, как отослал мне. Ты отослал одно слово НЕТ - и этого достаточно" <h3>Интерфейсы, операционок, рабочих сред и программ</h3> До XP (и массово написанных под неё программ) включительно во всех графических и в подавляющем большинстве неграфических, но "менюшных" сред работы присутствует единая концепция работы с информацией: <ol> <li>вот тут у меня на экране/в окне ВРЕМЕННОЕ состояние того, что я меняю</li> <li>вот явная кнопка "Сохранить", которая меняет состояние файлов</li> <li>вот явное сообщение "Сохранено успешно", что в самом деле изменили</li> </ol> "Сохранить" может называться по другому - "Да", "Применить"... <p>Временное состояние может лежать не только в памяти, но и в каких-то как стандартных (переменные TEMP/TMP), так и в своих собственных (scratch файлы Фотошопа) файлах. <p>Но в любом случае - разница между "сохранённым", "постоянным" и "отменённым", "временным" для пользователя концептуально присутствует в интерфейсах ОС, программ, в файловых менеджерах. <p>Отображение успешности/неуспешности сохранения тоже различное (например - когда кнопка дискетки становится серой или пропала * в редакторе Far это тоже вполне сообщение о том, что в файле и на экране одно и то же) <p>Процесс сохранения может быть немгновенен, и это часто предусматривается (см. работу в сети, ftp, scp и т.п.) <p>Работа пользователей с Svn/Cvs/Git системами, умеющими версионировать файлы - тем более содержит в себе эту концепцию, в более сложном виде. <p>Единственный параметр, где "нет явной кнопки сохранить" в среде - это расположение иконок на "рабочем столе". Даже фон рабочего стола в XP выбирается с кнопкой "Ok", хехе. <p>Среды, где эта концепция не применяется - это, в большинстве своём, среды ИГРОВЫЕ (и даже в них, замечу - однопользовательская игра, в которой нет кнопок Save/Load - БЕСИТ игрока, а в некоторых играх "пройти без Save/Load" - отдельное достижение). <h3>В Интернете</h3> <ol> <li>пока не нажал кнопку Enter в адресной строке</li> <li>пока не нажал Submit явно в формочке</li> <li>пока не нажал Refresh</li> </ol> твой браусер ничего никуда не шлёт, а отображаемое в нём не обновляется. <h2>Что же случилось</h2> "Никого не интересует, какой вариант текста ты счёл окончательным и отослал. Всем почему-то намного важнее следить, что ты там делаешь в процессе набора этого текста. Ты отослал одно слово НЕТ - но и все твои сомнения мы запомнили и будем иметь в виду" <h3>Интерфейсы, операционок, рабочих сред и программ</h3> В Windows 7 по чуть чуть (персонализация), в Windows 10 - во всей красе, а в Андроиде и во всех мной опробованных Unix рабочих средах происходит изничтожение (вплоть до нездравого поведения среды) концепции "Сохранить" в пользу концепции "любое изменение отображается сразу, НЕ ТОЛЬКО В ЭТОМ ОКНЕ, и надо пользователю это постоянно демонстрировать!". <h3>В интернете</h3> Стало совершенно обычным тот факт, что каждое нажатие на кнопку, каждое движение мышью передаётся серверу, а на большинстве сайтов - сразу очень многим серверам (яваскрипты стараются, и их очень много). <h2>Что думает пользователь</h2> Да, пользователь получил очевидные удобства ПОЛЬЗОВАНИЯ средами: <ol> <li>Я попробовал так - не понравилось, попробовал - понравилось, пойду ещё попробую, это же так просто! Красота какая</li> <li>Предсказательная сила</li> </ol> <h3>Однако...</h3> <ul> <li>А куда делась ВАЖНАЯ КНОПКА?!</li> </ul> Вместе с кнопкой "Сохранить" из среды исчезли последние объяснения и попытки научить пользователя чему-то. <p>Да, файлы и папки ещё есть, но вон в Скайпе для андроида стало невозможно послать ФАЙЛ. Просто больше нет этой кнопки. :) <p>Концепция ДЕЯТЕЛЬНОСТИ по ИЗМЕНЕНИЮ и СОХРАНЕНИЮ информации стала меняться. <h2>Суть изменения</h2> Пользователь ощущает, что: <ul> <li>вместо <strong>сознательной</strong> работы с информацией, которую от него требовали так или иначе программисты, админы, программы и вообще туповатые, но обычно исполнительные компьютеры...</li> <li>ему приходится <strong>бессознательно</strong> взаимодействовать с информационной средой, которая считает себя умнее пользователя, и пользователь теперь видит, что она, сволочь такая, в самом деле умнее! Информированнее, хитрожопее.</li> </ul> И вот этот набор ощущений у тех, кто почему то хочет продолжать работать с информацией "по старинке", с явными кнопками "Сохранить" и "Отмена" - приводит к тому, что замена среды Windows XP на почти любое что-то более современное, а всех браусеров на "Гугль без адресной строки" - нож острый. <p>А в командную строку они уже вернуться неспособны. :)</p></p></p></p></p></p></p></p></p></p></p></p></p><br /><br /><img src="https://www.dreamwidth.org/tools/commentcount?user=qkowlew&ditemid=166075" width="30" height="12" alt="comment count unavailable" style="vertical-align: middle;"/> comments tag:dreamwidth.org,2016-12-25:2612231:165814 2017-12-30T18:02:12Z 2017-12-30T21:29:22Z public 7 Ни для кого не секрет, что, сменив операционку (с Винды на Линукс), большинство пользователей не могут себе позволить переформатировать сразу все носители в более нативные файловые системы. <a href="https://qkowlew.livejournal.com/226493.html?thread=2791869#t2791869">Мнение "ну поддержка NTFS наконец то уже давно прекрасна!" среди линуксоидов уже в наличии</a>.<br /><br />Однако практика показала, что:<br />1. В процессе интенсивной работы с NTFS дисками (копирование туда и обратно файлов 0.2-70 гигабайт размером) пользователь обнаруживает(в данном случае это была silent_gluk, спасибо ей за терпение), что скорость ЧТЕНИЯ с NTFS диска в Линуксе вдруг становится непотребной (500-900 килобайт в секунду против обычных 17-49 мегабайт в секунду для этого конкретного диска). ntfsfix -d не помогает.<br /><br />2. ntfs check по конкретным Линуксом чаще отсутствует вообще (и при mount слегка поуродованной этим линуксом партиции выдаётся сообщение, где предлагается перезагрузиться в винду и чекать там).<br /><br />3. Часть аппаратуры (таков, например, аппарат с эмуляцией CD/DVD Zalman VE-300) не желает понимать NTFS, на который Линукс что-то записал (Zalman выдаёт сообщение Bad/Unsupported Hdd), и никому достоверно неизвестно "что там не так" с его точки зрения. Поэтому аргумент "да ну, <b>этот</b> линукс работает же с даннной партицией, нефиг париться!" не катит совершенно.<br /><br />4. Не всегда можно отребутить Линуксовую машину, к которой подключён "окривевший" NTFS диск.<br /><br />Потому итогом моих секспериментов стал следующий алгоритм "починки поломатого":<br /><br />Положим, у нас было mount /dev/sdd1 /mnt/DISK и работа с этим диском окривеладо некоторого состояния. Далее делаем так:<br /><br />===============================================================================<br />umount /mnt/DISK<br />vboxmanage internalcommands createrawvmdk -filename /path/to/sdd_writethrough.vmdk -rawdisk /dev/sdd<br />vboxmanage modifyhd /path/to/sdd_writethrough.vmdk writethrough<br />chmod a+w,a+r /path/to/sdd_writethrough.vmdk<br />chmod a+w,a+r /dev/sdd<br /><br />в VirtualBox берём машину с работоспособной Windows 7, останавливаем её.<br />Добавляем к ней носитель - диск с этим файлом /path/to/sdd_writethrough.vmdk.<br />Убеждаемся в том, что он "Сквозной"!!!<br />Если он не сквозной - идём в менеджер вирт носителей VirtualBox и там меняем его тип на Сквозной. И присоединяем заново.<br /><br />Запускаем виртуальную машину, дожидаемся, когда она обнаружит это устройство, убеждаемся в том, что это тот том, что нам нужен (в том числе по содержимому, хехе).<br /><br />(!) неочевидное из практики ещё чекания NTFS на Windows NT 4.0:<br /> ! метку тома стираем, затем создаём заново.<br /><br />Чекаем том средствами Windows 7.<br /><br />Shutdown виртуальной машины.<br />Убираем диск из неё.<br /><br />mount /dev/sdd1 /mnt/DISK<br />==============================================================<br />Поправки принимаются.<br />Если есть более простой путь - укажите.<br />Подчеркну условие - "не ребутить линукс". :)<br /><br />(если диски только MBR - для такого чекания годится и XP в виртуалке)<br /><br /><img src="https://www.dreamwidth.org/tools/commentcount?user=qkowlew&ditemid=165814" width="30" height="12" alt="comment count unavailable" style="vertical-align: middle;"/> comments