@gongalov за Федора не знам как стоят нещата, но пробвай в /etc/NetworkManager/NetworkManager.conf да сложиш managed=true, рестартирай network-manager-а и след това пробвай с него да се вържеш към AP.

@kennedy дай един iwconfig да видим резултата. Ако работи в managed mode с hostapd може да пуснеш AP от тази карта: http://linuxwireless.org/en/users/Documentation/hostapd

Хм. Пробва ли да пуснеш ssh демон и след това с -X?

Виж колко памет гълтат тези сървъри. Ако си си свалил гащите някъде може да се претоварва от атака.
И дай да видим load-а на машината.

@Hmmm в *NIX може да изпълняваш програми с id-то на собственика на файла. Тоест виртуално се представяш за него. Това става посредством ефективното id.

Може да даваш сетваш suid посредством chmod. 

Код:

man chmod

Първата октета от правата е именно за това нещо:

Код:

1 - Sticky bit 
2 - Set group ID
4 - Set user ID

Ta ако разгледаш правата на /usr/bin/passwd ще видиш че е сетнато Set user ID. Точно поради тази причина, можеш да променяш паролата на потребителя ти без да се налага да си root.

За шел скриптовете обаче дали ще работят със suid зависи и от дистрибуцията. Точно заради това те питах с каква дистрибуция си.

Вече ти написаха за sudoers.

Ако искаш друга алтернатива. Правиш скрипта с права 700. Правиш едно байнари с права 4755 и си готов:

Код:

#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <unistd.h>

int main()
{
   setuid(0);
   system("/path/script.sh");

   return 0;
}

http://www.tuxation.com/setuid-on-shell-scripts.html

BTW: Ти с каква дистрибуция си, че може да изпълняваш шел скриптове с ефективното ид на супер потребител?

Това което си описал може да се направи директно с chown.

Код:

chown -R --from=root:root my_user:http dir 

Да, нека отворят спам канала и да се репоства едно и също нещо по 1000 пъти. Какъв е проблема да си направиш голяма сесия или да се логнеш за постоянно?

Ти ще пишеш 180 минути пост?

Изтрий си cookies преди да се релогнеш.

Пък моята сесия никога не изтича. Зависи откъде си се логнал.

Ха, абсолютно.

http://www.linux-bg.org/forum/index.php?action=login

Тук може да се определи колко дълга да е сесията.

По принцип би било хубаво да се шейрва сесията между форума и основния сайт. В основния сайт може да избираш колко дълга да бъде сесията ти.

Иначе като workaround може да си напишеш един user script който примерно през 5 мин изпраща по един AJAX request и ти обновява сесията.

Идеята е да го направим на български поне за сега. Ако направим достатъчно качествен проект преводът няма да е проблем. Същото важи и за домейн, който ще изключи "bg" от името.
Ако имаш предложения за домейн, може да ги споделиш.

За домейна, може да използваме някой от следните:

bashbg.org   
bgshell.org
bgbash.org (Зает, но пренасочен. Предполагам, че ще го предоставят)
bgcli.org

Аз като цяло съм за последните два домейна, но ако имате предложения споделете.
Първият определено не ми допада, заради произношението на български или по-скоро заради значението.

Последният пък не е толкова концентриран в Bash, но е достатъчно кратък и с точно значение.
 
   

@bop_bop_mara благодаря за линка. Доста полезни неща има. Ще бъде много хубаво да се включиш в проекта след като имаш и опит с упражнения във ФМИ.

Wiki-то ми изглежда най-логично в случая. Ще бъде лесно за менажиране и най-вече лесно за систематизиране на информацията.
Ако не се съберем достатъчно хора, може да пуснем в началото Wordpress и като се популяризира проекта и се съберат повече доброволци, ще го мигрираме към wiki страници.

Просто идеята е да има полезен сайт на български за шел скриптове със систематизирана информация.

@The_Ghost  тежко за какво, за компилиране или за изпълнение? И в двата случая:

Код

GeSHi (Perl):
/\D+/
/[^\d]+/ 
 

Няма никакъв backtracking и подозирам че времето за изпълнение ще са много близки. Аз лично предпочитам char class от гледна точка, че е лесно за добавяне на нови символи, но това са дреболии.

За backtracking-а може да говорим много. Просто енджините ала Perl могат да имат катастрофален backtracking. Имат тъй наречените патологични изрази. Та ungreedy е пачване на по-голям backtracking. Само заради това писах в темата. Ако може да напишеш регулярен израз без backtracking и естествено без ungreedy нещата ще са доста по-добре.

Също за оптимизации на Perl изрази е хубаво да се ползват atomic group и atomic repetition. Така например всеки лаик който пише:

Код

GeSHi (Perl):
/.+<\/head>/ 
 

И се чуди защо по дяволите му е бавен израза, ако го беше написал:

Код

GeSHi (Perl):
/.++<\/head>/
 

Щеше да разбере, че има backtracking от края на стринга обратно до `</head>`.