PHP не работает в XAMPP

Я - часть Software Approvals Group для транснациональной компании, и я абсолютно повторил бы все, что Adam говорит выше.

Я также сделал бы следующие моменты, во-первых всегда платил бы все Ваши "налоги на строительство". Это означает удостоверяться, что Ваше приложение работает правильно в целом множестве сред, которые Вы никогда не можете использовать, но очень вероятно будете недопустимым для крупных компаний, это вещи как проверка, что Ваше приложение работает хорошо с профилями роумингового пользователя, и перенаправленные пользовательские папки (всегда используют Windows APIs для нахождения пользователя и папок профиля, никогда не предполагайте, что они в стандартных местоположениях, или даже на локальном диске), удостоверяясь, что это играет хорошо на серверах Удаленного рабочего стола (где могло бы быть 100 копии приложения, работающего сразу, некоторых использующих очень медленных соединений), на ноутбуках с медленными сетевыми соединениями или низким уровнем заряда и так далее. Как пример мы недавно отклонили новые версии больше чем одной части программного обеспечения от очень крупной компании (запускается с и известен графикой), потому что их приложения внезапно не работают с перенаправленными домашними папками в последних версиях, это - недопустимое для нас.

Даже для бесплатного / программного обеспечения с открытым исходным кодом, конечные пользователи часто должны отправлять некоторый бланк запроса, чтобы проверить программное обеспечение и утвержденный.

Тоном Вашего комментария это кажется, что Вы думаете, что процесс подтверждения имеет некоторое отношение к стоимости? С нашей точки зрения на себестоимость единицы продукции приложения не что-то, что мы рассмотрели бы вообще в процессе подтверждения. Финансовые выравнивания для приложений будут разработаны, одобрения программного обеспечения все сделан от технического угла и угла обеспеченности. Бесплатное программное обеспечение и Программное обеспечение с открытым исходным кодом обычно испытывают больше затруднений, проходящих через наш процесс, чем собственное коммерческое приложение. Часто это просто до отсутствия наказания. Кто Вы идете, к тому, когда существуют проблемы с приложением, и Вы нуждаетесь в поддержке, каков их SLA? Кого Вы спрашиваете, когда необходимо узнать, будет ли приложение работать с новой версией OtherApp против X, они действительно дают Вам фактический ответ, которого действительно работают для люди, или действительно ли это - неопределенное, "кто-то в сообществе может сделать это" ответ?

После того как процесс сопровождался, и программное обеспечение установлено, обновления могут быть неприятными - многие организации склонны придерживаться более старых версий программного обеспечения (Windows XP, Office 2003, и т.д.) из страха неизвестных проблем.

Обновления программного обеспечения должны пройти тот же процесс, как полностью новые части программного обеспечения делают. Единственное преимущество, которое они имеют, состоит в том, что мы будем уже знать ответы на некоторые вопросы, поскольку мы уже поддерживали программное обеспечение (это не может быть положительным для программного обеспечения, у служб поддержки есть обновления veto'd на основе опыта с компанией).

Вы предпочитаете или способное xcopy программное обеспечение MSI?

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

• Безотносительно установщика, который Вы используете, необходимо удостовериться, что Вы уважаете все его тихие, необслуживаемые режимы установки. Если Ваше приложение требует ручной установки, которая является мгновенным недопустимым, просто нет никакого практического способа сделать это через машины на 5 континентах, которые получают всю неподдержку оборудования от центральной станции.
• Учитывая выбор я предпочел бы хорошо сделанную установку MSI на хорошо сделанной установке xcopy. Проблема с большинством способных Xcopy частей программного обеспечения состоит в том, когда они пытаются установить и зарегистрировать себя на первом показе. Я очень редко находил приложение, которое делает это правильно и не вызывает проблемы в роуминге user/hotdesk среда. Установщики MSI (если Вы придерживаетесь стандартного API) не могут пойти слишком далеко неправильно.
• Удостоверьтесь, что Ваша тихая установка дает способность сделать все изменения конфигурации, которые могут быть сделаны в ручной установке. Если Вы используете MSI и придерживаетесь API затем, это прекрасно, мы можем сделать MST, преобразовывает, и не сделайте всей этой никакой проблемы. При использовании другого стороннего установщика то удостоверьтесь, что он позволяет что-то как файл "ответа" или файл INI или подобный. Протестируйте тихую установку и удостоверьтесь вся работа опций, я столкнулся с продуктами, которые радостно объявляют об их тихих опциях установки, но они на самом деле никогда не тестировали, если все опции работают.
• Предпочтительно дайте нам дополнительные опции в тихой установке, которые позволяют нам установить много настроек, которые пользователь обычно изменял бы в панели Options. Это могло быть, включает setup.exe, мог быть при наличии зарегистрированного файла INI для настроек, путем документирования необходимых изменений реестра или всего вышеупомянутого. Однако это сделано, мы хотели бы удостовериться, что наши пользователи могут встать и работающий с программным обеспечением, не имея необходимость реализовывать любую конфигурацию сами, важные здесь являются местоположениями по умолчанию для файлов, именами серверов по умолчанию, проксируют настройки (если Ваше выполнение приложения по сети) и т.д.

Если программное обеспечение требует платформ (Java.NET), который, более или менее вероятно, будет проблематичен?

Это определенно более проблематично. Управление версиями в большинстве платформ и назад/прямая совместимость является зверским. С Java в особенности много приложений (и веб-сайты) требуют конкретной основной и вспомогательной версии установленного Java и не будут работать ни с чем больше. Если необходимо поместить три различных приложения на машину, что вся потребность различные версии Java, и они не довольны стандартными способами скрыть одну версию Java как другой, то будут проблемы. .NET имеет свои собственные проблемы с управлением версиями, но счастливо позволит Вам установить все основные версии платформы одновременно, которая обходит многие из них.

Если программное обеспечение поддерживает автоматические обновления, Вы обычно позволяете это?

Никогда. Существует слишком много управление версиями и головные боли совместимости, чтобы когда-либо позволить приложению обновлять себя без любого предупреждения. Обновления приложений берут тестирование и планирование. Также пользователи с правами обычного пользователя не могут применить обновления так или иначе. При использовании метода развертывания, который позволяет исправлять (например, используйте MSIs с патчами MSP), затем это может сделать вещи как исправление безопасности для приложений намного меньшим количеством головной боли, и мы можем справиться с автообновлением нас с помощью наших инструментов развертывания (WSUS и SMS). Также наша служба безопасности очень с подозрением относится к любому приложению, которое "возражает для базирования", им нравится знать точно, какую информацию она отправляет и точно почему она должна отправить что-либо на неизвестный сервер по Интернету.

Сколько времени это обычно берет?

Некоторые простые приложения и обновления версии могут быть решены в, пока требуется 6 человек для нажатия избирательной кнопки "Approve" в Outlook. Более сложные или спорные могут ожидать нашей группы, встречающейся каждые две недели. О некоторых приложениях можно говорить на больше чем одной из этих встреч, поскольку команды отвечают на вопросы о приложении далеко и исследовании/тесте.

Какие модели лицензирования Вы предпочитаете (передаваемый, на рабочее место, на ЦП, по всему сайту)?

Полностью зависит от того, как приложение будет используемым, и сколько людей. Самая важная вещь состоит в том, что Ваше лицензирование ясно определяется. Мы должны переслать наших людей (хотя свободный) курсы для понимания лицензирования Microsoft. Мы не собираемся потрудиться делать это для независимого поставщика программного обеспечения.

Рассмотрите наши тихие, автоматизированные потребности установки когда дело доходит до лицензирования. Если для Ваших лицензий нужна активация, мы не хотим должными быть звонить/посылать Вам по электронной почте каждый раз, когда мы переустанавливаем приложение на ПК. Если для каждой копии приложения нужен отдельный, различный введенный лицензионный ключ, то мы не можем развернуть это автоматически, тогда как, если мы можем купить объем (2, 10, 50, 500, и т.д. места) ключ, который может быть сохранен в тихой установке, то мы счастливы. Еще лучше, если мы можем вернуться к Вам год спустя и согласовать для расширения нашего количества лицензий, не имея необходимость изменять ключ, это вводится в программное обеспечение.

Что еще независимый поставщик программного обеспечения может сделать для улучшения их возможностей одобрения их программного обеспечения?

Мы также посмотрим на вещи, которые строго не связаны с тем, как Ваше приложение в данный момент. Мысль, что, если приложение становится частью стандартного рабочего процесса для одной из наших областей, это могло бы использоваться в течение 10 лет или больше, поэтому на что похожа дорожная карта продукта? Если Вы еще не поддерживаете последнее совершенно новое или в версии разработки Windows, у Вас есть план относительно того, когда Вы будете? Похоже, что Вы придерживаетесь этих дорожных карт? Похоже, что у Вас есть какие-либо планы относительно радикальных изменений к Вашему приложению, или способ, которым это работает или технологии/платформы, которые это использует? Ваше приложение включает какие-либо другие приложения, например, MS Office или IE, раз так насколько терпимый это более старых или более новых версий тех?