2014-10-10 5 views
13

Я уже много лет запускаю XAMPP на Windows 2008 R2, я использую только Apache, MySql и FileZilla. Я сделал много настраиваемых корректировок и обновил его в серверное время. Я рассмотрел все проблемы безопасности, которые мне удалось найти. Запустив службы, серверы никогда не будут работать до тех пор, пока Windows Server будет работать. Они невероятно стабильны. Почему люди говорят мне, что я не должен этого делать? Ни один из вопросов Q или A, которые я видел здесь, не имеет отношения к специфике, большинство из них заканчиваются обычно «это не рекомендуется», «на веб-сайте XAMPP это так сказано, поэтому это плохо». Я понимаю, что вы не должны использовать XAMPP из коробки для производства, потому что это не безопасно. Но изменив всех пользователей root, используя https/certificate вместо простого http, используя пользователей MySQL с ограниченными правами в моих сценариях, используя подготовленные операторы (PDO или mysqli) в запросах php MySQL, улавливая исключения, обрабатывая ошибки, защищая папки файлов и nitty gritty php programming Я не понимаю, почему я не могу продолжать использовать XAMPP для производства. Я НИКОГДА не испытывал никаких неприятностей. Я решил, что безопасность не является основной проблемой, должно быть что-то еще. Может быть, масштабируемость или управляемость крупных сайтов с миллионами пользователей (что не мое дело)? Скажите, пожалуйста, но только если вы знаете, о чем говорите!Почему XAMPP не подходит для производства?

EDIT: Я получил примечательный комментарий в другом месте:

Это просто не хотел сделать что-нибудь больше, чем развитие и бутик использования. И комментарии, основанные на мнениях, говорят вам, почему обмены, как правило, на вызывают такие вопросы, как люди, которые работали с XAMPP и WAMP, были там и не были впечатлены, но не беспокоиться о сборе эмпирических данные для подтверждения своего мнения.

Это честный комментарий, и он также может быть лучшим ответом, который я когда-либо получал, но я могу жить с этим. Это отличный инструмент для изучения новых компьютерных архитектур для моего программного обеспечения.

+1

Больше вопроса для http://webmasters.stackexchange.com/ – andyroo

+4

Я никогда не спрашивал ни о чьем мнении. Я попросил истинные причины, по которым так много Q и A здесь при переполнении стека, заявив, что XAMPP не подходит для производства. Я бы предпочел называть эти высказывания мнениями, но не мой вопрос.В моем вопросе нет ничего, что исключает возможность ответа, связанного с программированием. Поскольку у многих из вас, похоже, есть единодушное мнение о том, что XAMPP не подходит, должна быть одна или несколько соответствующих причин (причин). Пожалуйста, представьте свои дела, а не отметьте мой вопрос как основанное на мнениях. – itsproject

+0

И могу ли я добавить эту ссылку: http://webmasters.stackexchange.com/questions/69911/why-is-xampp-not-suited-for-production Они еще более суровые, чем вы, ребята ... – itsproject

ответ

5

Как вы говорите сами, все дело в безопасности и готовой коробке, XAMPP довольно небезопасен. Кроме того, я не вижу реальных недостатков. Программное обеспечение в XAMPP регулярно используется в стабильных, безопасных коммерческих системах. Требуется немного знаний и времени для настройки XAMPP, чтобы стать достаточно безопасным для использования в производстве (и именно по этой причине люди продолжают говорить вам не делать этого), но поскольку похоже, что у вас есть это, проблема.

2

Хотя я никогда не пытался настраивать окна таким образом, я могу думать о нескольких проблемах (кроме безопасности):

  • управления окнами и обновлением программного обеспечения - мне сложно управлять всеми windows system через консоль, и я не могу себе представить, как управлять им в процессе производства
  • Производительность - (сравнение локальных хостов) linux в моем случае всегда была быстрее
  • масштабируемость веб-приложений - большинство приложений настроено для работы в среде Linux-сервера envirionment , поэтому запуск или интеграция 3-х партийных библиотек или других приложений иногда может быть затруднена, например. другие пути, звонки на консоль не могли работать и т. д.

Эти проблемы могут быть неактуальны в вашем случае, но при разработке более крупного проекта следует учитывать.

Смежные вопросы