Покажи Публикации - victim70
* Виж публикациите на потр. | Виж темите на потр. | Виж прикачените файлове на потр
Страници: 1 ... 27 28 [29] 30 31
421  Linux секция за начинаещи / Настройка на програми / Re: PHP editor за линукс -: Apr 17, 2009, 23:36
Чесно казано на gedit и vi имам само 2 малки проектчета дето с квантата :) ги писах ама в общи линии ми хареса. Еклипстта нещо не ми я дъвче добре дистрибуцията :) поради неизяснени от науката причини ми се дъмпи и то точно преди да се наканя да запиша :( .
Опа и аптаната ми гърми а и много голямо ццц 140 меги. Утре ще я разчопля изглежда обещаващо.
Мерси за идеята Go_fire
422  Linux секция за начинаещи / Настройка на програми / Re: PHP editor за линукс -: Apr 17, 2009, 19:44
quanta - примерно
423  Нетехнически теми / Коментар / Re: Защо така.. -: Apr 08, 2009, 21:25
За времето на КДЕ и Гном е спорно имам офис машини с повече от година работа без да се рестартират. За черпенето на ресурси съм съгласен но:
1. Няма нито един графичен драйвер за линукс който да ползва достатъчно добре ресурса на гартата и найното 2д,3д ускорение. Дори и за Nvidia важи това. Причина - затворените управления (спецификации) на производителите. CAD (имам предвид Varicadviewer) работи 10 пъти поне по-бавно под линукс при конфигурация Nvidia-linux intel830-windows
2. Слаба работа на разработчици на библиотеки от ниско ниво по оптимизацията им. Все още се тъпчат стандарти, някои открити по трудния начин в библиотеките.
3. Невярно показване на натовареността под вин. Понеже на кернел ниво не се отчита много коректно използваното време има един момент в който неможе да му се вярва. Ако се използва метода на допълване (стартира се безкраен цикъл за периода на неизползване на ЦПУ наречени dummy tic) то тогава индикацията на запълващият процес (до 100%) дава 99% а в същото време всичко се успива - т.е. неправилно рапортуване за използваемост на ЦПУ. Под линукс всичко си върви нормално, но индикацията е за 100% (правилно рапортуване на натовареноста на ЦПУ)
424  Хумор, сатира и забава / Живота, вселената и някакви други глупости / Re: Ураа VirtualBox вече има OpenGL и за Linux Guests :) Compiz хвърчи -: Apr 07, 2009, 20:29
А аз искам native драйвери за USB котлонче за да ми държи кафето топло и бирата студена.  ;D Има ги в http://www.dealextreme.com/details.dx/sku.3568. Ама не пишат дали са съвместими с моята ОС  ;D 'VistaXP TURBO TDI Service pack 1230000 ultra hipper super stable Standart Pernik Tuning'  ;D .
Сериозно по въпроса струв ли си да си махна един стар VMWare дето вече не го подържат и да го сменя с VirtualBox. Нямам в момента място да пробвам, но преди време го бях пробвал и нещо не ми хареса.
425  Linux секция за начинаещи / Настройка на програми / Re: Скриване на МАК адрес -: Apr 07, 2009, 20:15
Мисля че е много лесно, има един кабел нарича се лан. Дръпваш и само Господ ще открие мака. Нали по някакъв начин пакетите трябва да стигнат до заявителя им  :)
426  Хумор, сатира и забава / Живота, вселената и някакви други глупости / Re: Jabber - протоколът на бъдещето? -: Apr 05, 2009, 22:42
Цитат
Към victim70 . Ех човек, защо им казал, знаеш ли колко народ щяха да ти благодарят за инфото.

Все пак да успокоя духовете ще разкрия неща които (не са методи) са общественно достояние с цитати от кореспонденцията (преведена разбира се).
Цитат
Господин ... благодариме за вашите усилия за откриване на пропуски в нашата сигурност. За положеният труд решихме да ви компенсираме БЛАХ БЛАХ БЛАХ
Въпреки че притежателя на xml файла се счита за собственник на сметката, за да предотвратим потенциялни злоупотреби смятаме че е необходимо (в оргинал must) да подпишеме споразумение за неразпрозтранение NDA. БЛАХ БЛАХ БЛАХ Надяваме (пак противното must) се да спазите тези правила, въпреки че описаният от вас метод за откриване на паролата е практически неприложим за 99.9% от спецялистите в областа на системна сигурност (system security). БЛАХ БЛАХ БЛАХ Малко четки за мене, много четки за тях БЛАХ БЛАХ
Вашият опит доказва че нашите спецялисти са си свършили добре работата и смятаме че вашият опит е поредно доказателство, защо хората трябва по масово да използват снайп и да разчитат на неговата сигурност безрезервно (това изречение ме озори много е завъртяно). Още 10 подобни рекламни изречения в стил колко сме велики.
Все пак ние решихме че труда ви си заслужава нашият стимул. И така до края. Следва един Word документ които не се форматира с ОО под Word си е добре. Инструкция да го подпиша и да им го пратя по факса.
В NDA документа декларирах че сметката е моя и няма да имам никакви искове към тях и че те са ми разрешили и че се ангажирам да не го използвам за други сметки, и че няма да разгласявам подробно метода и че изобщо няма да разгласявам синтаксиса на xml файла и части от него ... и подобни неща - малък юридически пропуск имаха че не искаха да декларирам че родителите ми не са евреи примерно ама шъ гу упраат.
Сега как стана номера:
Първо ви трябва бърза машина - колко > 90 GHz (за неверниците стари кучета само ще им припомня една програма за търсене на извънземен разум SETI при която нещо такова се получаваше като резултат - и то без да влагат пари)
Второ ви трябва време - при мене беше около 2-3 седмици и 1 седмица писане и настройки и доста инсталации  ;D
Трето прочетете и разберете един документ http://www.secdev.org/conf/skype_BHEU06.handout.pdf
В него е всичко и нищо. На практика всичко е малко между редовете. Нищо защото е силно рекламен и редактиран (мое мнение).
Четвърто разбирате как работи система от частен и публичен ключ. Примерно пробвате се да генерирате за ssh или за SSL Apache двойка ключове като часният е генериран с парола от поне 8 символа (с 2 числа и 2 знака). След което започвате да търсите с вашият алгоритъм паролата на ключа, ама не все едно я знаета, а все едно я незнаете. След като успеете в разумно време, разбира се - е значи сте готови да направите всичко.
Разгадавате XML файла им (един жокер GDB не помага има .... нещо друго). Вадите каквото е необходимо, пускате софтуерИТЕ  ;D зареждате бири коли храна като за 3-4 месеца и чакате резултата.
Съвсем сериозно - ако не сте притежател на този файл и не ограничите търсенето, както и ако нямате опит с програмиране на ниско ниво и опит с това как работи компилатора GCC и какъв код произвежда, при 7-8 символна парола ще са ви необходими в най добрият случай 1-2 години непрекъсната работа на изчислителя  ;D .
По-лесно е човек да се откаже, както го правят повечето нормални хора. Ако сте толкова неведущ за тези неща като мене, и незнаете, че това е ПРАКТИЧЕСКИ безмислено - може и да имате успех.
Общо впечатление - намразих още повече тезт ВЕЛИКИ хора. Целият им успех е една сериозна агресивна рекламна кампания, която неможе да се проведе за отворените решения. Дори и гугълярите го признават че тяхната рекламна политика не е толкова агресивна както на снайпарите.
Но да не забравяме че храната на мошенниците са балъците. Махни балъците и мошенниците ще измрат от глад. Така че докато имаме листове със снайп сметки на хора дето не искат да се откажат (много го ползват финансистите - че бил сигурен, криптиран, и немогло да изтече важна информация - каза ми го един менажер докато избираше стационарен телефон по снайптта :) ) до тогава ще сме ПРИНУДЕНИ да ползваме и ние снайпа. Всички публикации, които не са им харесали, за пробиви в сигурността му са изтрити. Аз си спомнем поне 5-6 които немога да ги открия вече нищо че ги бях записал. Други са отбелязани като решени вече.

П.С. Това разкодиране няма да го повторя за никого, заради ангажимента който съм поел, както и заради големия ресурс и време който изисква целият алгоритъм. Няма да отговоря на всякакви провокации в поста за повече инфо или коментари. Всичко съм го написал с цел да предотвратя загуба на време на знаещи и можещи хора. А не да ги стимулирам да го правят. С подобна постъпка се оказва че вдигате рейтинга, работите за снайп и подобрявате отчетите на един продукт който явно не ви допада (поне на мен не ми допада). В света това са го правили и са успявали много малко хора <100. Срещу най-добрите решения мерки вече са взети в новите версии. Всяко писане за него, решаване на проблеми на снайпа, извън офицялната им подръжка само прави реклама на продукта и те я ползват, по един или друг начин. Включително насърчават такива неща. След това ги използват като убедително доказателство пред потенциялни клиенти колко добри са били.
А в същност въз основа на всичко това излиза, че услугата им е много добра. До сега не е хакната по-отчетите им, в постове, хакове, кракове и подобни ..кове няма публикуван софтуер за разбиване - а защо - защото са най-добрите в света. Дали това важи за Jaber, ICQ, Gtalk, AIM, MSN, NetMeeting, Ekiga - със сигурност НЕ има публикувани поне няколко .....кове за тези услуги.

Няма да се разсърдя на администраторите на сйта ако директно изтрият това съобщение. Ако аз бях на тяхно място, след мазното им писмо от сорта 'колко си наивен на ти пиет леа и оди да си играйкаш' бих забранил изобщо всякакъв коментар за този дръгел. Защото със всяко изписване на снайп им дигаме рейтинга като използвана думичка в гугъла, така че нарушаваме едно от правилата като правим косвенна реклама на комерсиален продукт (май съм допуснал малка грешка при писането :) ) Който иска да ползва Линукс а и снайп да си се оправя сам - той не е част от лиценза на дистрото, не е отворен код а и повечето са принудени по един или друг начин да го ползват от по-силни от тях. 
 
Аре че неделната ми  [_]3 се сгреа заради снайповците - много матерял им изписах.
427  Хумор, сатира и забава / Живота, вселената и някакви други глупости / Re: Jabber - протоколът на бъдещето? -: Apr 05, 2009, 19:09
Ползвам kopete с ICQ GTALK JABER за приятели и познати. За 'враговете' клиенти използвам Skype те не желаят да минат на друга комуникация.
Относно скайп протокола не му е затворен, затворен е алгоритъма за криптиране. Ако имате адна част от този алгоритъм (много е сложен) може и да се направи нещо с отворен код, но ще се нарушат лицензите на Скайпа така че не става да го имаме с отворен код.
Още нещо интересно:
Поисках разрешение от секюрити на скайп да си разбия паролата и - го получих с изричната уговорка да ги информирам за резултата, ако успея, както и за метода по който съм успял, и да не го публикувам без тяхното разрешение.
Е информирах ги за метода, получих предупреждение за право само аз да го ползвам без да го огласявам, и ??? 500$ ??? на скайповският ми акаунт и благодарности от тима.
Що ми не беше домашния да му се невиди ЦЦЦ-ццц.  :(  ами ощасливих с парички служебният ми :(
428  Програмиране / Общ форум / Re: Курсов проект за Х -: Apr 03, 2009, 22:20
А сега развръзката на серияла (всички са се врътнали по веднъж, цялото семейство плаче от умиление, и главния герой се жени за главната героиня докато лошия отива в затвора).
Не вярвах че такъв дебат ще предизвика една такава тема. Понеже няма да може да се публикуват тези работи до 3 години то мога да направя резюме и да подпаля още фитили.
Разработката е пусната към техническия университет в Мюнхен по индустриално инженерство. Въпроса е да се оптимизира линукс за вградени системи и автоматика.
Наблюдаваните проблеми от възложителя на изследването е слабата производителност на графичните апликации под линукс (моля не спорете наистина е така сравнете работа само на офис пакета и ще разберете за какво иде реч).
Целта е да се подпомогне подобряването на производителността посредством замяна на най-често извиквани малки функции със същите но написани по близо до асемблер с по голяма скорост на изпълнение. Избягва се също използването на сметки с плаваща запетая в тези нови функции.
Как протича до сега проекта:
Пуснали са Х сървер на няколко компютъра с различна архитектура, изследва се за най често използвани библиотеки (gat3way благодаря за идейния принос). На тези системи се 'маймунят' студентите ангажирани в проекта и стартират някакви си техни приложения.
На етап 1 се определя честотата на използвани библиотеки. Най-често използваните библиотеки ще бъдат профилирани по време на етап 2 (zeridon благодаря и за твоя принос) за да се определи от кои функции да се започне първо. На етап 3 ще се направи програма DOE (design of experiment) и ще се раздадат фрагменти от код за оптимизация по така направения анализ и честота на използване.
Целта ще бъде да се пренапишат (по-скоро редактират) тези функции така че да отнемат по-малко време за изпълнение.
Нататъка следва етап 4 вграждането им и етап 5 дебъгване етап 6 изследване на новата производителност.
На практика пари са отпуснати за етап 0 - проучване на проблема и етап 1 и 2. Имената на фирмите са конфиденциална информация и се знае от малко хора ??? но парите са ясни до момента 30000 европейски лева. Такива проучвания колкото и странно да е са най ефтини в университетите (за разлика от нас там е най-скъпо).
Въз основа на резултатите ще се приемат действия за внедряване на тези модификации и за нас в самия проект на "важните" приложения (кои са така и не е ясно).
Но като обобщение за нашите среди:
Тези методи са световно признати така че за разработчиците на софтуер не е зле да се изследва за какво време се изпълнява дадено писание в няколко различни реализации на една и съща функционалност.
Ако някой се интересува как се извършват тези тестове може да се отвори друга тема или нещо подобно. На практика се оказва че е доста просто но се иска малко повече търпение.
По трудно и времемко е да се оправи нещо вече написано отколкото да се внимава и изпипва при писане (Viva LasWin).
Време е да си дадем равносметка че малките победи с нашие ОС (Линукс, фрии БиЕсДи,.....) и пакетите за тях, не печелят войната, нещата са далече от идеалните (малко е силино но...).
Нещата които спъват инвестициите са:
Малката информираност на обществото като потребители, но на първо място са завършващите инженери (ИТ, електроника, програмиране ....) все пак те внедряват софтуера.
Лошата производителност при използване на съвременни графични приложения (света не е конзола). Липса на добри офис решения (говоря за бързина и език за писане за ламери 'счетоводители' като VB).
Липса на интересни за младежтта игри (това е първия досег с компютър обикновенно) дори да са ултра яка графика с много стрелба (натискане на газ) и никъква мисъл (малко са шах любителите).
Липса на интегрирани инструменти за интуитивна (ламерска) настройка които да могат да се адаптират за дадена конфигурация (добър опит е  Убунту там доста неща са оправени по подразбиране).
Липса не превод на български на документация. Не съм съгласен че америчкия е абсолютно задължителен. Докато чете един добър програмист, който е загубил 7-8 години като програмист, и още толкова като математик, на него обикновенно английския не му е перфектен и 20% от сивото му вещество е заето с превода. Защо трябва да ги губи тези 20% като обикновен преводач (е не съвсем обикновен) ако това може да му бъде спестено. 
Какво можем да направим:
Първо - да говорим открито за недостатъците - само ако се признаят недостатъците, проверят, потвърдят, и т.н.т. може да се отстранят. Ако смятаме че всичко е перфектно и колко сме добри - е нищо няма да стане само ще си лаем докато кервана върви.
Да се стегнеме и да започнем не само да използваме а и да участваме в проекти които са ни интересни.
Който неможе да пише софт то може да помогне с преводи, демонстрации консултации и т.н.т.
Какво ни е най-голямото постижение като Българи:
Това е добрият превод на български на приложенията. Признато е от чужденци, които знаят български, че българският превод е по добър отколкото немския, френски и испански.
Кой е най големият ни провал:
"О неразумний юроде ти що се срамиш да четеш и пишеш на Болгарски ...." - Въпреки добрият превод, много от нас си предпочитат да им е на английски - така им било "по-лесно" - несериозно обяснение. Аз не съм виждал французин с винбоза на английски всичко е на френски. За немците е същото. Е ние сме най англичанчета, по англичани от ирландците че и те го ползват на техния диалект . Направо Абсурдистан Булгаристан - провинция на Амеркан.

П.С. Повечето неща съм ги предал възможно най-близко с разговора с г-да Професорите от Мюнхенският институт по ИИ. Пропуснал съм някои части, имена и т.н.т. които не са за разгласяване. Пропуснал съм и моята реакция и див скандал който им дигнах (без да имам право) заради отправени критики към моят познат. Пропуснал съм и търпението и вниманието с което ме убедиха (аз пък се и съгласих) че не съм прав и греша. Съвсем малка част е мое лично мнение, но аз съм съгласен на 99% с тях, и съм убеден че са прави. С две думи "открий си проблемите за да ги отстраниш".
429  Хумор, сатира и забава / Кошче / Re: Помните ли? -: Apr 01, 2009, 19:25
Имам имам 8Д даже с хлопи :-) ама има сантиментална стойност. Серийният му номер е 104. Напомня ми за Чернобил и за моята младост - взех го с връзки за 420 лв седмица преди гърмежа - а бееме 17 годишни.
430  Програмиране / Общ форум / Re: Курсов проект за Х -: Mar 31, 2009, 18:28
Твърде ми е сложно да правя профил. Резултатите трябва да са готови за след седмица и да ги изпратя. Достатъчно е и използваемоста на библиотеките. Хората си разделят задачите малко странно, но въз основа на този проект ще се работи по оптимизирането на скоростта на Х-а. За съжаление ще е вътрешен проект за института им, а много бих искал да видя какви са ги натворили. За сега видях модифициран konqueror работи като изтребител.
431  Програмиране / Общ форум / Re: Курсов проект за Х -: Mar 30, 2009, 18:54
Изобщо не звучи малоумно но е доста работа - точно така би трябвало да изглежда. Надявах се да намеря някой официялен източник с готов подобен анализ. Иначе незнам за какъв период от време се счита за представителна извадка, кои програми трябва да се стартират за да направят някакво натоварване, кои са Х библиотеките за да ги филтрирам само тях. Изобщо доста неща са твърде академични и доста в страни от моите познания. Брей какви неща ги карат хората да правят а ние си чешем езиците :-) .
Ако има и други подобни педложения съм отворен много благодаря gat3way за предложението.
432  Програмиране / Общ форум / Курсов проект за Х -: Mar 28, 2009, 18:49
Здравейте,
Имам следният проблем:
Един младеж ме помоли да му помогна за курсов проект (учи в Германия). Касае се за някакви статистически анализи на кода на Х . Където знам му дадох инфото, но има едно нещо за което немога да намеря нищо. Това е статистика за честота на използването на библиотеките (или функции от тях) на Х по време на една сесия. Такова нещо съм виждал за Вин програми, направени от фирми, както и имам анализиращ софтуер, но е за Вин апликации.
Нещата трябва да изглеждат в най-лошия случай така:
libX11.so - 5%
libXdmcp.so - 1%
...
...
В най-добрия:
libX11.so - 5%
   func1 - 11%
   func2 - 25%
libXdmcp.so - 1%
   func3 - 28%
   func4 - 1%
...
...
Също така е желателно да се цитира източника на този анализ. Аз се опитах с strace и подобни функции но ще ми отнеме безкрайно време да обработя всичкият изход и да направя подобен анализ.
433  Linux секция за напреднали / Хардуерни и софтуерни проблеми / Re: Проблем с ehci_hcd -: Mar 23, 2009, 22:04
Да не е спраскана усб буксата ил да се е напълнила с мизерия? На този комп под Вин работи ли с нормална скорост дупката? Може и УСБ хъба да не е много наред.
434  Linux секция за напреднали / Хардуерни и софтуерни проблеми / Re: Проблем с ehci_hcd -: Mar 22, 2009, 20:40
Пробвай пак с uhci_hcd разтовари модула ehci_hcd, пробвай да форматираш пак под Линукс и ако не стане я смени с флашка на някое другарче, или я хвърли в кофата.
435  Linux секция за начинаещи / Настройка на програми / Re: gentoo intel vga и 3D забавяне -: Mar 22, 2009, 17:17
И аз имам подобен проблем с гентото АТИ карта и колелцата са добре
Това е след стартиране по подразбиране
16789 frames in 5.0 seconds = 3357.633 FPS
17167 frames in 5.0 seconds = 3433.359 FPS
14725 frames in 5.0 seconds = 2944.991 FPS
15842 frames in 5.1 seconds = 3117.091 FPS
3254 frames in 5.0 seconds = 650.454 FPS
Тука е на пълен екран
1038 frames in 5.0 seconds = 207.506 FPS
854 frames in 5.0 seconds = 170.640 FPS
843 frames in 5.0 seconds = 168.474 FPS
859 frames in 5.0 seconds = 171.731 FPS
854 frames in 5.0 seconds = 170.779 FPS
858 frames in 5.0 seconds = 171.404 FPS
850 frames in 5.0 seconds = 169.960 FPS
855 frames in 5.0 seconds = 170.828 FPS
853 frames in 5.0 seconds = 170.452 FPS
Обаче като пусна ефектите на KDE имам чуството че си минават през процесора твърдо 90% натоварване.
Игри с 3Д също накъсват - не много ама накъсват.
Varicad демото се движи също на пресекулки.
Дуал хед с TV не тръгва защото работи само с затворения драйвер а в него са спрели подръжката на ати 9200. Стария не се компилира с нов кернел. Абе лоша работа  >:(
Страници: 1 ... 27 28 [29] 30 31