После чего читаем, что черным по белому написано, ну или в нашем случае белым по черному в консоли и плачемся админу, мол с памятью траблы, выручай.
А там оказывается, что у программиста в самопальном классе для работы с файлами при ошибке выкидывается исключение, а необработанное исключение с помощью самопального класса пишется в самопальный лог-файл. Когда лог-файл не может открыться -- получаем рекурсию и либо сегфолт, либо out of memory, либо memory limit exhausted. Разумеется, программист будет до последнего утверждать, что проблема в настройке сервера, а то, что лог открывается в d:\\tmp.log -- никому не важно.
dyakoff: Для этого и существуют логи, в самых сложных и непонятных ситуациях согласен, что прогер и админ должны поработать сообща.
Уже хорошо :)
dyakoff: Очень люблю сравнивать хостинг(сервер) с квартирой, потому как сходства много. Так вот, если привести такую аналогию, то админ, такой себе састробайтер, который делает ремонт в квартире, периодически приходит, если нужно обои переклеить, кран починить, но его не касается то, что у вас в этой квартире телевизор сломался и не показывает. Тут уж будьте добры, вызывайте телемастера.
Все аналогии дырявые :) Например, если нет электричества или провод от антенны оборвался, то обращаться нужно уже к админу, а не телемастеру. И тут уже вопрос кто кому должен доказывать, что другой виноват.
---------- Добавлено 27.11.2012 в 17:25 ----------
Andreyka: Или поставить ядро клаудлинукс. И тогда проблемы кривого кода перестанут мешать соседям.
Так проблема не в том, что кто-то мешает соседям, а в том, что сайт не работает.
siv1987: Одно дело разбираться в падение сервера, другое дело разбираться в говнокоде программы которая кладет сервер. Выяснили причину - это программа - указали клиенту, остальное за тем кто ее написал. А вот если программист не умеет отлаживать свои скрипты это уже другое дело.
А как определить, почему ложится сервер -- из-за неправильного кода или из-за неправильно настроенного сервера, если не смотреть код?
siv1987: И не все пишут на php. Далеко не все. И администратор не обязан знать все языки программирования на которым пишут веб приложения чтобы настроить сервер, под котором и подразумевается "администратор linux".
Если речь идёт не о домашней странице с фотографиями котиков, то администратор, который берётся настраивать сервер под что-то или для чего-то, обязан полностью знать специфику задачи, используемых технологий, возможные подводные камни, принципиальные ограничения и прочие детали.
Разговор про php начал не я. Разумеется, администратор перед началом работы должен узнать, какие языки и софт используются и решить, достаточно ли он квалифицирован для работы с ними. Учиться -- это весело и интересно, но не на клиентских серверах.
Представьте себе, что Вы обратились к провайдеру, торгующему VPSками на KVM и купили у него сервер с windows 2008. После того, как Вы залили туда свою грузящую диск программу, сервер стал падать в синий экран раз в 10 минут. Вы обратились к администраторам хостера, но они сказали, что они linux-админы, поэтому разбираться с падениями винды они не будут. Куда Вы пошлёте такого провайдера? :)
Andreyka: Вообще-то нет.
Пчих умеет писать ошибки в лог.
Программист умеет читать лог пчиха.
Не все программисты такие простые -- сами в лог залезли, сами поняли в чём ошибка. Но им display_errors на отдельном отладочном php помогает.
И не все программисты допускают ошибки, которые пишутся в лог, а не просто приводят к неправильной работе из-за несовпадающего с программистским денвером окружения.
---------- Добавлено 26.11.2012 в 19:19 ----------
dyakoff: Нуну, тогда админа кто должен тыкать носом, где костыль? У каждого свои задачи и обязанности, совмещать можно, но за отдельную плату, имхо
Другой админ :)
Ну или тот же программист -- тут всё зависит от того, кто умнее.
dyakoff: Борис, ну с таким успехом он должен и на php писать, и в сео разбиратся - это все не относится к администрированию сервера. Выделил сервера, потому как контент, который на сервере, это уже другая парафия. Настроить сервер под CMS - да, но не настраивать саму CMS. сА разница есть и оч большая.
На php он тоже должен уметь писать, или хотя бы очень хорошо читать -- чтобы иметь возможность ткнуть программисту, что косяк именно его, а не в настройке сервера.
Но по поводу рерайтов я имел в виду только, грубо говоря, перевод htaccess-правил в nginx-вид, но не настройку/дописывание cms.
Как что делаем, учим английский 🤣
После чего читаем, что черным по белому написано, ну или в нашем случае белым по черному в консоли и плачемся админу, мол с памятью траблы, выручай.
А там оказывается, что у программиста в самопальном классе для работы с файлами при ошибке выкидывается исключение, а необработанное исключение с помощью самопального класса пишется в самопальный лог-файл. Когда лог-файл не может открыться -- получаем рекурсию и либо сегфолт, либо out of memory, либо memory limit exhausted. Разумеется, программист будет до последнего утверждать, что проблема в настройке сервера, а то, что лог открывается в d:\\tmp.log -- никому не важно.
Смотря что у нас прописано в договоре на счет лимитов на память :)
А у нас в договоре прописано, что ты админ и отвечаешь за правильную работу N серверов и сайта на них
Если сайт не работает - то есть логи.
В логе написано Out of memory (tried to allocate N bytes). Что делаем?
Для этого и существуют логи, в самых сложных и непонятных ситуациях согласен, что прогер и админ должны поработать сообща.
Уже хорошо :)
Очень люблю сравнивать хостинг(сервер) с квартирой, потому как сходства много. Так вот, если привести такую аналогию, то админ, такой себе састробайтер, который делает ремонт в квартире, периодически приходит, если нужно обои переклеить, кран починить, но его не касается то, что у вас в этой квартире телевизор сломался и не показывает. Тут уж будьте добры, вызывайте телемастера.
Все аналогии дырявые :) Например, если нет электричества или провод от антенны оборвался, то обращаться нужно уже к админу, а не телемастеру. И тут уже вопрос кто кому должен доказывать, что другой виноват.
---------- Добавлено 27.11.2012 в 17:25 ----------
Или поставить ядро клаудлинукс. И тогда проблемы кривого кода перестанут мешать соседям.
Так проблема не в том, что кто-то мешает соседям, а в том, что сайт не работает.
Одно дело разбираться в падение сервера, другое дело разбираться в говнокоде программы которая кладет сервер. Выяснили причину - это программа - указали клиенту, остальное за тем кто ее написал. А вот если программист не умеет отлаживать свои скрипты это уже другое дело.
А как определить, почему ложится сервер -- из-за неправильного кода или из-за неправильно настроенного сервера, если не смотреть код?
И не все пишут на php. Далеко не все. И администратор не обязан знать все языки программирования на которым пишут веб приложения чтобы настроить сервер, под котором и подразумевается "администратор linux".
Если речь идёт не о домашней странице с фотографиями котиков, то администратор, который берётся настраивать сервер под что-то или для чего-то, обязан полностью знать специфику задачи, используемых технологий, возможные подводные камни, принципиальные ограничения и прочие детали.
Разговор про php начал не я. Разумеется, администратор перед началом работы должен узнать, какие языки и софт используются и решить, достаточно ли он квалифицирован для работы с ними. Учиться -- это весело и интересно, но не на клиентских серверах.
Представьте себе, что Вы обратились к провайдеру, торгующему VPSками на KVM и купили у него сервер с windows 2008. После того, как Вы залили туда свою грузящую диск программу, сервер стал падать в синий экран раз в 10 минут. Вы обратились к администраторам хостера, но они сказали, что они linux-админы, поэтому разбираться с падениями винды они не будут. Куда Вы пошлёте такого провайдера? :)
Вообще-то нет.
Пчих умеет писать ошибки в лог.
Программист умеет читать лог пчиха.
Не все программисты такие простые -- сами в лог залезли, сами поняли в чём ошибка. Но им display_errors на отдельном отладочном php помогает.
И не все программисты допускают ошибки, которые пишутся в лог, а не просто приводят к неправильной работе из-за несовпадающего с программистским денвером окружения.
---------- Добавлено 26.11.2012 в 19:19 ----------
Нуну, тогда админа кто должен тыкать носом, где костыль? У каждого свои задачи и обязанности, совмещать можно, но за отдельную плату, имхо
Другой админ :)
Ну или тот же программист -- тут всё зависит от того, кто умнее.
Борис, ну с таким успехом он должен и на php писать, и в сео разбиратся - это все не относится к администрированию сервера. Выделил сервера, потому как контент, который на сервере, это уже другая парафия. Настроить сервер под CMS - да, но не настраивать саму CMS. сА разница есть и оч большая.
На php он тоже должен уметь писать, или хотя бы очень хорошо читать -- чтобы иметь возможность ткнуть программисту, что косяк именно его, а не в настройке сервера.
Но по поводу рерайтов я имел в виду только, грубо говоря, перевод htaccess-правил в nginx-вид, но не настройку/дописывание cms.
А разве реврайты в ходят в администрирование, или вам сео, вебмастер, админ, менеджер в одном лице нужен?
Все верно, админ должен выполнять работу админа, а не сидеть курить мануалы по сайтостроению.
А что, администратор не должен уметь настраивать вебсервер так, чтобы cms работала?
сделал с помощью PHP.
Зачем, если не секрет?