А тези от магазините, не предлагат съпорт на линукс инсталациите. Защо? Не знам, но това е главния проблем.
Трябва някой търговец да отдели едно кътче в магазина си и там някой от нас (колкото и да сме ламери, пак с нещо можем да помогнем) да дава съвети и напътствия на хората през свободното си време.

Съвети и помагане може да се прави само на хора дето поне малко вдяват за какво става дума.

Дали е Виндовс или Линукс проблемите винаги са едни и същи.
Компютъра ми не работи щотоо..... изтрил съм си иконката ... програмата ми е изчезнала... не мога да влеза в devo4ki.ru...или Скайп.... Компютъра ми неработи ... ама съм му скапал файловата система щото не го изключвам правилно.... този к. за нищо не става щото играта X не ми тръгва.....

И ако постоянно ви тормозят за абсолютни глупости ще се откажете да помагате на клиенти. На потребителя първата му мисъл, когато нещо не работи е не че той нещо е сгафил а, че някой друг му е виновен.

http://vbox7.com/play:3b5e8610

Никой provider няма да си пусне DNS-ите да са с публичен достъп!!!
в повечето случаи те отговарят само на заявки от клиенти на доставчика, а "от вън" - обслужват само заявки за домейни, които се обслужват от самите тях.

И аз така мисля. Току що пробвах двата dns-a дето ги имам от булстат - и те също не resolv-ват отвънка.

 

Мерси nc наистина върши работата.....  Само че откъде да се сетя като моята версия на nc нямаше нито -c нито -е опция.

То се оказва, че в света щъкат няколко версии на nc.
инсталирах си варянт на nc (който обаче се казва ncat) от сайта на nmap
http://nmap.org/ncat/
http://nmap.org/book/ncat-man-options-summary.html


програмката я стартирам така:
ncat --allow localhost,xxx.xxx.xxx.xxx -l 8181 --keep-open --max-conns 1 --sh-exec "user_lines_process "

а пък на отдалечения компютър пиша това:
nc server_ip 8181

това не е точно което исках, защото се оказа че nc/ncat рабoтят по следният начин:
при стартирането на командата:
ncat ...... -l 8181 --sh-exec "user_lines_process"

user_lines_process не се стартира. ncat изпълнява скрипта само когато се инициализира връзка отдалечено. В действителност скрипта се стартира даже и ако отдалечено се пусне nmap да сканира за отворени портове и премине и през 8181.

докато е отворена връзката скрипта е жив и мога да се тествам отдалечено безкрайно време ред след ред. обаче ако прекъсна връзката на клиентският компютър ncat спира скрипта.(например след натискане Ctrl-C)
След нова конекция всичко започва пак наново. Както и да е това засега върши идеална работа.

Исках въпросната програма да се стартира един път в началото и да не може да се спре независимо какво се изпраща отдалечено и независимо дали е прекъсната връзката. След време ще го напиша в конзолен PHP скрипт. Имам един пример написан на perl, но въобще не ми се занимава с perl.

Някой знае ли коя е еквивалентната функция на PHP на това:
http://perldoc.perl.org/IPC/Open2.html

Имам програма която работи постоянно и нищо друго не прави освен да чете stdin, да го обработва и да го изкарва обратно на  stdout.

Данните са текстови и са разделени с \n. тук за простота наричам програмата 'user_lines_process'. Тя е доволно сложно нещо, накрая има много опции, които заради тестването постоянно променям.

Има ли някакъв стандарен тоол (нещо подобно на TCP Wrapper) с който да може да стартира user_lines_process, да захване нейният стандартен вход и изход и да ги пренасочи към tcp сокет.

например нещо такова:
demonize -port 8080 -host localhost "user_lines_process"

целта ми е да мога отдалечено да тествам работа на user_lines_process например така:

echo 'some text to test' | nc localhost 8080

четох това
http://www.lainoox.com/bash-socket-programming/
http://shudder.daemonette.org/source/BashNP-Guide.txt

exec 3<> /dev/tcp/127.0.0.1/8080
user_lines_process 1>&3 <&3

Обаче така не става, защото порта 8080 трябва да е вече отворен. Това си е само писане на shell-а към сокет.

TCP Wrapper-ите от рода на tcpd също не стават, защото долкото разбирам те само изпълняват един път програмата, когато дойде конекция и след това я забравят. А при мен user_lines_process работи непрекънато. Не е направена да обработи еднин ред и след това да излезе.


това
nc -k -l 8080 | user_lines_process

работи, но само в едната посока  - слуша на порт 8080, но само за stdin - и не може да изпрати изхода от stout обратно на 8080.

Този проблем като гледам е доволно просто нещо и се надявах да има някаква програма с която да мога набързо да закърпя нещата - докато тествам и променям опциите. Като всичко е готово ще бутна user_lines_process в някой скрит, който да прави всичко това, но засега не ми се пише още скрипт, щото имам още много неизвестни.

Стига сега с тия телевизори дайте да минем на тема радио.

Само не казвай, че имаш някой стар ВЕФ.

Освен това намерих нещо много интересно.В края най-горния който не се вижда освен ако не разбутате вертикалното отклонение има брояч.Мисля че е бинарен появява се когато се излъчват филми по нова и по бтв.

Да не вземеш да откриеш топлата вода.  Точно там - в началото на всеки кадър и първите редове се предава телетекст.
Разбира се, че битовете могат да се видят с просто око. е БТВ и нова нямат телетекст, но там си е мястото ако трябва да се предава някаква цифрова служебна информация.

Мисля, че и при някои от аналоговите методи за кодиране на PAL (Така както някои кабеларки кодираха програмите), там също се предава някаква служебна информация за декодера.

Общо взето всяка линия която не се вижда, т.е. е закрита от капака на TV-to, може да се използва за предаване цифрова информация.

In analog television systems the vertical blanking interval can be used for datacasting (to carry digital data), since nothing sent during the VBI is displayed on the screen; various test signals, time codes, closed captioning, teletext, CGMS-A copy-protection indicators, and various data encoded by the XDS protocol (e.g., the content ratings for V-chip use) and other digital data can be sent during this time period. In U.S. analog broadcast television, line 19 was reserved for a ghost-cancelling signal; line 21 was reserved for captioning data. The obsolete Teletext service contemplated the use of line 22 for data transmission.

http://ftp.forsys.ru/literature/teletext/tutorial/pages/6.htm

Да бе да.... Как няма да се брои. Ти нека го видиш наяве па да видим дали ще спиш спокойно цяла нощ.

И са кво .. какъв телевизор да си купувам

Хм... И при 50HZ и при 100HZ и при 400HZ tv. Кадъра пак ще продължава 1/25 от секундата (40 ms).

Може би по малкото зло ще да е гледаме по американските стандарти дето е 60 HZ. Та там 30-тият кадър ще продължава по-малко и по-малко ще ни зомбира. Ама пък тогава гадовете да не вземат да вмъкват по два кадъра.... Айде да не давам идеи.


Между другото. Спомням си, че като бях малък. И когато например даваха новините на голям черно бял телевизор. Когато в стаята е тъмно (защото така много по-добре се виждаше) и като изключиш внезапно телевизора, на екрана продължаваше да свети в рамките на 2-5 секунди последният образ... като размазан неясен силует.. Например логото на новините (кълбо ли... какво беше там) или пък силуета на говорителката...

[Никога не гледайте на черно-бял телевизор юност]

Значи извода е Никога не гледайте на черно-бял телевизор юност, за да не ви промият мозъците!!!

[Не е лесно......]

//off

Абе вече 2 дена гледам тази тема и все нещо ме човърка откъде ми е познато това 'Не е лесно......'

Та сега зацепих
http://www.youtube.com/watch?v=Rhyzd7YHkvk

не че има нещо общо с темата.

Само да добавя,че има разлика дали su се пише с тиренце или без.
Например ако в момента си нормален 'username'

su

ще те направи 'root' но ще запази текущата дир. в която си и ще запази шелските променливи (например пътя) на текущият 'username'.
докато,

su -

ще те вкара директно в /root и ще вземе всички променливи на 'root' потребителя, (съответно временно ще загубиш предишните променливи и пътя на 'username'). Т.е. su - (със тиренце) е 100% аналогично на директно логване като root потребител.
su - (със тиренце) е препоръчително например когато се инсталира софтуер, точно заради пътя. Често срещана ситуация е: пише се су за да се инсталира нещо, но при инстала излизат разни грешки от рода на 'command not found' ('командата не е намерена'). Това е защото су е било написано без тиренце и няма път към командата.(пътят все още е от предишният юзер а не пътят от root юзера)





Аналогична е ситуацията с:

su username
и
su - username


при su - username ставаш пълноправен потребител 'username' и му отиваш в домашната директория.

GPL програмите могът да се продават от който и да е и на каквато и да е цена. Може да искате даже и милиони - стига да се намери балама, който да ги даде.


Обаче когато се продава нещо с GPL лиценз, се изисква да се предостави и source кода. Така че въпросният пич, (не съм чел точно какво се продава в продавалника) сигурно нарушава лиценза, щото не предоставя и диск с source пакетите. 

(Но точно в този случай мисля че нищо не нарушава, щото продава ubuntu, а пък ubuntu са предоставили сорса в сайта си.)


Нещо подобно правят и RH. Това което продават 99% не са го писали те. Т.е програмите са на друг 'собственик/ци'. Т.е. те продават нещо дето не е тяхно. Обаче понеже лиценза ги задължава, RH пускат и публичен достъп до src.rpm пакетите.

Е точно тези src.rpm пакети се използват от друи фирми (Centos), компилират се и се пука друго дистро. И RH не могът да направят нищо в този случай, пък и не бива, щото реално и морално те също продават нещо дето не е 100% тяхно.

[съзнанието определя битието]

Аз пик мисля, че съзнанието определя битието.

Ако хората не лъжеха и не мамеха толкова много - за дребничките работи. Не са селско-тарикати. Нямат самомнение -- ами то всеки тинейджър (пък и не само) може да има всичко от лъскавите работи - лъскав телефон, лъскава кола, мощен компютър - и като има всичко от това, то почва да се мисли за гений и че например е Ники Лауда на пътя или пък е най-големият спец по компютрите.

Та ако болшинството хора бяха по-нормални то автоматично ще се замогнат и държавата ще се пооправи.
 

[Как да си изядем боя от Сисадмина]

Това ми звучи на 'Как да си изядем боя от Сисадмина'.

Едно време трасирах в CorelDraw. Много трудно се нацелваха настойките. Обаче ако изходната графика има голям контраст и само няколко цвята - като е в твоя случай има надежда да се получи нещо използваемо.

разбирам че и inkscape имал трасиране... Обаче от там казват, че inkscape използвал това:

http://potrace.sourceforge.net/   

Според мен не се заебавай с големи и сложни интерактиви програми от рода на Corel; PS; inkscape. Tърси нещо конзолно за 'Batch processing'. От рода на горният линк. то май той е точно за това.

Пък след това като си нагласиш параметрите на tool-а спокойно можеш да го сложиш барабар с настроените опции в някакъв малък 'wrapper' скрипт.

cat photo.png | process.sh > kroyka.dxf

И кво са - стигнахме до квантовата механика. А пък аз се надявах някой да обясни и за 'птичките и пчеличките'.

Пич не ги слушай. Скачай смело и се захващай за работа.... Па като мине някой и друг месец да дойдеш тук и да се похвалиш с голям 'uptime'.