[>]
Re: Скриншот области экрана X11 в clipboard
linux.14
Andrew Lobanov(tavern,1) — vvs
2021-01-28 07:54:36
vvs> Вообще-то, Гном у меня выполняет функции десктопа. А скриншоты я делаю редко.
Тогда этот совет подходит только тебе.
vvs> Зачем вообще нужен десктоп, да еще такой огромный? Я пробовал другие варианты, но они меня не удовлетворили. Либо мне сложнее было выполнять мои повседневные задачи, либо мне неохота было менять привычки. Я, например, привык к его терминалу, к тому, как выполняется настройка. Когда-то на старом компьютере я использовал только xorg и терминал, но ставить все равно приходилось намного больше. Вообще, весь набор его обычных компонентов от dconf/gio до gtk нужен для работы необходимых мне приложений, так что экономия за счет gnome-shell мне ничего не дает. А вот ImageMagick мне совсем не нужен.
vvs> Я вообще давно не трогаю ОС. Единственное исключение было, когда Fedora отказалась от поддержки 32-битной архитектуры Интел. А я не собираюсь терять столько памяти на лишние нули в данных. Из всех вариантов наибольшую свободу выбора предоставляла NixOS и требовала меньше всего возни. Самое главное, чтобы работали необходимые приложения и функции, а на остальное нет ни времени, ни желания. Нет желания возиться с багами и глюками, а еще меньше с тараканами в голове дизайнеров ПО. У меня и так слишком большая часть жизни ушла на возню с компьютерами и теперь я хочу все свое время заниматься тем, что является важным для меня. Главное достоинство ОС - когда ее не замечаешь.
ППКС, но это точно не про гном. Я его очень долго настраивал, когда пытался использовать. В итоге удалось получить удобное и незаметное окружение, но ценой больших усилий. Пожалуй, так бы на нём и остался, да под иксами он артефакты рисует у меня, а под wayland, по крайней мере на тот момент, не решались некоторые проблемы.
Меньше всего возни в итоге потребовали i3wm и cwm %) Последний вообще практически не потребовал настройки, чем очень сильно порадовал.
[>]
Re: Смысл в альтернативных оконных-менеджерах/средах
linux.14
Andrew Lobanov(tavern,1) — vvs
2021-01-29 14:24:22
hugeping>> Так что минимализм, кроме эстетического удовольствия, может приносить и вполне конкретные практические плоды. :)
vvs> Я, как раз, свожу свои потребности к минимуму не ради эстетики, а именно ради экономии. Только это палка о двух концах: экономишь одни ресурсы - тратишь гораздо больше собственного времени и усилий. Нужна золотая середина.
Современные DE тратят много и машинных ресурсов и человеческого времени. Пока насторишь их до юзабельного состояния, пара-тройка вечеров и пройдёт. Потом ещё долго подтюнивать придётся и бодаться со сломанной конфигурацией при переносе с машины на машину. А если у тебя ещё и не очень производительное железо, то тратится уйма времени на всю эту низкую отзывчивость пользовательского интерфейса.
Конечно, если DE покрывает потребности и железо позволяет безболезненно им пользоваться, то это здорово. Но порой хочется не тратить уйму времени на борьбу с окружением, а хочется просто работать :) Поэтому i3 или cwm для меня куда более разумный выбор, так как ими вполне удобно пользоваться и вовсе без настройки, например. Однако, если потратить недельку на работу напильником, то и Gnome3 и XFCE4 прекрасные среды. Только я уже жалею время на их настройку.
[>]
Re: Скриншот области экрана X11 в clipboard
linux.14
Andrew Lobanov(tavern,1) — vvs
2021-01-29 14:24:23
AL>> Тогда этот совет подходит только тебе.
vvs> Какой совет? Это был всего лишь ответ на вопрос Петра, чем я пользуюсь.
это
Видимо, как-то не уловил сути. В последнее время с узла Петра сообщения в странном порядке приходят. Зачастую ответ я вижу раньше вопроса и потому не всегда удаётся адекватно проследить нить беседы. Надеюсь, Пётр починит это дело.
AL>> ППКС, но это точно не про гном. Я его очень долго настраивал, когда пытался использовать. В итоге удалось получить удобное и незаметное окружение, но ценой больших усилий. Пожалуй, так бы на нём и остался, да под иксами он артефакты рисует у меня, а под wayland, по крайней мере на тот момент, не решались некоторые проблемы.
vvs> Глюки везде есть, гном не исключение. Вэйлэндом не пользуюсь - это очень сырая штука, у меня на нем многие вещи или глючат или вообще не работают.
Перемигивания всех декораций окон и панелей раз в пару минут я больше нигде не наблюдал. Только в гноме под иксами. Поэтому и получается, что gnome == wayland. Иначе никак. По крайней мере на видеоадаптере от intel.
vvs> В гноме раздражает умышленная несовместимость с предыдущими версиями.
Я гномом пользовался чуть больше полугода и не успел оценить этих прелестей.
vvs>Но я редко обновляю ОС, чаще использую бэкпорт если не требует особых усилий.
В бэкпортах зачастую нет актуальных версий и приходится любиться со сборкой пакетов. Конечно, это нужно далеко не везде и не всем, но в некоторых случаях наличие актуальной версии ПО может быть критичным.
vvs>Нет желания тратить массу времени впустую, решая искусственные проблемы. Но все зависит от привычки. Если бы я начинал с Plan 9, то может на нем и остался бы. Хотя все-таки вряд ли, поскольку большинство приложений там работать не будут, а это то, что меня интересует в первую очередь.
В этом проблема всех этих прекрасных ОС. Решать на них "боевые" задачи зачастую просто невозможно. В итоге приходится вовзращаться на линукс.
AL>> Меньше всего возни в итоге потребовали i3wm и cwm %) Последний вообще практически не потребовал настройки, чем очень сильно порадовал.
vvs> Так это от привычки зависит. Если устраивают настройки по умолчанию, то вообще ничего делать не надо :)
Не обязательно от привычки. CWM был совсем непривычен в первые пару часов работы, например. Как и i3, когда я его впервые поставил. Тут скорее от продуманности настроек по-умолчанию зависит.
[>]
Re: Вдохновляющий текст: Write Code Every Day
develop.16
Andrew Lobanov(station13, 1) — Difrex
2016-03-10 08:43:45
>> The code must be Open Source and up on Github.
> Я вот, кстати, не считаю, что надо сразу тащить все на гитхаб.
Мне кажется, это надо читать, как "доступность кода с историей изменений". Хоть hg, хоть git, хоть svn с bazar. Во всяком случае именно это мне кажется хорошим тоном для Open Source проекта. В конце концов, хороший код с историей изменений и хорошими комментариями к коммитам может играть роль некоего учебного пособия помимо прочего.
[>]
Re: Упрощение написания скриптов для GIMP
develop.16
Andrew Lobanov(station13, 1) — vit01
2016-03-29 21:25:59
vit01> За отступы и оформление кода в целом не ругайте, по-другому читать ЭТО не получается =)
Возможно одно из двух: или ты не привык к лиспу или твой редактор некорректно занимается автоформатированием. Но в любом случае, код вполне читаемый на выходе, но видно, что писал человек, привыкший к алголоподобному синтаксису =)
[>]
Re: Упрощение написания скриптов для GIMP
develop.16
Andrew Lobanov(station13, 1) — vit01
2016-03-30 10:19:11
> Просто хочется как-то отделять скобочные блоки, чтобы не запутаться в них. Если оставлять закрывающие скобки на предыдущей строке (а не на отдельной), то очень трудно определить, где какой смысловой блок, и очень просто сделать синтаксическую ошибку.
Тут какое дело. Лиспокод не по скобочкам читают на самом деле. Я скобочки не замечаю даже особо. Блоки отделяются отступом, а синтаксис на скобочки не так уж и завязан при чтении человеком, как бы это странно не звучало.
> - Через Emacs можно советоваться с психотерапевтом и играть в тетрис!
> - Подумаешь тетрис! Я вон GIMP вместо калькулятора использую :D
Было бы прикольно подключиться SLIME к гимпу.
[>]
GTK5 и Xorg
linux.14
Andrew Lobanov(tavern,1) — All
2022-07-05 16:53:27
Что думаете по поводу возможного отказа от X11 в GTK5? Wayland, ИМХО, до сих пор не очень готов. Есть ли какая-либо информация из недр GNU? Ждёт ли нас очередное продавливание, как это было с systemd, ставшим в итоге стандартом де-факто?
[>]
Re: Emacs
develop.16
Andrew Lobanov(station13, 1) — vit01
2016-04-09 21:30:12
vit01> Попробовал SLIME. Удобная штука. С Емаксом работать пока сложновато, но буду как-нибудь привыкать.
Прикол в том, что Emacs это далеко не только тектосвый редактор. Так что посмотри в сторону других его возможностей при случае. А удобнее SLIME я действительно ничего ещё в разработке не встречал.
vit01> Как в сабже нормально настроить русскую раскладку? Просто сочетания клавиш работают только на английской.
А вот не знаю. С другой стороны, команды в vim тоже на английской раскладке надо вбивать. Так что переключение раскладки уже в подкорке. Но если нагуглишь решение, то делись.
[>]
Re: GTK5 и Xorg
linux.14
Andrew Lobanov(tavern,1) — ii.51t.ru
2023-01-17 22:33:26
ii.51t.ru> Дистрибутив - вещь консистентная, там всё должно работать. Если Альт или Debian выкинут 80% софта, как неподдерживаемый - я офигею. А если у них весь софт будет работать, то не особо критично, как. Я в своё время ток через полгода узнал, случайно, что у меня в дебиане уже не иксы, а wayland :)
Ну хорошо пользователям гномокед. А нормальных оконных менеджеров до сих пор не завезли под вяленький. Разве что sway для любителей тайлинга. Есть потуги запилить свой openbox. Уровня хотя бы базового fvwm нет и не предвидится. При этом с wayland слишком много проблем, так что пофиг на него. Не работает на нём ничего путнего, сам он глючит и тормозит на радеонах и интелах. Поэтому вопрос открыт.
Если дистрибутив вещь консистентная, то как будет работать GTK5 на системах с xorg? Или кто портирует fvwm под wayland? Скорее всего, весь этот годный и нужный софт просто полетит на помойку и останемся мы с подвёрнутыми штанами попивать смузи под гномом.
[>]
Re: Emacs
develop.16
Andrew Lobanov(station13, 1) — vit01
2016-04-10 17:42:27
vit01> Думал, что в емаксе что-то подобное, вот и спросил.
Учитывая мой опыт "я ещё только сформулировал хотелку, а для emacs её уже написали" наверняка есть что найти.
[>]
Re: Emacs
develop.16
Andrew Lobanov(station13, 1) — btimofeev
2016-04-10 17:42:27
btimofeev> Ещё org-mode в нем довольно крутой. Надо как-то познакомиться с ним поближе.
В своё время это послужило причиной моего перехода с вима.
[>]
Re: Emacs
develop.16
Andrew Lobanov(station13, 1) — vit01
2016-04-12 12:57:32
Difrex>> Я вот так и не осилил емакс. Для больших проектов использую Sublime Text 2, для мелких скриптиков -- vim.
> А в чём фишка Sublime и его клонов?
В том, что он очень удобен из коробки (i3wm, кстати, этим же славится), встроенный питон и некоторая схожесть с TextMate. Я на нём сидел около года и в принципе остались вполне приятные впечатления. А вот киллер-фич вспомнить не могу.
[>]
Re: Emacs
develop.16
Andrew Lobanov(station13, 1) — vit01
2016-04-12 19:43:21
Difrex>> * нормальное multiline редактирование
vit01> Что под этим имеется в виду?
Это такой режим редактирование, когда несколько курсоров одновременно реагируют на нажатия клавиш. После освоения регулярок уже не так нужно по большей части. Хотя в ряде случаев мжет быть удобно. Особенно для любителей хардкода =)
Difrex>> Даже подумываю купить его, хотя можно и так пользоваться - лицензия не запрещает.
vit01> Помню, что когда они выпустили третью версию, многие негодовали из-за нововведений и из-за проприетарной лицензии. Именно это меня и отпугнуло от того, чтобы его попробовать.
У него изначально проприетарная лицензия. Мне ещё вторая версия предлагала приобрести лицензию. Но ценник негуманный за такой редактор ИМХО.
[>]
Re: Emacs
develop.16
Andrew Lobanov(station13, 1) — Difrex
2016-04-13 16:08:48
Difrex> ЗЫ: Может подскажете мне по настройке Емакса что-нибудь? Гайды там кикие-нибудь?
Гайдов море на той же хабре. Только вот настройка такого монстра, как Emacs, это дело достаточно индивидуальное. Смотря что ты от него хочешь.
;; Добавляем пути для поиска нужных библиотек и расширений
(add-to-list 'load-path "~/.emacs.d/lisp/lua-mode/")
(add-to-list 'load-path "~/.emacs.d/lisp/php-mode/")
;;;
;;; Appearance
;;;
;; Disable GUI components
(tooltip-mode -1)
(menu-bar-mode -1) ; disable menu-bar
(tool-bar-mode -1) ; disable tool-bar
(scroll-bar-mode -1) ; disable scroll-bar
(blink-cursor-mode -1) ; disable cursor blink
(setq use-dialog-box nil) ; disable gui dialogs
(setq redisplay-dont-pause t) ; better buffer draw
(setq ring-bell-function 'ignore) ; disable bell
(setq inhibit-splash-screen t) ; disable splash screen
(setq ingibit-startup-message t) ; disable startup message
(setq frame-title-format "GNU Emacs: %b") ; display the name of the current buffer in the title bar
(show-paren-mode t) ;; paren highlignt
(global-visual-line-mode t)
(setq column-number-mode t) ;; display column numver at modeline
;; Display current time in modeline
(setq display-time-string-forms
'((propertize (concat "[" 24-hours ":" minutes "]"))))
(display-time-mode 1)
;; Set font
(set-default-font "Terminus-12")
;; Load and set solarized color theme
(add-to-list 'custom-theme-load-path "~/.emacs.d/themes/solarized/")
(load-theme 'solarized-dark t)
;;;
;;; Lua & php modes
;;;
(require 'lua-mode)
(require 'php-mode)
;;;
;;; Other
;;;
(delete-selection-mode t) ; delete selection by input new character
;; Disable backup/autosave files
(setq make-backup-files nil)
(setq auto-save-default nil)
(setq auto-save-list-file-name nil)
;; Scroll settings
(setq scroll-conservatively 50)
(setq scroll-margin 0)
;; Clipboard settings
(setq x-select-enable-clipboard t)
Ещё забыл сказать, что для программирования у меня установлена и настроена SLIME:
;;;
;;; SLIME
;;;
(add-to-list 'load-path "~/.emacs.d/lisp/slime/")
(require 'slime)
(setq inferior-lisp-program "/usr/bin/sbcl")
(setq slime-contribs '(slime-fancy))
и небольшое расширение для удобства написания игр на движке INSTEAD:
;;;
;;; Instead mode
;;;
(load "~/.emacs.d/lisp/emacs-instead/emacs-instead.el")
(global-set-key (kbd "<f4>") 'instead-goto-room)
(global-set-key (kbd "<f5>") 'instead-goto-obj)
(global-set-key (kbd "<f6>") 'instead-goto-dlg)
(global-set-key (kbd "<f7>") 'instead-start)
Остальная часть конфига к редактированию текстов не относится совершенно =)
[>]
Re: Emacs
develop.16
Andrew Lobanov(station13, 1) — Difrex
2016-04-14 14:20:05
Difrex> А можно ли в емаксе пилить свои комбинации клавишь не на Fx?
Не понял вопроса =) Можно какие угодно комбинации лепить. Как для глобального использования, так и индивидуально для разных режимов.
Difrex> И еще: хочу выделять несколько строк, а поотом двигать их по тексту через C-Shift Up/Down. Можно такое сделать?
Не сталкивался с такой необходимостью. Надо гуглить расширения.
[>]
Re: Emacs
develop.16
Andrew Lobanov(station13, 1) — Difrex
2016-04-18 18:43:52
Difrex> Вроде настроил себе emacs =>
Какой он у тебя гламурненький. Как такой modeline сделал?
Difrex> Разбираюсь с org-mode.
Это очень объёмная тема. По нему даже отдельная книга есть.
[>]
Re: Несетевые проекты
develop.16
Andrew Lobanov(tavern,1) — vit01
2016-04-27 19:26:25
vit01> Что скажете?
Я за любую движуху в нашей уютной. Иногда пытаюсь писать что-нибудь, но, как это ни прискорбно, у меня жизнь в основном перед монитором проходит и это очень печально. Просто так вышло, что друзья разъехались по России-матушке буквально все и не с кем стало тусоваться. В итоге ничего интересного со мной уже давненько не происходит.
Хотя вру. Два друга осталось, но с ними получается видеться очень редко и это как правило очень своеобразные междусобойчичи, когда мы отдыхаем каждый от своего, выключая мозг и перекидываясь очень тупыми шутками под большое количество чая.
[>]
Re: PM
develop.16
Andrew Lobanov(tavern,1) — All
2016-04-29 20:33:12
А как вообще в сабже с безопасностью? В каком виде оно хранится? А то я чёт перловые исходники совсем не разумею, а времени на кемел бук нет пока.
[>]
Re: Google и x86_32
develop.16
Andrew Lobanov(tavern,1) — vit01
2016-07-12 08:20:18
> Понимаю, конечно, что гуглу просто лень делать сборки, но надо же хоть как-то предупреждать. А то нажал кнопочку "Обновить", и сборочное окружение полностью сломано. Несерьёзно для такой большой корпорации.
Эта общая тенденция нынче. 32-разрядные системы постепенно уходят в прошлое, так как с них уходят разработчики и им лень заниматься сборкой. И везде или мелким шрифтом или молча это делают.
[>]
Re: Google и x86_32
develop.16
Andrew Lobanov(tavern,1) — btimofeev
2016-07-12 15:45:02
> И на python'е плюс kivy.
Вроде, там какие-то проблемы с третьим питоном, но для себя именно такой вариант на будущее рассматриваю. Пайтон, киви и бульдозер =)
[>]
Re: Новое лицо ii-go
idec.talks
Andrew Lobanov(tavern,1) — revoltech
2024-11-05 08:46:37
shaos>> Настоящие пацаны БД на текстовых файлах держат ;)
revoltech> Да кто против-то, только не жалуйтесь на тормоза при запросе кучи эх со слайсами.
У нас столько эх нет, чтобы оно тормозило.
[>]
Re: /u/push — оно вообще надо?
idec.talks
Andrew Lobanov(tavern,1) — revoltech
2024-11-05 16:04:18
AL>> revoltech> Существуют ли какие-то реальные юзкейсы у /u/push?
AL>> Да.
revoltech> Борода.
Не хами. Какой вопрос, такой ответ.
revoltech> Какие, например?
Например, узел в изолированной сети без внешнего адреса.
revoltech> И что должно произойти, если не у всех сообщений в бандле будет то же самое имя эхи, что и в поле echoarea? Зачем там это поле вообще нужно?
А где в бандле имя эхи, если не в поле сообщений?
[>]
С этим надо бы в ru.humor.14, да тольно оно не на русском языке
develop.16
Andrew Lobanov(tavern,1) — All
2016-09-05 16:49:30
В очередном треде tabs vs. spaces было обнаружено прекрасное:
butlerpcnet * 5 years ago
YES! Another strong win for us Tab people! Thank you :) another disadvantage of space-indented code is what I call the "asshole" principle. If I were using spaces to indent? I could be an asshole and indent with 1 space per level! Any normal person thah opens the file would have to make sure his/her IDE or text editor is configured correctly to convert the spaces, and convert back (like you said with committing). It's just a mess.
butlerpcnet * 3 months ago
Comming back to reverse my opinion! I'm now a 4-spaces indenter!! Python 3 standard is 4 spaces, and PHP PSR-2 standard is also 4 spaces. Go away tabs!!
[>]
Re: Заполнение форм PDF или "Russian, s*ka! Do you speak it?!"
develop.16
Andrew Lobanov(tavern,1) — vit01
2017-01-24 07:08:32
vit01> Услышав "PDF", я порадовался и подумал, что "для него уж точно кучу всего написали, проще некуда, найду что-нибудь". Но не тут-то было!
Вот меня как раз может ожидать работа с pdf, но из питона. И там может оказаться тоже весьма весело. По крайней мере беглое гугление показало, что граблей с PDF до сих пор много где есть, что на мой взгляд очень странно.
vit01> Где же, наконец, простое и рабочее решение для автозаполнения PDF-форм?
vit01> Вот оно: https://sourceforge.net/projects/pdfformfiller2/?source=directory
vit01> Использует библиотеку iTextPdf 5 версии, написано на Java.
Спасибо за наводку. Вполне допускаю отдавать данные сторонней штуке.
[>]
Re: Emacs
develop.16
Andrew Lobanov(Go!,0) — btimofeev
2017-03-13 08:32:07
btimofeev>>> Для андроид обнаружил программку Orgzly
btimofeev> Там есть еще Dropbox, но только в версии из Google Play (или если сам из исходников соберешь). Я, кстати, ей побольше попользовался и оказалось, что она поддерживает сильно ограниченный набор возможностей org-mode. И непонятно собирается ли автор этот набор расширять.
Пробовал его тоже. И тоже не глянулась урезанная до нельзя функциональность. А ещё бы полноценный git-клиент под андроид. А то в маршрутке приходится книги читать, а мог бы тратить это время на написание игрушки на инстеде. Писать есть чем вполне сносно, а вот потом пушить изменения нечем.
vit01>> Другое дело, что следовать расписаниям и всяким спискам в целом - это неудобно и часто бессмысленно, потому что планы постоянно перекраиваются, а хотелки меняются.
btimofeev> А для меня нормально работает: память у меня не очень хорошая, так что постоянно приходится записывать todo'шки.
У меня фиг спланируешь что. Так что простые тудушки покрывают рабочий процесс.
[>]
Re: Git
develop.16
Andrew Lobanov(Go!,0) — vit01
2017-03-13 14:26:36
AL>> А ещё бы полноценный git-клиент под андроид. А то в маршрутке приходится книги читать, а мог бы тратить это время на написание игрушки на инстеде. Писать есть чем вполне сносно, а вот потом пушить изменения нечем.
vit01> Порекомендую клиент MGit или его предшественника (по форку) SGit. И коммитить, и пушить, и всё остальное необходимое умеет.
vit01> https://f-droid.org/repository/browse/?fdfilter=MGit&fdid=com.manichord.mgit
Спасибо. Попробую.
vit01> Кстати, а чем тебя Termux'овский гит не устроил? Это ведь тоже вполне рабочий вариант (даже более идеологически правильный). Пробовал и остался доволен.
Как-то не очень удобно получается с ним работать без hacker's keyboard, а от последней я отказался.
[>]
Web и длинные ссылки
develop.16
Andrew Lobanov(tavern,1) — All
2017-05-07 12:56:21
Есть div, у него задана ширина в процентах от вьюпорта, внутри длинная-длинная ссылка. Ссылка переносится, но только один раз, а потом растягивает этот div за пределы экрана. Как это можно забороть? Есть опыт?
[>]
Re: Web и длинные ссылки
develop.16
Andrew Lobanov(tavern,1) — All
2017-05-07 13:15:38
> Есть div, у него задана ширина в процентах от вьюпорта, внутри длинная-длинная ссылка. Ссылка переносится, но только один раз, а потом растягивает этот div за пределы экрана. Как это можно забороть? Есть опыт?
Таки разобрался.
word-break: break-all;
И всё отображается как мне надо.
[>]
Re: Машина снов на Arduino своими руками
develop.16
Andrew Lobanov(tavern,1) — vit01
2017-06-27 22:12:48
vit01> Андрей попросил видео сабжа в действии. Вот оно:
vit01> https://alicorn.tk/dashie/index.php/s/4PZLyfKTDDVSH5U
vit01> Ничего интересного здесь нет (тем более, плохонькая камера мобильника не может запечатлеть эту игру света), но просто как факт.
Не взирая на то, что камера не сняла (ну почти не сняла) то, что было на стенах, мне видео понравилось =)
[>]
Вопрос по golang
develop.16
Andrew Lobanov(tavern,1) — All
2017-09-15 12:49:01
Есть затея сохранять слайс из структур в файл:
package main
import (
"encoding/gob"
"os"
"fmt"
)
type count struct {
echo string
count int
}
func main() {
d := []count{{"bash.rss", 100}, {"pipe.2032", 200}}
fmt.Println(d)
f, _ := os.Create("slice")
encoder := gob.NewEncoder(f)
encoder.Encode(d)
f.Close()
}
Файл вполне себе создаётся.
А вот считать из этого файла у меня не выходит:
package main
import (
"os"
"encoding/gob"
"fmt"
)
type count struct {
echo string
count int
}
func main() {
d := []count{}
f, _ := os.Open("slice")
encoder := gob.NewDecoder(f)
_ = encoder.Decode(d)
fmt.Println(d)
f.Close()
}
В итоге в d после декодирования вижу пустой слайс. Что я делаю не так?
[>]
Re: /u/push — оно вообще надо?
idec.talks
Andrew Lobanov(tavern,1) — revoltech
2024-11-06 08:42:03
AL>> Например, узел в изолированной сети без внешнего адреса.
revoltech> Если сеть действительно изолирована, оттуда и пуш не пройдёт. В противном случае gsocket, zerotier и прочее решают.
Сторонние решения вместо простой отправки ASCII-текста.
AL>> А где в бандле имя эхи, если не в поле сообщений?
revoltech> В каждом сообщении в одном из полей (строчка номер два) есть имя эхи. Что произойдёт, если в поле echoarea в POST /u/push будет указана не та эха, что в теле сообщения в бандле? Что должно произойти?
revoltech> 1) Такое сообщение отбросится?
revoltech> 2) Содержимое поля echoarea в POST-запросе проигнорируется?
revoltech> 3) Сообщение перепостится и туда, и туда?
Поле echoarea в POST вообще по хорошему должно игнорироваться. Впрочем, на совместимость с ii можно забить вовсе и выкинуть его из запроса.
[>]
Re: /u/push — оно вообще надо?
idec.talks
Andrew Lobanov(tavern,1) — doesnm
2024-11-06 08:42:04
AL>>> Например, узел в изолированной сети без внешнего адреса.
revoltech>> Если сеть действительно изолирована, оттуда и пуш не пройдёт. В противном случае gsocket, zerotier и прочее решают.
AL>>> А где в бандле имя эхи, если не в поле сообщений?
revoltech>> В каждом сообщении в одном из полей (строчка номер два) есть имя эхи. Что произойдёт, если в поле echoarea в POST /u/push будет указана не та эха, что в теле сообщения в бандле? Что должно произойти?
revoltech>> 1) Такое сообщение отбросится?
revoltech>> 2) Содержимое поля echoarea в POST-запросе проигнорируется?
revoltech>> 3) Сообщение перепостится и туда, и туда?
doesnm> 4. В эхе указанной в push будут сообщения как будто из другой эхи
А за такое надо бить.
[>]
Re: /u/push — оно вообще надо?
idec.talks
Andrew Lobanov(tavern,1) — hugeping
2024-11-06 08:42:04
hugeping> Согласен. Непонятно и мутно. Ну я такие сообщения буду дропать. Если echoarea в сообщении не соответствует тому что в запросе. Хотя предложил бы вообще не вводить echoarea в push.
Да. Я уже тоже решил, что про ii имеет смысл забыть. Уберу echoarea из полей запроса.
[>]
Re: Очередной беспорядок
idec.talks
Andrew Lobanov(tavern,1) — tuple
2024-11-06 08:42:04
tuple> Опять цыганские фокусы с бегом впереди паровоза :)
tuple> В общем "ленте" - https://club.hugeping.ru/echo/all :
tuple> - ii://TLSU6VMtvHxMzuCHvszE находится выше, хотя отправлено в 11:13
tuple> - ii://B2s0Ze9vgPVEz7hLae6o находится ниже, хотя отправлено в 11:28
А почему ты считаешь это неверным? Если сообщения будут не в порядке получения узлом, то как тогда фетчить, если не забором полного индекса? Вдруг там придёт сообщение в начало индекса, а у тебя фетч на срезах?
[>]
Re: Вопрос по golang
develop.16
Andrew Lobanov(tavern,1) — Difrex
2017-09-16 15:33:01
Difrex> Ну и ошибку лучше обрабатывать все же.
Это тестовый пример. В ошибку попадает EOF, так что заведомо всё нормально. Вот поему слайс пустой я не пойму.
[>]
Re: Очередной беспорядок
idec.talks
Andrew Lobanov(tavern,1) — hugeping
2024-11-06 08:42:04
hugeping> Да. Но видишь, свобода принимать сообщения от поинта с repto на отсутствующее сообщение важнее. Так что или терпим или снимаем с фетча. Свобода, она такая :)
repto на отсутствующее сообщение имеет смысл.
[>]
Re: Вопрос по golang
develop.16
Andrew Lobanov(tavern,1) — Difrex(mobile)
2017-09-16 18:12:36
Difrex(mobile)> А какая версия го?
1.9
Difrex(mobile)> Вечером попробую у себя воспроизвести.
Буду признателен.
Difrex(mobile)> ЗЫ: приехал в Москву. Отвык я уже от метро.
А я ни разу на метро не ездил. В Екатеринбурге, когда ездил на курсы по MS SQL Server, на нём можно было доехать от вокзала до гостинницы и обратно, но я предпочёл лишний ачсок пешком прогуляться.
[>]
Re: Очередной беспорядок
idec.talks
Andrew Lobanov(tavern,1) — doesnm
2024-11-06 08:42:04
hugeping>> Да. Но видишь, свобода принимать сообщения от поинта с repto на отсутствующее сообщение важнее. Так что или терпим или снимаем с фетча. Свобода, она такая :)
doesnm> А поменять местами уже на ноде можно?
А это бандитизм нацеленный на нарушение целостности эхи в сети.
[>]
Re: Очередной беспорядок
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-11-06 08:42:05
shaos> Это значит мне надо опрашивать blcat чаще чем раз в 5 минут чтобы эстетическую красоту соблюсти :)
Опрашивать можно любые узлы в любом порядке с любой периодичностью. Это нормально.
[>]
Re: Очередной беспорядок
idec.talks
Andrew Lobanov(tavern,1) — hugeping
2024-11-06 08:42:05
shaos>> Это значит мне надо опрашивать blcat чаще чем раз в 5 минут чтобы эстетическую красоту соблюсти :)
hugeping> Или проверять что поинт тебе шлёт сообщение с repto на отсутствующее сообщение. Не нода! Поинт.
Ну шлёт и шлёт. У поинта тоже может быть несколько аплинков.
[>]
Re: Очередной беспорядок
idec.talks
Andrew Lobanov(tavern,1) — hugeping
2024-11-06 08:42:05
>>> Или проверять что поинт тебе шлёт сообщение с repto на отсутствующее сообщение. Не нода! Поинт.
shaos>> И где я это отсутствующее сообщение буду искать? Ломиться всех опрашивать на всякий случай?
hugeping> Просто запрещать.
hugeping> Это заставит поинта не делать плохо. :) Потому что сейчас revoltech ведёт себя не как поинт, а как что то среднее между поинтом и нодой. Кстати, когда он сделает себе ноду и будет работать с ней, такая проблема уйдет. (Но, возможно, придут другие? :)))
Ущемлять поинтов только из-за нормальной работы сети? Может, тогда перетрясти стандарт.
Решить эту проблему не сложно: убираем срезы -- все гоняют только полный индекс, сортируем всёв хронологическом порядке, запрещаем на уровне договорённости одному поинту подключаться больше, чем к одному узлу. Нарушивших договорённость караем. И будет всё красивенько по идее.
hugeping> Ну, у нас федерация, я не настаиваю. Но как по мне - лучшее решение.
Лучшее потому что тогда не ломается одно из возможных визуальных представлений? Может, лучше просто как-то на стороне читалки эту проблему решать? Источником сообщений может быть что угодно. Целостность тредов при этом не гарантируется. Это прямо одна из основных идей была ещё в ii -- ты можешь взять сообщение хоть с какого-нибудь QR-кода в подъезде и оно упадёт в твою базу.
[>]
Re: Новое лицо ii-go
idec.talks
Andrew Lobanov(tavern,1) — doesnm
2024-11-06 08:42:05
shaos>> У меня статистика считается за сутки сразу после полуночи по тихоокеанскому времени - это 11 утра по Москве или 6 вечера по Владику, поэтому результат любого изменения лучше смотреть на следующий день.
shaos>> И кстати у меня ведь теперь есть ii://spnet.uplink где можно это обсуждать :)
doesnm> Хотите сказать что это сообщение шло до станции 2 дня? или hugeping снимал фетч
Узел может снимать фетч с кого угодно и когда угодно на своё усмотрение.
[>]
Re: Вопрос по golang
develop.16
Andrew Lobanov(tavern,1) — Difrex
2017-09-17 11:59:07
Difrex> Чтобы считать из файла структура и поля у нее должны быть экспортированы https://blog.golang.org/gobs-of-data
Да. Дело оказалось именно в этом. Спасибо за помощь.
[>]
Re: Очередной беспорядок
idec.talks
Andrew Lobanov(tavern,1) — hugeping
2024-11-06 08:42:05
shaos>> Нельзя запрещать сообщения с неизвестным repto т.к. невозможно обеспечить 100% надёжную когерентность баз данных в этой сети - где-то всегда будут неувязки (какие-то временные, какие-то навсегда)
hugeping> Это относится к обменам между нодами. Я же говорю о проверке сообщений от поинтов. Это нормально. Единственная ситуация, и мы ее сейчас наблюдаем, когда поинт берет сообщения от одной ноды и потом пушит свое - другой. Это не норма. А обмен между нод я не предлагаю фильтровать. Но ощущение, что меня никто не читает (или нн понимает). :)
А почему поинт не может писать через тот узел, через который ему больше нравится? Какая причина у этого, кроме repto, который ни на что не влияет по факту?
[>]
Re: Очередной беспорядок
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-11-06 08:42:13
shaos> Все существующие IDEC-клиенты позволяют забирать эхи из разных источников (даже там, где пользователь не является поинтом). Так что это не только не запрещено, а вовсе даже наоборот - приветствуется! Поэтому не надо выдумать бессмысленные ограничения и ненужные правила на пустом месте. Поинт это по сути уже «полунода» ;)
Поинт в IDEC может создавать эхи, писать любые сообщения. Единственное его отличие от ноды в том, что он не может отдавать бандлы.