В случае с правами 444 конечно же рут будет писать, в полне вещей, потому как он владелец файла, там можно хоть 0 поставить , все равно рут будет писать. А вот с chattr.... нет...
Вот выдержка из MAN:
A file with the 'i' attribute cannot be modified: it cannot be deleted or renamed, no link can be created to this file and no data can be written to the file. Only the superuser or a process possessing the CAP_LINUX_IMMUTABLE capability can set or clear this attribute.
Попробуйте повторить мой набор команд, если у вас после chattr выполнится запись... буду весьма удивлен.
---------- Добавлено 25.08.2014 в 23:48 ----------
esetnod: Так быть не должно. Тот кто пишет, может старый дескриптор держит?
А причем тут дескриптор... По моему или ТС не правильно проверил после chattr ... или какой-то мега прикол с FS :)
satbauer, не тривиальность задачи заключается лишь в отсутствии доступа к серверу, потому как админ это не тот кто все знает, а тот кто умеет разобраться.
Отталкиваясь от одной информации - стоит рассматривать следующую, а когда нет консоли, поверьте, мысли идут вообще в разных направлениях и очень сложно их собрать в кучу, не говоря уже о том, что ваши ответы на форуме имеют куда больший timeout чем консоль сервера :) Но все же жду рецензии от "платного спасителя" интересно же ...
Мне сложно представить что гдето в параллельной реальности существует копия этого сайта, и при обращении бруазера загружается не сайт с сервера а откудато "извне" :)
НСЫ у всех сайтов одинаковые.
в логах обращение из браузера пишется, обращение из запроса скрипта не пишется.
Если это сарказм , то я пожалуй перестану даже думать об этой теме....
Вы сейчас сами подтверждаете то , о чем я говорю, если ваш запрос с браузера приходит на сервер и вы получаете 200, и все отображается в логе, значит логи настроены и все в порядке, однако при этом обращение с curl не доходит до указанного vhost и в логах вы не видите своего запроса....
Сделайте nslookup <вашдомен> с машины откуда вы браузером обращаетесь, а потом тоже самое с консоли откуда вы курлом обращаетесь.
А про параллельную реальность не надо, пока что вы в ней и находитесь :) Все работает но ничего не работает, не оно ли ? ;)
1. У вас в .htaccess запрещены коннекты с 127.0.0.1 на этом сайте.
2. Тот сайт который вы открываете через браузер открывается не с того места откуда сайт вызванный через curl. Это вполне возможно, посмотрите внимательно DNS а так же посмотрите access.log в момент запроса, видите ли вы там свои запросы вообще?
Stek: twig темплейты жрут 2-3 мега памяти на базовой функциональности. Doctrine жрет от 20 мег. 1 мег памяти - это на "hello world" только или pure php скрипт.
Я же сказал , при прочих равных, а на hello world хватит и пару килобайт :)
Stek:
А чего еще ? Приведенный выше пример с "какими то плагинами" вообще не по теме. У ТС ошибки на выделении трех мегабайт памяти, а не двух сотен.
Вы видимо не поняли 200 метров не выделяемой, а доступной для выделения :)))
А потом 400, потом 600 и 2 GB и постоянно не хватает пару килобайт :D
---------- Добавлено 22.08.2014 в 23:08 ----------
kgtu5, читайте внимательно что я пишу, причем уже не первый пост, причину и решение могут знать и найти только клиент и хостер, все остальное - пустословие. А я говорю что ошибка "нехватка памяти" ни всегда касается именно памяти. ВСЕ.
И да, при прочих равных memory_limit=1M тоже нормально :) Только это тут не при чем ;)
ValdisRu,
Вы явно что-то путаете:
#1
# id ;mount|grep md0
uid=0(root) gid=0(root) groups=0(root)
/dev/md0 on / type ext4 (rw)
#2
[root@router]# echo 'a' > /tmp/testfile
[root@router]# cat /tmp/testfile
a
#3
[root@router]# chattr +i /tmp/testfile
[root@router]# lsattr /tmp/testfile
----i--------e- /tmp/testfile
[root@router]# echo 'a' > /tmp/testfile
-bash: /tmp/testfile: Permission denied
В случае с правами 444 конечно же рут будет писать, в полне вещей, потому как он владелец файла, там можно хоть 0 поставить , все равно рут будет писать. А вот с chattr.... нет...
Вот выдержка из MAN:
A file with the 'i' attribute cannot be modified: it cannot be deleted or renamed, no link can be created to this file and no data can be written to the file. Only the superuser
or a process possessing the CAP_LINUX_IMMUTABLE capability can set or clear this attribute.
Попробуйте повторить мой набор команд, если у вас после chattr выполнится запись... буду весьма удивлен.
---------- Добавлено 25.08.2014 в 23:48 ----------
Так быть не должно. Тот кто пишет, может старый дескриптор держит?
А причем тут дескриптор... По моему или ТС не правильно проверил после chattr ... или какой-то мега прикол с FS :)
satbauer, не тривиальность задачи заключается лишь в отсутствии доступа к серверу, потому как админ это не тот кто все знает, а тот кто умеет разобраться.
Отталкиваясь от одной информации - стоит рассматривать следующую, а когда нет консоли, поверьте, мысли идут вообще в разных направлениях и очень сложно их собрать в кучу, не говоря уже о том, что ваши ответы на форуме имеют куда больший timeout чем консоль сервера :) Но все же жду рецензии от "платного спасителя" интересно же ...
вангую, что какой-то скрипт отдает ответ 200, но на страницу рисует как будто ошибка 403.
Почему же в таком случае в логе нет обращения?
☝
К серверам на базе i3 добавлен следующий:
Обращаемся, не стесняемся.
satbauer, а доступ дать что бы посмотреть можете?
Мне сложно представить что гдето в параллельной реальности существует копия этого сайта, и при обращении бруазера загружается не сайт с сервера а откудато "извне" :)
НСЫ у всех сайтов одинаковые.
в логах обращение из браузера пишется, обращение из запроса скрипта не пишется.
Если это сарказм , то я пожалуй перестану даже думать об этой теме....
Вы сейчас сами подтверждаете то , о чем я говорю, если ваш запрос с браузера приходит на сервер и вы получаете 200, и все отображается в логе, значит логи настроены и все в порядке, однако при этом обращение с curl не доходит до указанного vhost и в логах вы не видите своего запроса....
Сделайте nslookup <вашдомен> с машины откуда вы браузером обращаетесь, а потом тоже самое с консоли откуда вы курлом обращаетесь.
А про параллельную реальность не надо, пока что вы в ней и находитесь :) Все работает но ничего не работает, не оно ли ? ;)
satbauer. 403 это вообще-то Forbidden...
По этому я могу спрогнозировать две ситуации:
1. У вас в .htaccess запрещены коннекты с 127.0.0.1 на этом сайте.
2. Тот сайт который вы открываете через браузер открывается не с того места откуда сайт вызванный через curl. Это вполне возможно, посмотрите внимательно DNS а так же посмотрите access.log в момент запроса, видите ли вы там свои запросы вообще?
twig темплейты жрут 2-3 мега памяти на базовой функциональности. Doctrine жрет от 20 мег. 1 мег памяти - это на "hello world" только или pure php скрипт.
Я же сказал , при прочих равных, а на hello world хватит и пару килобайт :)
А чего еще ? Приведенный выше пример с "какими то плагинами" вообще не по теме. У ТС ошибки на выделении трех мегабайт памяти, а не двух сотен.
Вы видимо не поняли 200 метров не выделяемой, а доступной для выделения :)))
А потом 400, потом 600 и 2 GB и постоянно не хватает пару килобайт :D
---------- Добавлено 22.08.2014 в 23:08 ----------
Но именно здесь походу другой случай.
Конечно же другой, тут "хостер лепит горбатого"
😂😂😂😂
kgtu5, читайте внимательно что я пишу, причем уже не первый пост, причину и решение могут знать и найти только клиент и хостер, все остальное - пустословие. А я говорю что ошибка "нехватка памяти" ни всегда касается именно памяти. ВСЕ.
И да, при прочих равных memory_limit=1M тоже нормально :) Только это тут не при чем ;)
andy_captain, Я бы мог начать свой пример с 2MB memory_limit, пожалел трафик :))) Я рад что у вас все решилось. :))