Да что вы говорите? А я так даже и прочитал его ;)
В легенде попусту нет таких слов как "падение".
Поймите, пожалуйста. Речь не идет о том, чтобы вас унизить и т.п. Вы *действительно* задаете неумные вопросы и вы *действительно* неспособны чему-то учиться.
Лучший совет вам: определите, есть-ли у сайтов реальные проблемы и поставьте перед специалистами задачи по их решению. Потери пакетов могут происходить по куче причин, раз вы на vps - начните с анализа /proc/user_beancounters
Это бред, извините. Если речь идет о данных пользователей, как вы писали выше. Просто учитывайте, что есть ньюансы типа использования suexec.
Не вижу почему это невозможно. Но если так вам ответили в поддержке - лишний повод избавиться от ихнего балагана...
Для CGI-скриптов можно добавить переменную окружения, указывающую путь к какому-то стандартному каталогу в хостинговой схеме. Например к DocumentRoot.
Еще есть chef, cfengine. Да много чего есть. Начиная от элементарных sh-скриптов, которых куча у любого администратора.
Только помните, что "панели" - ниразу ни средства централизованного управления конфигами. Тем более, такие как ispmanager.
О - да. Это показывает, что вы не в состоянии даже прочитать легенду к простому графику.
Судя по количеству тупых вопросов от вас - нет.
Sandalia, думаю - им несложно вычислить ТС и сейчас. Дело только за тем, чтобы наткнуться на тему...
kgtu5, спасибо. Поправил #82. Как-то после 10 страниц уже забывается о исходных данных ;)
У вас цифры есть?
Да и наплевать на распространенность. Идея была в том, что позиционирующий себя как "пехепе-программист" человек - как правило, очередной школьник. Квалифицированный веб-программист неприменно столкнется на практике с необходимостью освоить несколько языков.
Ну а гугл вон - питон использует. Куда более полезным образом, видать, ибо вконтакт лично мне нафиг не упал...
Я сказал "от". Все очень сильно зависит от условий, на которых вы работаете с этим человеком.
А это вы мне скажите - вы ему платите. Так что по идее - у него должны быть перед вами какие-то варианты отчета.
Ваши договоренности также, к примеру, должны бы охватывать его действия в нештатных ситуациях. Кстати, были такие? Каковый причины, как быстро чинилось? В общем, если расскажете подробнее - можно будет судить о "переплате".
Доступ к серверу - критичнее возможных засад от ваших программистов. Так что озаботьтесь аудитом работы администратора в первую очередь. Начните с системы бекапа. Как он делается, есть-ли у вас доступ к ней и т.п.
Могу, но предварительно мне нужно куда больше знать о вашем проекте. Не думаю, что все это подходит для публичного обсуждения.
Вы все-таки не ведитесь бездумно на мнение местных "експертов". Большинство разумных советов в этом треде, как и моих, которые указывали на какие-либо переплаты с вашей стороны - были сделаны с оговоркой, что такое *возможно*.
PHP нишевой язык, с не самой продуманной архитектурой. Самое большое его достоинство (кое-кто считает, что единственное) - низкий порог вхождения. Пожалуй, это же и его главный недостаток.
Если человек имеет реальный опыт веб-программирования - как правило, он практически сталкивался с большим количеством языков. Например, даже при переносе контента старых проектов - там достаточно популярен пока перл.
Это хорошая идея, если есть время и/или деньги. Утверждать, что неприменно уложитесь в 100т.р. я не могу - но прикидка достаточно разумна. Попробуйте с тем же Drupal - куча народу на его же сайте занимается таким переносом, принципиальных проблем - нет. Хотя, 30% "фишек" - имхо, многовато. Стоило бы аккуратно, не спеша проанализировать интересующие CMS и узнать - какие из них реально решаются модулями, плагинами и т.п.
Выясните у программистов причины срыва заданий. Если объективно развитие самописного движка требует больше ресурсов - предложите им такой вариант перехода на типовую CMS и посмотрите что они скажут по поводу сроков и стоимости.
Есть kFreeBSD :D...
Мой действительный совет был в другом - поправьте скрипты.
И делаем так 100500 раз по числу доменов...
Рекоммендую задуматься над тем,
1) как это автоматизировать при работе с доменами из ISP
2) что будет, если у вас сотни сайтов (с ваших же слов). Я не смотрел код утилиты, но он вряд-ли расчитан на подобный режим.
Странная логика. Это ТП офисные увольнения боятся.
Вам не приходило в голову, что "ребята" вполне могут просто начать искать себе новую работу?
Некуда дальше ускорять, малыш. Все что можно автоматизировать - системный администратор давно уже автоматизировал. Никакие скрипты не напишут вебсайт, не пообщаются с заказчиком по поводу багов. Даже ТЗ с ним обсудить не сумееют.
Брысь, школота!
Да. Для данных/скриптов, доступных вебсерверу - используется каталог /var/www по-умолчанию.
В принципе, да. Вы можете сменить его на /home. Особых проблем это не должно составить - разве если используете suexec (но есть пакет apache2-suexec-custom - вы там сможете перекрыть AP_DOC_ROOT в конфиге).
А вот надо-ли это вам - хороший вопрос.
Если у вас есть привязки к абсолютным путям - все-таки имеет смысл потратить немного времени и поправить это. Благо задача - достаточно простая.
