Как проверить версию mysql

Содержание

Проверка расширений на совместимость с php 7

Как ни странно, но для wordpress например, можно установить еще один плагин Compatibility php, который и поможет узнать какие установленные плагины не дают нормально работать системе.

Это отличный и простой способ проверить совместимость вашего сайта с PHP 7. Причем проверить можно практически все, включая тему для wordpress.

Установка стандартная и после этого в панели инструментов появится дополнительная вкладка PHP Compatibility.

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

Чтобы внимательно рассмотреть, нажмите мышкой на изображение.

На скриншоте видно, что после нажатия на кнопку «Scan site again», плагин выдал всю информацию по установленным расширения. Наглядно виден разноцветный результат проверки.

Содержимое подозрительных плагинов можно просмотреть нажав на ссылку справа и увидеть адрес этой ошибки.

Таким образом, из установленных 23-х плагинов на блоге, необходимо отключить или удалить всего 3. Тем самым можно обеспечить себе уверенность в том, что обновление php пройдет без проблем.

Если не жалко времени, можно обойтись ручным способом удалить или отключить все плагины, а после настройки сервера на php 7, постепенно включать их по одному и проверять работу.

В этом случае нужно либо помнить все настройки, либо иметь файл с сохраненными настройками.

Объединения типов (Union Types 2.0)

Рассмотрим код:

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

Теперь же, можно прописать тип (или любой другой) явно, чтобы обеспечить корректность работы модуля:

А также, код становится немного чище, так как мы можем избавится от излишних комментариев.

Типы-объединения имеют синтаксис и могут быть использованы во всех местах, где можно прописать type-hints с некоторыми оговорками:

  • Тип не может быть частью объединения.
  • Чтобы обозначить отсутствие результата, можно объявить «Nullable union type», который имеет следующий синтаксис: .
  • Тип не может быть использован вне объединения. Вместо него стоит использовать .
  • Существует также псевдотип , который по историческим причинам уже используется некоторыми функциями в php. С другой стороны, не существует тип , так как он нигде не использовался ранее.

Типы полей класса инвариантны, и не могут быть изменены при наследовании.
А вот с методами всё немного интересней:

  1. Параметры методов можно расширить, но нельзя сузить.
  2. Возвращаемые типы можно сузить, но нельзя расширить.

Вот как это выглядит в коде:

То же самое происходит при типах, которые получились как результат наследования:

Интереснее становится когда установлен в , то есть по умолчанию. Например, функция принимает , а мы передали ей . Что в результате должно быть в переменной? Пустая строка, или ноль? Есть набор правил, по которым будет производиться приведение типов.

Так, если переданный тип не является частью объединения, то действуют следующие приоритеты:

  1. int;
  2. float;
  3. string;
  4. bool;

Так вот, будет перебираться этот список с типами, и для каждого проверяться: Если тип существует в объединении, и значение может быть приведёно к нему в соответствии с семантикой PHP, то так и будет сделано. Иначе пробуем следующий тип.

Как исключение, если должен быть приведён к , то сравнение идёт в первую очередь в соответствии с семантикой «числовых строк». К примеру, станет , в то время как станет .

Таблица неявного приведения типов:

Original type 1st try 2nd try 3rd try

Типы полей и ссылки

Здесь проблема в том, что тип устанавливаемого значения не совместим с объявленными в полях класса. Для — это могло быть , а для — . Так как эти значения не эквивалентны, то невозможно обеспечить единую ссылку, и будет сгенерирован.

Обзор версий: между первой и седьмой

Версии с первой по третью были «сырыми»: мало возможностей, хотя для создания простых сайтов их хватало. С версии 5.4 PHP стал отлаженной технологией. До этого было слишком много нюансов, и работать с ними было непросто.

Релизы 5.5 и 5.6 — серьезные, проверенные временем вещи. Они отлично себя показали и достаточно защищены от инъекций и возможностей взлома.

Шестую версию пропустили: она должна была поддерживать Unicode на уровне ядра, но релиз не состоялся. «PHP6 был амбициозным, но отстойным. Вот почему мы занялись PHP 7, в процессе пропустив шестую версию», — прокомментировал в своем блоге Vilson Duka, один из разработчиков.

Анимационное видео Питера Кокота о развитии ключевых модулей PHP в течение21 года жизни языка.

Седьмая версия считается революционной в плане скорости. 5.6 медленно работала с массивами и вообще с переменными: обработка статически нетипизированных данных происходила долго. Строка обрабатывалась в 60 раз медленнее, чем на C#. Это не бросается в глаза — речь о долях секунды. Но когда у тебя миллиард пользователей, как на Facebook, скорость критична.

Оператор безопасного null (Nullsafe operator)

Null — сам по себе не очень хорошая штука (даже очень плохая). Когда функция возвращает , то в каждом месте, где идёт её вызов, программист обязан проверить на . И это приводит к ужасным последствиям.

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

Этот код более чистый, чем предыдущий. Но он не идеален. Для идеально чистого кода, нужно использовать шаблон Null Object, либо выбрасывать exception. Тогда нам не нужно будет держать в голове возможность null на каждом шагу.

Более правильный вариант:

Интересным моментом в использовании nullsafe есть то, что при вызове метода с помощью , параметры будут обработаны только если объект не :

Целостность структуры данных (Data integrity)

В PHP массив представляет собой коллекцию элементов.

Если циклически пройти по нашему набору постов, то в результате получим критическую ошибку.

Вызываем применительно к строке . Не прокатило. При циклическом проходе по массиву мы хотим быть уверены, что все значения принадлежат к определённому типу. Можно сделать так:

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

С целостностью структуры данных есть ещё одна сложность. Допустим, у вас есть метод, которому нужен массив блог-постов:

Мы опять можем добавить в цикл дополнительные проверки, но это не гарантирует, что содержит только коллекцию постов Posts.

для решения этой проблемы вы можете использовать оператор :

Но у этого подхода есть обратная сторона: вам придётся вызывать функцию применительно к распакованному массиву.

Установка PHP в Ubuntu

Предполагается, что у вас уже установлен какой-нибудь PHP версии 7.x. Если нет, то давайте это исправим:

apt-get update && apt-get upgrade
apt-get install software-properties-common
add-apt-repository ppa:ondrej/php
apt-get update
apt-get install php7.2
apt-get install php-pear php7.2-curl php7.2-dev php7.2-gd php7.2-mbstring php7.2-zip php7.2-mysql php7.2-xml

1
2
3
4
5
6

apt-get update&&apt-get upgrade

apt-get install software-properties-common

add-apt-repository ppaondrejphp

apt-get update

apt-get install php7.2

apt-get install php-pear php7.2-curl php7.2-dev php7.2-gd php7.2-mbstring php7.2-zip php7.2-mysql php7.2-xml

Теперь, например устанавливаем версию 5.6:

sudo apt install php5.6

1 sudo apt install php5.6

После всех этих команд на вашей машине установлены 7.2 и 5.6 версии. Выведем список всех установленных версий в меню, которое позволит выбрать нужную версию:

sudo update-alternatives —config php

1 sudo update-alternatives—config php

После этого вы увидите примерно такое:

There are 2 choices for the alternative php (providing /usr/bin/php).

Selection Path Priority Status

————————————————————

* 0 /usr/bin/php7.2 72 auto mode

1 /usr/bin/php5.6 56 manual mode

2 /usr/bin/php7.2 72 manual mode

Press <enter> to keep the current choice, or type selection number:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

There are2choices forthe alternative php(providingusrbinphp).

Selection    Path             Priority   Status

————————————————————

*usrbinphp7.272auto mode

1usrbinphp5.656manual mode

2usrbinphp7.272manual mode

Press<enter>tokeep the current choice*,ortype selection number

В коде выше можно выбрать например пункт — 1 и тогда версия переключится на 5.6. Проверить это можно следующей командой:

php -v

1 php-v

Которая вернет примерно такое сообщение:

PHP 5.6.38+deb.sury.org+2 (cli)

Copyright (c) 1997-2016 The PHP Group

Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies

with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies

1
2
3
4
5
6
7

PHP5.6.38+deb.sury.org+2(cli)

Copyright(c)1997-2016The PHP Group

Zend Engine v2.6.0,Copyright(c)1998-2016Zend Technologies

with Zend OPcache v7.0.6-dev,Copyright(c)1999-2016,by Zend Technologies

Таким образом, теперь вы можете легко менять свои версии даже легче чем в Open Server

Как измерялась производительность

Прогон бенчмарков был чуть более сложным процессом, чем запуск Unix-команды , и проходил в несколько этапов:

Настройка системы

С сделал выделенную систему с такими характеристиками:

  • VPS с одним виртуальным ядром, 2,4 ГГц, 2 Гб памяти и два SSD drives — один для ОС, второй для хранения исходных файлов PHP, бинарных файлов и записи отчётов.
  • ОС Debian Wheezy 3.2.82-1
  • Компилятор Gnu C 4.9.2-10 (дистрибутив Debian Jessie).

Хотя система поставлялась с компилятором Gnu C 4.7.2, пришлось поставить более свежую версию: экспериментальная JIT-ветка должна компилироваться с помощью Gnu C 4.8 и выше.

Компилирование исходного кода

Перед сборкой полных дистрибутивов был запущен скрипт configure со следующими параметрами:

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

Запуск бенчмарков

Каждый бенчмарк запускался с помощью PHP CLI (Command-Line Interface) через специальный скрипт, который делал следующее:

1) С помощью функции на лету модифицировал скрипт, чтобы изнутри измерять время его выполнения. После модифицирования скрипт выглядел так:

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

2) Далее шли два сухих прогона, чтобы исполняемые PHP-файлы и содержимое скрипта бенчмарка оказались в кеше ОС.

3) Скрипт выполнялся пять раз, сохранялись минимальное, максимальное и среднее время выполнения. В этой статье представлены только средние значения — «время выполнения скрипта».

Использовались такие настройки в php.ini:

Интерпретирование результатов

Длительность выполнения измерялась с помощью Unix-команды . Пример выходных данных:

Значение — это время от вызова команды до её прерывания (пока не происходит возврата к командной строке).

Значение — время, потраченное на выполнение пользовательского кода (в данном случае — исполняемого PHP-файла).

Значение — время, потраченное на выполнение кода ОС (kernel). Это значение должно быть минимальным, но может оказаться сильно больше представленного, если ваш код обращается, например, к медленным устройствам. Также на величину значения способна повлиять высокая загруженность ОС.

На системах в состоянии ожидания суммарное значение должно быть очень близко к . В приведённом выше примере: . Разница в 0,004 с связана не с нашим процессом, а с разными задачами ОС, например с диспетчеризацией.

Тот же скрипт был выполнен на высоконагруженной ОС при параллельном компилировании тремя разными PHP-версиями:

Как видите, уровень нагрузки сильно влияет на время выполнения (возможно, и на системное время). Поэтому я добавил в бенчмарк ещё одно значение — операционной системы. Это разница между полным временем выполнения () и суммой пользовательского и системного времени.

Я удостоверился, чтобы во время прогона бенчмарков это значение в течение 99 % времени было меньше 100 миллисекунд, даже когда выполнение скриптов занимало десятки секунд.

Как обновить PHP на Windows

Здесь все очень просто и прозаично:

Скачиваем последнюю версию PHP

Удаляем старую

Устанавливаем новую.

Прописываем заново настройки в Apache и PHP.

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

Если разработчик использует неподдерживаемые функции, то кусок кода, в котором они есть, просто не заработает. Поэтому перед обновлением нужно серьезно проанализировать этот раздел и в соответствии с ним — свой код.

Как узнать версию PHP сайта: способ первый

Чтобы узнать версию PHP на вашем сервере выполните такую последовательность действий:

  • откройте любой текстовый редактор;
  • создайте новый файл и впишите в него строку: php echo phpversion();
  • сохраните ваш файл с расширением .php;
  • загрузите его на сайт;
  • введите в адресную строку вашего браузера следующее: site_name/phpversion.php, где site_name — доменное имя вашего сайта, а phpversion.php — имя сохраненного файла.

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

Существует другой вариант этого способа, как узнать версию PHP на сервере: вместо строки php echo phpversion() можно записать , остальные действия — те же. В этом случае на ваш экран при обращении к данному файлу будет выведена не только версия, но и все существующие параметры PHP-версии, установленной на вашем сайте.

Второй способ. Как узнать версию PHP: Centos, Debian, Windows

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

Как посмотреть версию PHP (Linux, Windows):

  1. Запустить командную строку (для Windows) или консоль (для Unix-систем).
  2. Осуществить SSH-подключение к серверу.
  3. Выполнить запрос вида: php -v.

Ответ на этот запрос позволит вам узнать версию PHP для Debian, Centos и других Unix-систем и Windows.

Кстати говоря, у нас теперь имеются выделенные сервера на Windows и мы можем установить Вам любую версию PHP.

Конечно же, если вас интересует быстрый способ, как проверить, какая версия PHP стоит на серверах интересующего вас хостера, то можно поступить очевидным образом: посмотреть на сайте хостинг-провайдера. Может оказаться так, что в свободном доступе такой информации нет — в этом случае есть смысл обратиться в техподдержку и получить ответы на все свои вопросы.

И если вы ищете надежный хостинг с современным программным обеспечением, то вам наверняка понравится RigWEB. Мы предлагаем вам:

Широкий выбор тарифных планов и вариантов хостинга

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

Оперативная и вежливая круглосуточная техподдержка

Любой ваш запрос относительно работы с сайтом или хостингом будет обработан в течение 30 минут специалистом нашей техподдержки в любое время суток. Так что если вы не знаете, как узнать версию PHP на Centos при работе с арендованным сервером — наша техподдержка вам поможет!

Пользуйтесь профессиональным хостингом от RigWEB и создавайте интересные, технологичные и привлекательные для пользователей веб-проекты, ведь мы предоставим вам для этого максимально комфортные условия по адекватной цене!

Проверить, включен ли PHP для домена, можно довольно простым способом. Необходимо перейти в корневую директорию сайта, который привязан к домену, и создать в ней произвольный файл с расширением .php, например, phpinfo.php, открыть его при помощи любого текстового редактора и указать в нём следующий текст:

После этого вводим в браузере домен и имя созданного файла, в результате чего, если PHP для вашего домена активирован, то отобразится страница с его версией и всеми существующими параметрами, пример которой показан на изображении ниже.

Если же в браузере произошел вывод содержимого файла, то это значит, что для этого домена, либо для веб-сервера в целом в конфигурации не активирован/установлен PHP-обработчик.

Сравнение результатов процессорных бенчмарков

По каждому бенчмарку приведены три значения:

  • Время, с: время выполнения (в секундах).
  • Относительное изменение, %: изменение времени выполнения по сравнению с предыдущей версией. Если бенчмарк выполнялся быстрее — значение положительное, если медленнее — отрицательное.
  • Абсолютное изменение, крат: насколько быстрее выполнялся скрипт по сравнению с PHP 5.0.

Результаты прогона бенчмарков вы можете увидеть в таблице ниже.

(1) Бенчмарк не может выполняться на версиях до 5.3, потому что он использует свойства, которые ещё не были реализованы.

(2) Результаты в этой колонке немного смещены, потому что бенчмарку для работы нужен как минимум PHP 5.3. Их можно взять просто для справки, раз нельзя сравнить с PHP 5.0.

(3) Это модифицированная версия скрипта mandelbrot.php, который выполнялся слишком быстро в версии 7.1.0 в экспериментальной ветке, так что не получалось точно измерить скорость. Поэтому мы внутри скрипта выполняли сто вычислений, а не одно.

Конечно, чисто процессорные бенчмарки не позволяют оценить все аспекты производительности PHP. Данные могут быть нерепрезентативны. Тем не менее на основе этих данных можно сделать выводы:

  • PHP 5.1 более чем вдвое быстрее PHP 5.0.
  • Версии 5.2 и 5.3 обладают новым набором улучшений, но не таких впечатляющих, как у 5.1.
  • Следующий скачок производительности был у версии 5.4.
  • Расширение opcache поставлялось с 5.5 и 5.6. Это позволяло повысить производительность за счёт ускорения загрузки кода, когда один и тот же скрипт выполнялся последовательно. Однако opcache не слишком полезно для скриптов, исполняемых в режиме CLI.
  • PHP 7.0 — главный прорыв с точки зрения производительности. Движок Zend был полностью переработан, и мы наблюдаем результат этих масштабных изменений.
  • В PHP 7.1 в расширении opcache были оптимизированы опкоды, что объясняет скачок производительности по сравнению с 7.0.
  • Экспериментальная JIT-ветка демонстрирует очередной скачок производительности. Но в некоторых случаях никакого улучшения нет. Иногда ветка оказывается даже медленнее, потому что компилирование не ускоряет работу кода. Но не будем забывать, что эта фича пока в разработке.

Статистика использования PHP

Май 2021 г.

Версия Сгруппированы +/- разница с ноября 2020 г.
PHP 7.4.16 13.26% PHP 7.4 45.92% (+3.31)
PHP 7.3.27 8.46% PHP 7.3 21.30% (-5.75)
PHP 7.4.9 6.38% PHP 7.2 12.89% (-2.39)
PHP 8.0.3 6.31% PHP 8.0 9.44% (+9.17)
PHP 7.2.34 5.46% PHP 7.1 5.21% (-2.24)
PHP 7.4.15 4.89% PHP 7.0 2.07% (-0.63)

Как можно заметить 7.4 продолжает расти, несмотря на то, что процент его использования итак высок , в то время как PHP 8 хоть и работает нормально, но скорость его принятия составляет лишь половину от предыдущих выпусков 7.x. По моему опыту, обновление до него определенно сложнее, чем обновление до второстепенного выпуска, в основном из-за того, что некоторые зависимости отстают в поддержке PHP 8, но оно того стоит, так что я бы советовал людям скорее продвигаться вперед на следующую версию!

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

Если это пройдет, вы можете попробовать выполнить обновление без него с помощью —dry-run и запустить свой набор тестов. Если вы получаете ошибки, вам может потребоваться проверить, существует ли новая версия для этих зависимостей, или отправить создателям пакетов PR/issue о поддержке PHP 8.

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

Использование PHP

Если вы можете загрузить файл в корневой каталог Интернета, просто создайте локальный файл с именем mysqlversion.php . Затем скопируйте и вставьте приведенный ниже код в файл и загрузите его в корневую папку вашего сервера.

<?php

// Create a database connection.
$link = mysqli_connect("localhost", "root", "root_password");

// Print the MySQL version.
echo mysqli_get_server_info($link);

// Close the connection.
mysqli_close($link);

Это отобразит версию вашего сервера.

Могут быть другие способы просмотреть номер версии вашего сервера базы данных в Ubuntu Linux. Однако несколько вышеперечисленных методов должны помочь вам начать работу.

Бенчмарки PHP и HHVM (2018)

Для каждого теста мы брали последнюю версию каждой платформы и в течение минуты измеряли работу главной страницы с 15 одновременными пользователями. Тестовый стенд:

  • Машина: 8x Intel Xeon CPU, 2,20 ГГц (работала в Google Cloud Platform и исполнялась в изолированном контейнере)
  • ОС: Ubuntu 16.04.3 LTS
  • Стек Docker: Debian 8, Nginx 1.13.8, MariaDB 10.1.31
  • Движки PHP: 5.6, 7.0, 7.1, 7.2
  • HHVM: 3.24.2
  • OPCache: для WordPress, Joomla и Drupal мы использовали официальный образ Docker. Для остальных — тот же образ с включённым OPCache и рекомендованными настройками php.ini.

Тесты выполнял Торик Фирдаус (Thoriq Firdaus), один из разработчиков WordPress и инженер поддержки в Kinsta. Торик участвовал в создании WordPress Core и редактора локализации WordPress для Индонезии.

Что такое PHP?

PHP — это гипертекстовый препроцессор. Сегодня это один из самых популярных скриптовых языков в сети. Согласно W3Techs, PHP применяется на 83 % сайтов, использующих языки программирования на стороне сервера.

Что такое HHVM?

Из-за проблем с производительностью PHP команда Facebook разработала HipHop Virtual Machine (HHVM). Это система, использующая JIT-компиляцию (just-in-time) для преобразования PHP-кода в машинный код ради синергии PHP и железа, на котором этот код исполняется.

Протестированные платформы и конфигурации

Мы протестировали 20 платформ/конфигураций. В некоторых случаях из-за отсутствия поддержки конкретной версии PHP пришлось протестировать по несколько версий. Все измерения — количество запросов в секунду. Чем больше значения, тем лучше.

Проверка через файл info.php

Этот скриптовый язык обладает функцией, показывающей статус инсталляции, текущее обновление. Но по умолчанию данная функция не используется. Поэтому сделайте следующее:

  1. Сначала надо создать текстовый документ. Если вами используется хостинг с cPanel, то его нужно разместить в папке «public_html», если с ISPmanager – в папке «www».
  2. После необходимо открыть документ и вписать: <?php phpinfo();?>
  3. Выполните сохранение файла.
  4. Далее этот файл следует переименовать в «info.php».
  5. В адресной строке введите «ваш_домен/info.php.
  6. В конце просто нажмите на кнопку Enter.

Перед вами появится страница, где будет указан статус языка.

Проверка в cPanel

Проверку можно выполнить и с помощью панели управления. Для этого выполняйте следующее:

  1. Зарегистрируйтесь в cPanel.
  2. Далее во вкладке «Программное обеспечение» надо кликнуть на кнопку «Выбор версии PHP».
  3. После открытия страницы можно увидеть используемое обновление.

При желании ее можно изменить или обновить. Для этого надо выбрать необходимую версию из предоставленного списка и нажать «Сделать текущей». После перенастройки сохраните изменения.

Проверка на хостинге с ISPmanager

Если на вашем хостинге используется ISPmanager, то проверку можно выполнить через панель управления. Для этого необходимо:

  1. Зарегистрироваться в ISPmanager.
  2. В разделе «WWW» кликнуть на пункт «PHP».

Открывшаяся страница отобразит статус скриптового языка на хостинге. Преимуществом ISPmanager является то, что есть возможность использования различных версий данного скриптового языка для различных элементов панели.

Изменить или обновить версию PHP также возможно. Надо нажать на кнопку «Версия PHP» и выбрать нужную.

Стоит предупредить, что старые обновления имеют уязвимости. Для обеспечения полной безопасности и скорости работы рекомендуется использовать версию 7.0.

Использование текстового редактора

Как посмотреть версию PHP с помощью текстового редактора? Для этого необходимо соблюдать следующий алгоритм действий:

  1. В самом начале следует открыть редактор кода. Лучше в данном случае воспользоваться Notepad++.
  2. После этого необходимо ввести следующий код: <?phpecho ‘Current PHP version: ‘ . phpversion();?> Данный код поможет отобразить статус скриптового языка, если запустить его на веб-сервере.
  3. Далее нужно выполнить сохранение созданного файла в формате Hypertext Preprocessor. После того как вы нажмете «Сохраните как», к имени файла следует добавить расширение .php.
  4. Также можно узнать подробную информацию.  Для получения дополнительной информации, например, о системе, доступных командах и так далее, необходимо использовать команду: <?phpphpinfo();?>
  5. Выполните загрузку файла на веб-сервер. Для этого можно использовать FTP-клиент, а можно применить панель управления сервера. Необходимо скопировать файл в корневой каталог веб-сервера.

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

Проверка версии и параметров PHP через консоль.

Проверить версию установленного на сервере интерпретатора PHP можно следующей командой:

Для проверки установленных в PHP модулей:

А чтобы получить вывод информации как о версии PHP на виртуальном VPS сервере, так и о его параметрах, необходимо ввести команду:

В результате отработает функция phpinfo(), которая и выведет в консоли всю информацию о параметрах. Чтобы сделать чтение результатов более удобным, можно вывод указанной команды перенаправить в файл, например, следующим образом:

Если у вас установлено несколько версий php в системе, то при вызове команды php в консоли, будет использоваться одна из них. Иногда необходимо для каких-то скриптов или сервисов управлять версией php в консоли. Я расскажу, как ее изменить.

У меня на сервере Debian установлены 2 версии php — 5.6 и 7.0. Для начала проверим, какая версия используется в данный момент:

Посмотрим, где располагается сам бинарник php:

Оказывается, что /usr/bin/php является символьной ссылкой. Посмотрим, куда она ведет:

Это еще одна символьная ссылка. Смотрим, куда ведет она:

На седьмую версию php. Заменим ее на 5.6, которая у меня установлена по адресу /usr/local/bin/php. Редактируем символьную ссылку:

Проверяем текущую версию php в консоли:

Все получилось. Теперь в консоли по-умолчанию будет использоваться нужная версия php. Можно проверять скрипты, не указывая полный путь к нужной версии.

Можно было поступить и по-другому. При вызове php в консоли, имя проверяется в переменной $PATH. Посмотреть ее значения можно командой:

Директории проверяются в том порядке, как они перечислены. Где будет найдено первое совпадение, тот файл и будет использоваться. В моем случае директория /usr/bin, где жила символьная ссылка на php7.0 стоит раньше, чем /usr/local/bin, где расположена php5.6. Можно было просто поменять местами эти директории в PATH и версия по-умолчанию станет 5.6, так как ее бинарник php будет найден раньше.

Более гибко управлять версиями php в системе можно с помощью программы update-alternatives. Она может делать в том числе и то, что мы сейчас проделали, только автоматически, в зависимости от своих настроек. С ее помощью можно более гибко управлять версиями, задавать приоритеты использования той или иной версии, быстро их переключать в полуавтоматическом режиме.

Мне все это не надо, поэтому не стал сильно разбираться с ее работой, только познакомился с возможностями. Рассказываю о ней в качестве наводки для тех, кому захочется более подробно разобраться в этой теме. Она может быть актуальна, если у вас установлена какая-нибудь панель управления хостингом с разными версиями php. Например — plesk.

How to Check your Ubuntu Version

7 Октября 2020
&vert;

Ubuntu

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

Новые выпуски Ubuntu выходят каждые шесть месяцев, а выпуски LTS (долгосрочная поддержка) — каждые два года. Версии LTS поддерживаются в течение пяти лет как на настольных компьютерах, так и на сервере, другие стандартные выпуски поддерживаются в течение девяти месяцев.

Как проверить версию Ubuntu из командной строки 

Есть несколько команд, которые вы можете использовать, чтобы узнать, какую версию Ubuntu вы используете.

В утилите отображает LSB (Linux Standard Base) информация о распределении Linux.

Предпочтительный метод проверки вашей версии Ubuntu — использовать утилиту, которая отображает информацию LSB (Linux Standard Base) о дистрибутиве Linux. Этот метод будет работать независимо от того, какую среду рабочего стола или версию Ubuntu вы используете.

Выполните следующие действия, чтобы проверить версию Ubuntu из командной строки:

  1. Откройте свой терминал с помощью сочетания клавиш или щелкнув значок терминала.

  2. Используйте команду, чтобы отобразить версию Ubuntu.

         Ваша версия Ubuntu будет показана в строке описания. Как видно из вывода выше, я использую Ubuntu 18.04 LTS.

    Вместо того, чтобы печатать всю вышеуказанную информацию, вы можете отобразить строку описания, которая показывает, что ваша версия Ubuntu передает переключатель.

         Результат должен выглядеть примерно так:

Кроме того, вы также можете использовать следующие команды, чтобы проверить свою версию Ubuntu.

Проверить версию Ubuntu с помощью файла

Файл содержит идентификационную систему текста. Используйте команду для отображения содержимого файла:

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

Проверить версию Ubuntu с помощью файла

— файл, содержащий идентификационные данные операционной системы. Этот файл можно найти только в более новых версиях Ubuntu, работающих под управлением systemd.

    Этот метод будет работать, только если у вас Ubuntu 16.04 или новее:

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

Проверьте версию Ubuntu с помощью команды

— это команда, которая позволяет вам установить имя хоста системы, но вы также можете использовать ее для проверки вашей версии Ubuntu.

Эта команда будет работать только в Ubuntu 16.04 или более новых версиях:

Проверьте версию Ubuntu на рабочем столе Gnome 

Gnome — это среда рабочего стола по умолчанию в Ubuntu 18.04 (Bionic Beaver). Предыдущие версии Ubuntu использовали Unity в качестве среды рабочего стола по умолчанию.

Следуйте инструкциям ниже, чтобы проверить свою версию Ubuntu, если вы используете Gnome:

  1. Откройте окно настроек системы, щелкнув значок, как показано на изображении ниже:

  2. В окне настроек системы щелкните вкладку:

Ваша версия Ubuntu будет отображаться под оранжевым логотипом Ubuntu.

В этом руководстве мы показали вам, как найти версию Ubuntu, установленную в вашей системе. Для получения дополнительной информации о выпусках Ubuntu посетите страницу выпусков Ubuntu .