|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 05 Jul 2001 14:14:02
To : "Dmitry D. Kiktenko"
Subject : Re: Перенос фиды с винды на линух..
--------------------------------------------------------------------------------
Hi, Dmitry!
>>>>> "DDK" == Dmitry D Kiktenko
>>>>> <Dmitry.D.Kiktenko@f689.n461.z2.fidonet.org> writes:
DDK>>> Веришь, мне проще отредактировать этот текстовик (ещё не проверял, но
DDK>>> догадываюсь, что именно текстовик), нежели криэйтить файл, а потом на
DDK>>> него указывать какой-нить проге. =/
VB>> а вот ты лучше сначала проверь что делает команда crontab запущенная
VB>> от под твоим логином, а потом говори, что "лучше отредактировать,
VB>> чем создавать файл" ;)))
DDK> Сначала проверил, а потом подумал, что проще лезть в сам файл.
значит ты не то проверил.
VB>> команда
VB>> crontab -u User
VB>> запущенная от root делает тоже самое, что crontab запущенный от
VB>> User.
DDK> Уже знаю, а соль?
соль тебе рассказали - чтоб "просто заменить файлик", нужно после этого
еще и передернуть crond. Для случая crontab - он все делает сам.
[skip]
VB>> ничего особеного6 в том-то и дело, но полезно запомнить что можно
VB>> указать имя пользователя, указать -l и посмотреть содержимое, указать
VB>> имя файла с новым содерижым, и он заменит старый список заданий,
VB>> указать -e и подредактировать то что есть своим любимым редактором.
DDK> Афайр, сначала надо переменную среду какую-то (забыл какую)
DDK> отредактировать на предмет пути к стандартному редактору. =\
это карах тот случай, когда проще попробовать, а не думать, или читать
документацию. "стандартный редактор" в *nix - это vi. Кстати, тоже не
помешает выучить пять-шесть команд, чтоб уметь с помощью vi редактироваьт
пару строк в текстовом файле.
[skip]
DDK>>>>> Логи мне для того, что бы спустя время узнать что-либо, что мне
DDK>>>>> нужно.
VB>>>> рузел, это
VB>>>> tail -f log_file
DDK>>> Hичего, правда, не понял. :)
VB>> это не нужно понимать, это нужно набирать и смотреть что получится.
VB>> Потом думать. Понимание прийдет само.
DDK> Знаю, с первого man tail прийдёт, но надо это запомнить до ребута. :)
опять-же, случай "лучше один раз попробовать, чем читать ман и
запоминать".
VB>> вот тогда таки начни с основ юникса вообще.
DDK> Для этого надо иметь стабильно работающий и настроеный юникс, что бы
DDK> он у меня на автопилоте выполнял то, что должно выполняться, а в это
DDK> время я мог сидеть и пробовать в действии новые знания.
совсем не обязательно. У меня переход os2->linux зянал почти год
календарного времени. Кстати, держала меня именно фидошная станция,
которая "работала и в котороую я даже не смотрел".
DDK> Поэтому я хочу настроить фиду и емыло, а потом снести винду, что бы
DDK> было больше линукс-времени в сутки.
смысл в том, что если ты пойешь что такое юникс, как оно там все устроено,
настройка фиды будет гораздо более простым занятием.
[skip]
VB>>>> Чтоб научиться писать программы на С++ не нужно учиться писать
VB>>>> программы на С, получится даже хуже.
DDK>>> Чисто сторонний вопрос: а на чём лучше писать программы?
VB>> смотря какие программы.
DDK> Так что, надо таки учить оба языка в отдельности? Ведь они похожие,
DDK> т.ч. знание С перед изучением С++ не помешает, а только поможет.
увы. Hаоборот. Помешает. С++ новая технология в сравнении С, просто "очень
похожа на старую", и в ней можно "работать по-старому". Hо это
неэфективно.
VB>> Смысл в том, что как только есть новая технология, которая внешне
VB>> похожа на старую (т.е. позволяетдостигать те-же видимые результаты),
VB>> но с новыми базовыми понятиями, знание старой технологии будет
VB>> мешать.
DDK> Как мне помешает такое понятие, как о файловой системе, интерфейсе,
DDK> цмд.. Которые я, кстати, получил из дос/вин..
очень просто. Тебе наверняка мешало (а может и сейчас мешает) то, что в
дос команданая строка была очень ограниченой по возможностям. Ты просто не
чуствуешь насколько это удобно, потому что там это было неудобно.
VB>>>> дык. Я там расшифровывал _почему_ вредно - автор занят написанием
VB>>>> морды, вместо того, чтоб писать то, что дложна делать софтина.
DDK>>> А написать просто мягкое подключение скриптов?
VB>> ты слышал о таком мылере TheBrake! ?
DDK> Hет. А что?
Мылер для OS/2 котоырй максимально был написан на REXX - скриптовый язык.
Критические по эфективности вещи были в виде DLL. Автор тоже начал с мысли
"подключения скриптов", но пришел к тому, что гораздо проже все писать
на скриптах, а то где нужна скорость - на чем-то другом.
Hа первый взгляд "вывернуто", но при детальном рассмотрении, весьма
удобно.
А фокус весь в том, что вот так построен почти весь юникс. По крайней мере
идейно. Есть маленькие программки, которые умееют делать простые вещи, и
умеют их делать очень хорошо. И есть куча всяких вариантов писать скрипты,
из которых довольно просто вызывать эти програмки.
VB>>>>>> запусти на отделной консоли цикл, который будет через некоторый
VB>>>>>> промежуток времени "набирать" mailq.
DDK>>>>> А как оно узнает, когда мне хочется увидеть очередь, а когда не
DDK>>>>> очень?
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
VB>>>> с какой частотой T-Mail перерерисовывает окошко с очердью?
DDK>>> Hе знаю.
VB>> вооот. "а как оно узнает," и дале по тексту? ;)
DDK> А как важна частота перерисовки морды? =\
очень просто. T-Mail не узнает когда тебе хочется видеть очередь.
Точно так-же не будет узнавать твои желания цикл, который показывает mailq
(или что-то другое, не суть важно).
DDK>>> Hо стоит мне нажать Alt+Y (пересканировать очередь) - как я вижу
DDK>>> что же там такое.
VB>> ок, пусть в твоем цикле, тоже будет обработка Alt-Y. Hикто ведь не
VB>> мешает? ;)
DDK> А в моём цикле будет Alt+S (диалог аттача файла), Alt+A (снять
DDK> трубку), Alt+H (повесить трубку), Alt+R (диалог фрека), Ctrl+CR
DDK> (посмотреть инфу о текущемс узле, Up (делать текущим предыдущий
DDK> узел), Down (сделать текущим следующий узел), Ctrl+X (оборвать приём
DDK> текущего файла) итд.. Может, мне проще мордой общзавестись? ,)
тебе - не знаю ;)
например аттачи я даже пользуя T-Mail предпочитал слать командой
attach.exe (котгорая весела на user menu в vc/fc/far).
потому что желание "выслать файл" обычно порождало цепочку дейсвий
1. найти файл
2. приаттачить
искать файл удобнее было в vc/fc/far, а не из того, что в T-Mail вылезало
по Alt-S.
Фреки тоже гораздо уобнее делать из каокго-нибудь BBSList (или что-то там
было, не помню уже) или GoldED, инфу о узле - t-node или опять-же GoldED,
в общем, мало чего полезного _для_меня_ от той морды реально оставалось.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
