В каталоге /mnt/sda14 примонтирована отдельная партиция
Как дать не-привилелированному пользователю право писать в эту партицию ?
Сейчас в fstab есть такая запись:
/dev/sda14 /mnt/sda14 ext2 auto,user 0 0
Не могу сделать импорт из html-файла, если не из по рута. Выбираю в диалоге импорта нужный файлик bookmarks.html, кликаю - и нифига - не импортируется.
Поставил сузю 11.3 Меня ждал неприятный сюрприз: они поменяли версию php с 5.2 на 5.3, и многие функции, особенно завязанные на регеспы, перестали работать. Проблема в том, что на хостинге стоит фряха и phph 5.2 , Т.е. мне дома нужно откатиться на 5.2. Как это грамотно сделать через яст ? Как ясту после удаления версии 5.3 подложить репозитарий с версией 5.2 и поставить ее ?
Нужно настроить локальную сеть из трех машин.
Есть 2 внешних ip-шника.
По одному ip нужно настроить фитипи-доступ , по другому ip - веб-доступ.
На первую машину , как я понимаю , надо поставить фитипи-сервер.
На третьей должен быть веб-сервер.
Вторая машина снаружи не должна быть видна.
Между тремя машинами должен быть доступ на уровне файловой системе.
Установить дистрибутивы - не проблема. Проблема в следующем :
1. Нужно настроить файрволы. Позволяют ли штатные файрволы надежно обезопасить машины при фитипи и веб доступе , или прийдется что-то ставить дополнительно ?
2. Как настроить файловый доступ между тремя машинами ?
3. Есть ли смысл выбирать между апачем и энгинсом на веб-сервере ?
Ткните мордой в мануалы, потому что для меня это поле непаханное.
Был такой психолог - К.Г. Юнг
Он написал труд под названием - Душа и миф
Я вот хотел спросить у тех , кто еще не спит , или уже не спит :
в какие формы возрождения души вы верите ?
1. Переселение душ - может быть множественным , многократным , и непонятно , сохраняется ли в этом случае целостность души
2. Перевоплощение - происходит при рождении человека , который потенциально может вспомнить , что уже прожил ряд жизней
3. Воскрешение - восстановление души после смерти .
4. Возрождение - происходит внутри человека при его же жизни , например при выздоровлении от болезни
Я верю во второй и четвертый вариант , четвертый вообще очевиден , второй - не очень.
Как , находясь под рутом , запустить ktorrent не из под рута ?
Слушающий сокет открывает дескриптор на чтение - запись . Может ли в принципе возникнуть такая ситуация , когда одновременно в сокет произойдет попытка и чтения , и записи данных ? Если да , то как узнать , что в данный момент в дескриптор производится какая-то операция ? Можно ли заблокировать дескриптор на время записи или на время чтения ?
Имеется мульти-плексированный сервер , который работает на основе select/poll.
Он слушает порт и создает на каждого нового клиента по одному файловому дескриптору .
Если сервер только слушает , то клиенты присоединяются нормально .
Как только сервер начинает писать , присоединение новых клиентов начинает глючить: на каждого нового клиента вместо одного дескриптора создаются три ...
Насколько безопасной является функция usleep применительно к pthread ?
У меня возникла проблема с TCP клиент-серверным приложением.
Оно начало грузить проц под 100%
Но стоило мне добавить в основной цикл usleep(100), как все пришло в норму.
У Стивенса есть пример для мьютексов и условных переменных , где он
глобальные переменные обьединяет в структуру shared вместе с мьютексом :
struct
{
pthread_mutex_t mutex;
int buff[MAXNITEMS];
int nput;
int nval;
} shared = { PTHREAD_MUTEX_INITIALIZER };
Я не могу вынести эту структуру отдельно в хидер , в этом случае компилятор ругается на multiple definition of `shared'
Как эту структуру правильно определить , чтобы ее можно было использовать в нескольких местах ?
В главном цикле я создаю поток , потом перехожу в управляющий цикл . При срабатывании флага я хочу прибить поток , потом снова его создать , делаю примерно так :
int main() { create_thread(); while(1) { if (flag) { destroy_thread(); create_thread(); } }
}
Делаю это потому , что в потоке создается слушающий сокет , и его нужно закрыть и по новой открыть. В функции destroy_thread() вызывается pthread_join c 2-мя параметрами , первый - id-шник потока , второй - NULL, и вроде как все работает. Так вот будет ли работать такая схема? Дело в том , что я не вижу , что поток джойнится, т.е. не могу проконтролировать это доступными средствами :-)
Обнуляю глобальную переменную в главной программе.
Создаю поток.
Делаю в потоке приращение этой переменной.
Возвращаю управление главной программе и в ней вижу , что глобальная переменная не изменилась.
ЧЯДНТ ?
Написал клиент-серверное приложение по стивенсу. На сервере на каждый коннект создается поток. При установке соединения сервер начинает отправлять клиенту данные. Если на клиенте сделать кенцел, сервер падает. Как отловить на сервере аварийное отключение клиента ?