Дневник ur'а

Сегодня у меня на работе большая удача: я нашёл решение проблемы, которое искал уже давно (пару месяцев, но, конечно, с большими перерывами на другие задачи, так что если мерять в чистом времени, то, наверное, несколько дней). Это касается Битрикса, поэтому напишу здесь решение, чтобы товарищи по несчастью могли найти это в интернете.

В общем, задача стояла такая: нужно написать скрипты, делающие что-то с облачным Битрикс24 (например, заливали бы туда некую информацию из базы данных), причём эти скрипты должны вызываться из командной строки, чтобы можно было прописать их в cron'е.

Я долго пытался разобраться с авторизацией Битрикса, но пришёл к выводу, что вне браузера и без человеческого участия авторизоваться в скрипте невозможно: в процессе авторизации несколько раз происходит редирект, в том числе на сервер авторизации Битрикса, где в конечном счёте нужно ввести логин-пароль и клацнуть кнопку "войти", да ещё запоминать куки, в полностью автоматическом скрипте вне браузера мне воспроизвести этот процесс не удалось. Это называется протокол OAuth, кажется, и разработан он, видимо, специально чтобы избежать автоматического входа из скрипта (даже если скрипт знает логин и пароль). Поэтому никак не удавалось сделать скрипт, работающий без человеческого участия.

Решение оказалось совершенно простым, но я потратил кучу времени, чтобы его найти, т.к. в документации Битрикса ни черта найти нельзя.

Читаем здесь: https://helpdesk.bitrix24.ru/open/5408147/

Ключевое слово — входящий вебхук. Просто нужно создать его в "Приложениях", сервер выдаст код авторизации и образец url для вызова функций API. Далее в скрипте безо всякой авторизации делается вызов нужных функций с использованием этого кода авторизации (через url по выданному образцу), и всё. Там на странице есть даже примерчик кода. Правда, как и всё у Битрикса, этот пример надо ещё привести в божеский вид (отформатировать, чтобы можно было его хотя бы прочитать) и кое-что исправить (как минимум одна синтаксическая ошибка там есть) — такое ощущение, что битриксовцы специально затрудняют доступ к информации, обфусцируют её, чтобы не каждый простой человек смог до неё добраться).

К дню программиста. Уже вторую (если не третью) неделю у меня идефикс написать переключалку клавиатуры моей мечты (для виндов, т.к. под ними я живу). Пишу на AHK (AutoHotKey). И вот есть один затык, который лично для меня не важен. но заради универсальности... Короче, никак не удаётся под Windows 10 определить текущую раскладку клавиатуры для _консольного_ приложения. Нашёл было способ, но он базируется на недокументированной функции WinAPI GetConsoleKeyboardLayoutName, которая работала в Windows 7, а в Windows 8 и тем более 10 уже не работает. И главное, гугленье (многодневное!) ничего не даёт - все только жалуются, что, мол, никак, и никто не знает ответа. А те кто знает, ЧСХ, молчат. А то, что есть те, кто знает - без сомнения, т.к. всякие там Punto Switcher'ы нормально определяют раскладку и у консольных окон.

И ведь не то чтоб мне это было сильно нужно - я использую FAR с ConEmu, а он сам эмулирует консоль и там можно использовать обычный способ для обычных гуёвых окон. Но заело меня, хочу разобраться. Маньячу вот потихоньку, чуть ли не всё свободное время... Сам знаю, что дурью маюсь, но заело.

Это гениально, я считаю :) Хотя поймут далеко не все.

Оригинал взят у slobin в Стратегическое

Натуральный stack overflow в моём мозгу. Основной по работе проект на Java EE, готовый процентов на 90, заброшен ("отложен") полгода назад для того, чтобы сделать сайт на PHP и Symfony. Сайт на Symfony отложен месяц назад для того, чтобы сделать ещё одну задачу (тоже на PHP и Symfony). Эта самая задача с сегодняшнего дня откладывается, чтобы сделать супер-пупер-срочную задачу на PHP (привязанную к старой, но работающей версии проекта на Java и SmartGWT). Это не говоря уже о том, что почти каждодневно возникают "прерывания" для срочных заплаток к старой и очень старой версиям проекта. Всё это написано на разных языках (Java, Groovy, PHP) и на разных фреймворках...

Stack overflooooooow... :(

К предыдущему. В конечном счёте вырисовался такой cmd-файл для того, что мне нужно (причём удалось-таки обойтись без использования встроенного скриптового языка, только ключами командной строки):

@ECHO OFF
SET avidemux="C:\Program Files\Avidemux 2.6 - 64 bits\avidemux.exe"
SET audioCodec="Lame"
SET audioOutputFormat="MP3"
SET videoCodec="Copy"
SET videoOutputFormat="MKV"
IF NOT EXIST !\NUL MD !
FOR %%F IN (%1) DO %avidemux% --force-alt-h264 --load %%F ^
  --audio-process --audio-codec %audioCodec% --output-format %audioOutputFormat% ^
  --video-process --video-codec %videoCodec% --output-format %videoOutputFormat% ^
  --save !\%%F --quit

Сразу говорю: mencoder не пошёл - не смог он просто скопировать видеопоток, несмотря на явное указание - стал перекодировать его, а это мне не нужно (время!). Так что мой выбор avidemux, видимо, правильный. (Во второй строке можно avidemux.exe заменить на avidemux_cli.exe, если нужен именно консольный процесс).

Так что мы, виндузятники, тоже умеем решать проблемы :P. Просто мы не любим, когда они вообще возникают на ровном месте. У линуксоидов вырабатывается рефлекс обходить свои баги, даже не замечая того. У нас, виндузятников, в принципе то же самое. Но я лично не вижу смысла менять шило на мыло. Я вполне счастлив с Виндой (на работе - даже XP) и менять её на ничуть не менее глючную (я на этом категорически настаиваю!) систему не намерен, тем более что глюки там другие и другая идеология отношения к пользователю (которая, как я уже писал, просачивается и в Винду - моя возня с упомянутой программой тому пример).

А проблемы с данной програмой - в пользовательском интерфейсе. Казалось бы, чего проще: сделать окошко, в которое drag-n-drop'ом можно накидать файлов, выбрать для них всех один и тот же набор параметров, задать подкаталог для вывода и нажать ОДНУ кнопку "сделай мне хорошо". Ведь все составляющие для этого уже есть (и drag-n-drop программа уже понимает), и работы там всей от силы на два дня (я, когда программировал на Дельфи, за два дня такое бы точно сваял), но нет, надо огород городить, встраивать скриптовый язык и прочее... Эх вы, юниксоиды, никогда вы не отучитесь мыслить только командной строкой, а GUI воспринимать только как обёртку к командной строке...

Чувствую себя выжатым лимоном. В последний месяц я работал очень напряжённо, а в последние дни вообще на пределе сил, чтобы успеть до отпуска реализовать главные фичи в проекте. Сейчас будто остановился на полном скаку. И только сейчас понял, насколько вымотался...

Запись сделана с помощью m.livejournal.com.

Перед сном пришла гениальная идея по работе (сегодня всю голову сломал, придумывая). Правда, мелкий своими капризами не дал додумать. Завтра скорее всего окажется, что фигня. Но хоть спать сегодня буду спокойно...

Запись сделана с помощью m.livejournal.com.

Таки jQuery рулит. Приобщаюсь сейчас.

По работе потребовалось склепать примитивное распознавание символов (номера телефонов в графике, сгенерированные без особого изврата). Вспомнил понятие корреляции, сбацал скрипт на groovy. Сегодня, после двух дней экспериментов, наконец-то заработало. Офигеть, действительно распознаёт! (Ясное дело, что это не OCR, там всё гораздо сложнее, но мне достаточно и этого).

Всё-таки знания, полученные на радиофаке, иногда пригождаются. Хоть и основательно забытые — как-никак я закончил институт 28 лет назад и с тех пор почти не работал по специальности: лет 5 после института работал программистом, ещё как-то связанным с обработкой сигналов (тогда, кстати, корреляция тоже пригодилась), а потом уже просто программистом, без всякой связи с радиотехникой (по большей части базы данных).

H2 — хорошая штука.

Картинку тут на работе подкинули. Хотя я знаю, что картинка несправедливая (судя по тому, что я читал, Haskell красивый и компактный язык), но всё равно смешно.

Поскольку я постоянно пользуюсь FAR'ом, то и небольшие файлы и скрипты редактирую непосредственно в нём. В редакторе FAR'а есть очень полезный плагин Colorer (в последних версиях он даже стал поставляться в дистрибутиве), который раскрашивает исходные тексты программ на разных языках. По работе мне в последнее время понадобилось работать с языком Groovy, и я с удивлением обнаружил, что поддержки Groovy в Colorer нет (хотя есть огромная куча языков, даже экзотических, от Кобола до Ска́лы, от PL/1 до Эрланга).

Когда-то я разбирался с настройками и прочими потрохами Colorer'а (в пору работы над моим UniRed'ом, который его использует), но за прошедшие 10 лет основательно подзабыл, да и Colorer с тех пор несколько изменился.

В общем, вот результат нескольких дней проб и ошибок, забирайте, если кому надо:

https://www.dropbox.com/s/l49xvayoeroqqoj/groovy-hrc.zip

(Для тех, кто, как и я, будет пытаться продраться через невнятную документацию Colorer'а на ломаном английском и тучу запутанных hrc-файлов для других языков, сформулирую очень кратко основной принцип: в правиле <block> атрибут region описывает, как по умолчанию нужно раскрашивать заданную область, а атрибут scheme указывает, где нужно брать дальнейшие правила для раскраски внутри заданной области).

Все уже видели, наверное, но всё равно не могу не поделиться:
xxx: Заходит джавист в столовую и говорит «Паблик статик файнал Борщ борщ нью Борщ, пожалуйста."
yyy: балбес он, в таком случае борщ будет доступен для всех, нужно private

А в Scala и Kotlin можно сказать просто вал борщ Борщ :)

P.S. Непрограммисты, не пугайтесь, это программисты так шутят :)

Вчера на работе мысленно сплясал лезгинку на радостях: после 3 месяцев чтения талмудов, биения головой об стенку и криков «ничего не понимаю!» заработал даже не прототип, а зародыш новой программы: 3-уровневое (3-tier) приложение на NetBeans Platform + Java Enterprise Beans, веб-сервисы, Glassfish, все дела... К тому же на клиентской стороне — таблица с пэйджингом (подкачкой по необходимости) данных с сервера, да ещё с lazy loading (т. е. пока данные не подкачались, в соответствующих строках пишется «загрузка...», приложение не затормаживается, а по приходе данных эти строки заменяются данными).

Конечно, там ещё год надо писать функционал, но главное, есть основа, на которой можно строить.

В общем, три месяца долбёжки книжек на английском не пропали зря. А то были моменты, когда я думал уже бросить это всё...

Сейчас сижу, зубрю Swing (оконная библиотека для Java) — я хоть и писал последние три года на Яве, но сразу начал со SmartGWT (приложение было под веб), а теперь вот пришла пора ознакомиться с родной явской библиотекой. В принципе от Delphi не сильно отличается, но я и Delphi уже подзабыл. Поэтому вот, зевая, сижу и доблю 700-страничную книжку Шилдта — до нового года буду долбить.

Параллельно посматриваю в сторону Groovy (планируется включить его в новый проект в качестве скриптового языка). Кажется, неплохой язычок. А когда допилят статическую компиляцию (а уже пилят), он, пожалуй, будет иметь больше шансов стать Java++, чем Scala. Ибо, хоть Scala и крута неимоверно, но её надо серьёзно изучать — она сильно отличается от Java и имеет в себе сразу несколько принципиально новых концепций. В то время как Groovy — фактически расширение Java (за исключением пары синтаксических мелочей) и «въезжать» в него значительно легче. Кроме того, в Scala, по-моему, переборщили с перегрузкой операций: увлёкшись, очень легко написать практически нечитабельный код. И то, что в Groovy для перегрузки операций меньше возможностей, даже хорошо: негде «разгуляться», так сказать :)

Давно меня достало название для пустой ссылки (или неопределённого значения), употребляемое во многих языках программирования и в базах данных: null. Достало потому, что в устном разговоре с коллегами трудно различить фразы «эта переменная (или поле в таблице базы данных) равна нулю (т. е. 0)» и «эта переменная равна null».

Дело в том, что в английском (и французском, кстати) такой проблемы не возникает, т.к. там 0 — это zero. А вот в русском и немецком 0 — это нуль (Null).

Отсюда возникает гипотеза: видимо, те языки программирования, в которых пустая ссылка (или неопределённое значение) называется как-то по-другому, разрабатывали не англоязычные люди. Действительно: Паскаль (nil) разрабатывал Вирт (швейцарский немец), Алгол-68 (nil) — международный комитет (и кажется, рулил им голландец ван Вейнгаарден), Симула-67 (none) — норвежская разработка. В Аде (которую разрабатывали, кажется, французы), правда, есть null, но у французов, как я упомянул выше, также нет таких проблем с нулём.

Правда, не знаю, как быть с Лиспом, откуда, собственно, пошёл nil. Его создал американский математик, но, вероятно, он был несколько грамотнее, чем более поздние компьютерщики (было это в 1958 г.), и, возможно, владел иностранными языками ;)

(Если, конечно, тогда ещё будет пенсия...)

Программа, над которой я работаю уже год и три месяца, близка к введению в тестовую эксплуатацию. Поэтому у нас очередной аврал — как всегда, полезли неожиданные глюки плюс в последний момент объявились новые фичи, без которых работать ну никак невозможно. В общем, сегодня я сижу и пашу, хотя хотел было забить. Как мне надоело программирование, кто бы знал... Да и вообще работа как таковая (отчуждённый труд), когда я вынужден заниматься не тем, чего я хочу. А тем, чего я хочу, я заниматься не могу — из-за того, что всё время уходит на работу и домашние заботы. На рабочем месте я для себя на компе едва ли успеваю что-то сделать, т.к. надо вкалывать, а дома доступ к компу ограниченный, ибо надо с дитём посидеть, дать жене посидеть за компом, да и вообще сил уже не остаётся...

Обидно ещё, что никак не могу добраться до электронных книг (на первой очереди — 5 томов Плеханова). Я и так-то лишь с трудом могу читать книги с экрана, а принимая во внимание вышесказанное — вообще никак. Заказал себе было на озоне e-ink-читалку, так ведь облом: после почти месяца ожидания прислали сообщение, что поставщик не прислал девайс, деньги вернут и т.п. Так, видимо, и придётся оставаться чукчей-писателем :(

Ну, а под катом — несколько скриншотов моей многострадальной программы (суммарный размер картинок небольшой — где-то 300 Кб).

Серверная часть написана на Java с использованием фреймворка mina, плюс несколько небольших скриптов на php в качестве прокси (если будут тормозить, перепишу на C под fast-cgi, но пока проблем они не вызывают). База данных — MySQL (но в будущем планируется переход на PostgreSQL).

Клиентская часть (работающая в браузере) написана на Java с использованием smartGWT (GWT — Google Web Toolkit — это, проще говоря, компилятор с Java на JavaScript; smartGWT — это к GWT добавили smartClient — мощную javascript-овскую библиотеку виджетов).

( Скриншоты... )

Поправил кое-что в в Ek!, а именно:

• Korektita: okazadis prokrastoj de enmeto de ĉapelitaj literoj dum rapida tajpado (do ili aperadis en malĝusta ordo). Por eviti tion mi mem en unikoda reĝimo transsendas ĉiujn literojn, ne nur ĉapelitajn, en la enmetan vicon. Tiel konserviĝas ĝusta ordo.

Или по-русски:

• Исправлено: происходили задержки ввода букв с диакритиками при быстрой печати (так что они появлялись в неправильном порядке). Чтобы избежать этого, я в юникодном режиме сам пересылаю все буквы, не только с диакритиками, в очередь ввода. Таким образом сохраняется правильный порядок.

Качать здесь.

А я приболел. Надеюсь, не свиной грипп :)

Решил тряхнуть стариной: обновил (после почти 5-летней паузы) свою широко известную в узких кругах программу Ek! — эсперантизатор виндовой клавиатуры.

Нового там собственно вот что:
3.6 (3-nov-2009): Ŝanĝita la meĥanismo de sendo de unikoda signo; nun ĝi uzas SendInput anstataŭ PostMessageW. Pro tio EK korekte funkcias kun unikodaj konzolaj programoj (kiel FAR 2.0). Probable malaperos aliaj problemoj (pri kiuj oni de tempo al tempo raportas, sed mi ne povas ilin reprodukti), sed verŝajne EK ne plu funkcios sub Vindozo 9x/ME.

Или на общепонятном ;) языке:
3.6 (3-ноя-2009): Изменён механизм посылки юникодного символа; теперь он использует SendInput вместо PostMessageW. Благодаря этому EK корректно работает с юникодными консольными программами (как FAR 2.0). Вероятно исчезнут также другие проблемы (о которых мне время от времени сообщают, но я не могу их воспроизвести), но скорее всего EK больше не будет работать под Windows 9x/ME.

Качать отсюда. Исходники там же.

UPD. Как выяснилось, с FAR 2.0 Ek 3.6 работает только при использовании ConEmu (это такой эмулятор консоли). Ну и ладно. А раньше-то вообще не работал :)

UPD 2. Подправил кое-что, версия 3.6.1 лежит там же. И (вы таки будете смеяться) под Win98 она тоже работает :)

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

1. Сегодня отпраздновали 2 года Гоше. Может быть, позже выложу пару фотографий, если будет время.

2. Неделю назад после более полугода активного программирования на Яве открыл в ней фичу, о которой совершенно не знал, а именно: блок инициализации в классе. В обычных классах он особо не нужен, т.к. есть конструкторы (вероятно поэтому некоторые учебники о нём умалчивают, в частности у Шилдта я этого не нашёл), но они очень полезны в анонимных классах. Т.е. можно написать вместо

final FormItem fieldName = new TextItem();
fieldName.setShowDisabled(false);
fieldName.setWidth("*");
fieldName.setName("name");
fieldName.setTitle(«Фирма»);
fieldName.setHeight(26);

вот так:

final FormItem fieldName = new TextItem() {{
    setShowDisabled(false);
    setWidth("*");
    setName("name");
    setTitle(«Фирма»);
    setHeight(26);
}};

т.е. избежать муторного многократного повторения имени объекта. Вот ведь блин, а я-то полгода мучался и плевался на то, что у Явы нет оператора with! Как говорится, век живи — век учись — и дураком помрёшь :)

3. Работаю над библиотечкой. Близка к завершению работа над «Анти-Дюрингом». Осталось самое муторное — предметный указатель. И хочу ещё на его основе сделать «Развитие социализма от утопии к науке» в виде отдельной «книжки». В общем, работы ещё недели на две.

4. Добрался наконец-то до книги Каутского «Происхождение христианства» (читаю в бумажном виде). Начало — описание общей обстановки в рабовладельческом Риме перед возникновением христианства — очень интересное. Может, это только на мой дилетантский взгляд (я не очень силён в истории), но для меня там было несколько новых фактов и идей. Буду читать дальше, хотя особо некогда (ну, френды понимают, почему).

5. Был неприятно удивлён обсуждением у lex_kravetski специальной теории относительности: здесь, здесь и здесь. Я почему-то думал, что он более в курсе. Я в детстве и юности (советской) очень интересовался СТО (и квантовой механикой, к слову, но не про это речь), прочёл массу популярных книжек и пару учебников на эти темы. Конечно, формулы и многие детали я начисто забыл за ненадобностью, поэтому и не встревал в дискуссию. Но дилетантство мне видно невооружённым глазом, причём ладно дилетантство само по себе, но вот когда на этом уровне начинают критиковать общепринятую теорию...

Но у lex_kravetski ещё терпимо, а вот помню лет 5 назад, когда я ещё тусовался на форуме КПРФ, вылезло несколько «кефирщиков» (приверженцев теории эфира) с бешеной критикой СТО, причём самое отвратное, что один критиковал её, как он думал, с точки зрения диамата. Якобы СТО — воплощение махизма, идеализма, релятивизма (в философском смысле) и ещё чёрт знает чего. Причём было видно, что СТО он не понимает совершенно. Другой вообще на дух не переносил Эйнштейна, потому что он был еврей (ну, тут вообще был клинический случай, но и первый не намного лучше).

Грустно это всё. Нет, я понимаю, что критика в науке необходима. Но за 100 лет в СТО так никто и не нашёл внутренних противоречий (все кажущиеся противоречия — всего лишь результат непонимания), а также противоречий с экспериментами. Это вовсе не означает, что СТО — единственно возможный способ объяснения явлений природы, но пока что никто не придумал другого способа, который объяснял бы их лучше (несмотря на заявления кефирщиков). До тех пор СТО остаётся рабочей теорией, хоть вы разбейте себе башку об стену. И тот факт, что кое-какие положения СТО нельзя непосредственно проверить экспериментом, ничуть не опровергает теорию. Главное, что следствия её проверяемы. Стоимость вон тоже в чистом виде измерить затруднительно... Я уж не говорю о пси-функции в квантовой механике (наблюдаем только её квадрат, а она сама — комплексное число)... И идеализм в этом могут видеть только твердолобые вульгарные материалисты-реакционеры. Для материалистов-диалектиков критика СТО не с позиций физики как таковой, а с позиций «философии» — позор и возрождение метафизики самого дурного пошиба. Я так думаю.

P.S. Пока писал всё это, забыл, что поставил вариться рыбу для кота, вода выкипела, и рыба сгорела. Вспомнил, только когда почувствовал запах горелого. Вот же ж блин, склероз... Бедный кот, останется завтра без завтрака :( Хотя может удастся наковырять жареные кусочки :)