Su php not exe

Не могу запустить PHP-файл через cmd:
D:\usr\PHP\ php .exe test. php
Could not open input file: test. php

в директории PHP. кстати, попробовал D:\usr\PHP\ php -win.exe test. php — ни на что не ругается, но ничего не происходит. по идее (в одном руководстве) написано, что должно вылезать: Content-type: text/html TEST

Кстати добавлю информации: Php5 , файлы ini-develpment, ini-production, и php5ts .dll скинул в C:WINDOWS. Все верно?

Цитата (linker @ 31.01.2014 — 13:58)

Forever
Не важно где он лежит, важно то, какая текущая папка. Либо указывай полный путь

— выдает php .exe» не являеться приложением win32

а вариант D:\>D:\usr\PHP\ php .exe D:\usr\PHP\test. php — пишут, что D не является приложением.

_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker

Цитата (Forever @ 31.01.2014 — 14:10)

D:\>D:\usr\PHP\ php .exe D:\usr\PHP\test. php

У тебя перед php .exe пробел, которого быть не должно!

PS. «Не является» пишется без мягкого знака, кстати.

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* «накапливаю умение телепатии» (С) и «гуглю за ваш счет» (С)

Цитата (Forever @ 31.01.2014 — 14:10)

D:\>D:\usr\PHP\ php .exe D:\usr\PHP\test. php

У тебя перед php .exe пробел, которого быть не должно!

Forever
Я имитировал консоль Windows, поэтому не надо с точностью до символа копипастить мои примеры, тем более с лишними пробелами

Источник

Установка PHP 7.1 в Windows. Командная строка

В htmlAcademy стартовал первый базовый интенсив по PHP и я работаю на нем наставником. Студентам в рамках интенсива предстоит поднять рабочее окружение и это заметка нацелена упростить эту нелегкую для новичка задачу. Есть разные способы поднятия полноценного LAMP стека, но мы пойдем классическим путем. Настроим все компоненты по отдельности (без применения готовых комбайнов) и начнем с PHP (обязательно будет заметка с рассмотрением готовых сборок LAMP). Поскольку я планирую работать наставникам на интесивах по PHP и дальше, я собираюсь написать подобные инструкции для повторения в других ОС (Linux, macOS). Как говорится, лучше один раз попотеть, но потом всем станет проще. Итак, приступаем.

Загружаем PHP для Windows

Заходим на официальный сайт и загружаем актуальную версию PHP. На момент написания заметки это – 7.1.4. На странице доступно несколько вариантов дистрибутивов. У меня Windows 7 x64, соответственно я выбираю zip архив с VC14 x64 Thread Safe.

Обратите внимание, для загрузки доступна два варианта дистрибутива: Thread-Safe (TS) и Non-Thread-Safe (NTS). Выбор зависит от того как вы планируете применять интерпретатор. TS рекомендуется использовать для одного процесса веб-служб (например, настраивая через модуль mod_php для Apache). NTS рекомендуется для применения IIS (Internet Information Service) и альтернативных FastCGI веб-сервером (например, Apache с модулем FastCGI) и командной строки.

Устанавливаем PHP 7.1

Начнем готовить PHP для комфортной работе из командной строки. В предыдущем шаге вы загрузили архив с дистрибутивом PHP. В отличие от большинства программ, PHP поставляется в простом архиве, а не как инсталляционный пакет. Поэтому вам придется самостоятельно извлечь файлы в любую удобную для вас директорию. Я предпочитаю хранить подобные вещи в корне системного диска. Создайте в корне диска «C:» (или любом другом месте) директорию «php» и извлеките в нее содержимое загруженного архива.

В директории появится множество файлов, но нас больше всего интересуют:

go-pear.bat – сценарий для установки PEAR. Подробности о PEAR можно почитать в официальной документации.
php.exe – позволяет выполнять PHP сценарии из консоли;
php-win.exe — позволяет выполнять PHP сценарии без применения консоли;
php-cgi.exe – необходим для выполнения PHP кода в режиме FastCGI;
php7apache2_4.dll – модуль интеграции с веб-сервером Apache 2.4.X;
phpdbg.exe – отладчик;
php.ini-development – пример конфигурационного файла PHP для окружения разработчика (development)
php.ini-production – пример конфигурационного файла PHP для рабочего окружения (production)

Подключаем конфигурационный файл

Распакованный дистрибутив у нас есть, подключим для него конфигурационный файл. Мы собираемся ставить эксперименты, поэтому в качестве образца возьмем php.ini-development. Сделайте копию этого файла в директорию php (C:\php) с именем php.ini. ВАЖНО! Делайте именно копию, не простое переименование. За время разработки вам может потребоваться изменять конфигурационный файл и есть все шансы совершить ошибку, которую трудно будет обнаружить.

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

Тестируем PHP из командной строки

На этом шаге, так называемая «установка» завершена. Откройте консоль (cmd.exe, ярлык доступен в меню «Стандартные») и введите команду:

Результат будет примерно таким:

PHP 7.1.4 (cli) (built: Apr 11 2017 19:54:37) ( ZTS MSVC14 (Visual C++ 2015) x64) Copyright (c) 1997-2017 The PHP Group Zend Engine v3.1.0, Copyright (c) 1998-2017 Zend Technologies

Результат подтверждает, что PHP работает. Попробуйте для примера создать новый файл-сценарий (я создал файл “test.php” прямо в корне диска “C:”) и поместить в него текст:

Теперь попробуйте выполнить этот файл и посмотрите результат:

Функция phpinfo() выводит информацию по конфигурации PHP в удобном виде. Об этой функции мы еще поговорим.

Упрощаем обращение к php.exe

PHP готов к работе, но согласитесь, каждый раз вбивать в консоле путь к php интерпретатору довольно неудобно. Чтобы упростить себе жизнь, внесем небольшие изменения в переменные среды. Запустим в панели управления аплет «Система» (или просто нажмем горячую клавишу «Windows + Pause Break». Затем нажмем на кнопку «Изменить параметры». В появившемся окне «Свойства системы», перейдем на закладку «Дополнительно». Найдите и нажмите на ней кнопку «Переменные среды».

Находим в списке переменную «PATH» и нажимаем кнопку «Изменить», появится окно редактирования переменной. В поле «Значение переменной» нам необходимо дописать путь к директории с PHP. Перейдите в самый конец строки и через точку с запятой укажите путь к директории с PHP: C:\php;

Все, нажимайте «Ok». Теперь перезагрузите систему (увы, придется). После перезагрузки Windows, обращаться к PHP можно будет просто: php.Например, чтобы вывести название версии достаточно написать:

А чтобы интерпретировать файл test.php, расположенный в корне диска «C:»:

Или вовсе запустить встроенный веб-сервер:

php -t C:\ -S 127.0.0.1:8888 Listening on http://127.0.0.1:8888 Document root is C:\ Press Ctrl-C to quit.

Для тестирования откройте web-браузер попробуйте обратиться на http://127.0.0.1:8888/test.php. Обратите внимание, после параметра –t мы указываем путь к директории, которая станет корневой директорией веб-сервера. Все сценарии, расположенные в этой папке будут доступны для запроса с клиента. У меня на диске «C:» есть один файлик 1.php и именно его я и запрашиваю.

Можно пойти немного дальше и ассоциировать расширение .php с интерпретатором, т.е. сделать все файлы с расширением php исполняемым по умолчанию. Для этого вводим в консоле несколько команд:

assoc .php=phpfile ftype phpfile="C:\php\php.ee" -f "%1" -- %~2

Еще немного о переменных окружения

Теперь давайте поговорим о том как PHP будет искать файл настроек конфигурации (вспоминаем, о php.ini). В документации приведена полная цепочка поиска. Во избежание лишних сложностей, рекомендую сразу добавить в переменные окружения новую – «PHPRC» и в качестве значения указать путь к директории с конфигурационным файлом. У меня конфиг располагается в тоже же директории, что и основные файлы php, следовательно в качестве значения переменной указываю –

«C:\php». После внесения изменения потребуется перезагрузка.

На этом у меня все. Первый часть мануала для новичков готова.

Источник

В чем проблема composer?

Владислав Марвин: только пойти на офсайт посмотреть там и потом скачать только скомпилиные одним компилятором.
пс. я вряд ли могу знать что у вас в действительности там. не помню уже как виндовз выглядит

Попробуйте заменить обратные слеши (в путях) \ на прямые: / , возможно, они интерпретируются как экранирующий символ (что скорее всего, иначе не было бы возможности написать пробел, например), или попробуйте вместо \ поставить \\ , это может помочь.

Да, и корректность самих путей проверить нужно.

Владислав Марвин: если папка EXT лежит в той же папке что и php.exe и php.ini — можно попробовать удалить ведущую часть пути и оставить только ext/extension.dll, когда я ставлю PHP «отдельно» — делаю именно так.

А остальные расширения подключаются нормально?
Вебсервер запускается нормально?
Экстеншины родные или скачивали отдельно (если версия не та, пхп может делать вид что их не видит)

100500 лет назад когда имел дело с виндой, я добавлял папку php и php/ext в переменную PATH

Мучился с этой проблемой 4 часа, перерыл тонну форумов. В момент когда почти совсем отчаялся попал на несколько страниц обсуждений на гитхабе,
https://github.com/adoxa/ansicon/issues/108
https://github.com/composer/windows-setup/issues/80
https://github.com/composer/windows-setup/issues/74
где очень умные разработчики дискутировали на тему, что ANSICON может мешать установке composer на 64-разрядных системах. Я не разбираюсь сильно во всем этом, но кажется этот ANSICON что-то вроде какой системной штуки которая видит переменные типа %sprogdir% и подставляет нужный путь при работе командной строки и чего-то еще. В общем делает что-то с путями.
Это было последней надеждой. Нашел программу на drp.su которая, удаляет ANSICON:
https://drp.su/ru/catalog-soft/other/ansicon-84781.
Снес ANSICON этой программой (в процессе сообщалось что у меня стояла версия 1.66).
Во время следующей попытки установить composer, выдал похожу ошибку, что и раньше но уже другой путь к файлам расширений, в составе которого было: «%sprogdir%».
Заменил в php.ini путь до расширений (extensions_dir) на прямой, без переменных (прямо из строки проводника скопировал и вставил).
Пробую установить composer снова — алилуя! успешно!
Правда потом также при инициализации composer, поскольку я удалил ANSICON, и у системы пропала способность подставлять вместо переменных нормальный путь(как я понял), composer init просил меня прописать корректный путь в php.ini в поле tmp_system_dir (кажется такое поле было) — я прописал прямой, взятый из строки проводника папки.
И composer init выполнилась успешно.
И еще потом пришлось обратно установить ansicon всё с того же сайта drp.su, т.к. php перестал нормально работать, видимо не мог добраться до расширений из-за снесенного ansicon.
https://drp.su/ru/catalog-soft/other/ansicon-847817889 скачал и установил v.1.66 отсюда.
В общем, эту проблему все-таки реально решить. Надеюсь тем, кто с этой болью столкнется, моя информация поможет.

Войдите, чтобы написать ответ

Где здесь ошибка?

Источник