Я правильно понимаю, что каждый день, каким-то образом права на папку меняются. Потом приходишь ты, chmod именно папку, а не файлы, и на следующий день все повторяется?
PS какие права стоят перед chmod?
тут проблема в том, что один кодом тут не отделаться. sudo и gksudo принадлежат root и имеют stiky bit, то есть всегда запускаются от root - по этому могут выполнятся от любого ползоватля.
Ну то что файлы можно открыть из разных процессов еще не означает, что если писать в него из разных процессов, то все будет хорошо :)
>Причем, файл создался, но данные, введенные перед sleep(15) не >сохранены в файле.
Ну это как раз таки все нормально - есть такое понятие как буфферезированый ввод/вывод (см. flush)
То что если успеть переписать файл после открытия, нужно точно смотреть, что до как, но скорее всего тут проблема во внутренних указателях файла.
@yttrium я конечно не настоящий сварщик (точнее питонист), но мне кажется ТС намикает на то, что объект который вернул open() соберется GC в результате чего файл реально закроется. В таком простом случае это будет работать. @stkrp в твоем эксперименте есть одно не правильное предположение, что файлы открываются эксклюзивным образом. Насколько я помню в винде для этого нужно выставлять кокой-то флаг в FileOpen, чего питон скорее всего не делает. По этому вывод не верен.
>REST-api это использование HTML и HTTP
Для REST-api совсем не обязательно использовать HTML, а по хорошему его там вообще быть не должно.
>это архитектура, сильно ограничивающая себя в сложностях. - Любое ограничение - это сложность, так что вы тут фигню написал, это раз. Два - REST api - это не разу не архитектура, это два. REST api - это соглашение о вызовах которое реализовано через HTTP методы и правильно организованные урлы, по этому это просто формат урлов.
да пожалуйста
cassandra - на каком-то смешном объеме данных в чуть больше теробайта имея три реплики на довольно неплохих (64GB оперативы и 8 ядер) серверах умудряется тупить и отваливаться по таймауту при запросах
fop - это чудо техники инженерной мысли падает по out of memory так часто, что уже грустно становиться
про java based IDE - я вообще молчу, что бы там работать нужно обладать по истине ангельским терпением.
@nobodynoone вы как-то очень странно читаете википедию
>Документы XHTML обрабатываются своим модулем (парсером) аналогично документам XML
>XHTML соответствует спецификации SGML, поскольку XML является её подмножеством
>Расширение
Сам задаюсь тем же вопросом без конца :) Возможно все java-разработчики находятся в состоянии перманентной эйфории от того что не могут отстрелить себе ногу как в с++ и забывают про элементарную сложность алгоритмов и того, что выделение памяти в куче - таки довольно медленная операция, а выделять им нужно часто и по малу. Я как-то пост на хабре читал (сейчас уже не найду) где ребята хвастались, что ускорили свою программу в хреналион раз просто отказавшись от итераторов.
@kmu1990 это не ромбовидное наследование. Ромбовидное - она на то и ромбовидное, что ромб напоминает и общий предок один, а у вас просто множественное наследование с дублированием предка.
@kmu1990 да, что-то похоже что нет в стандарте, привык, что они уже так лежат почти везде.
>То что вы говорите - это порядок инициализации,
Он тот тут причем?
>ромбовидное наследование не исключение, исключением можно назвать виртуальное наследование
покажите мне ромбовидное наследование без виртуального
Ничего он не молчит. Если у тебя класса есть предок - то в памяти он лежит перед ним, в твоем случае это будет [A, B], если у класса несколько предков, то они лежат в последовательности в которой они перечислены в строке с предками (блин, забыл как это называется). Исключение только ромбовидное наследование - но про него лучше не думать.
PS какие права стоят перед chmod?