Looking for more information on how to do PHP the right way? Check out PHP: The Right Way

Community News:
Latest PECL Releases (03.27.2018)
Mar 27, 2018 @ 13:05:01

Latest PECL Releases:

  • ibm_db2 2.0.5
    Fixed config.m4 file which messed up in last release.

  • ibm_db2 2.0.4
    Added support for PHP 7.2
  • ibm_db2 2.0.3
    Added support for PHP 7.2
  • timezonedb 2018.4
    Updated to version 2018.4 (2018d)
  • sqlsrv 5.2.0
    [Added] - Added support for Always Encrypted with basic CRUD functionalities (see here [here] (https://github.com/Microsoft/msphpsql/wiki/Features#aebindparam)) - Support for Windows Certificate Store (use connection keyword ColumnEncryption) - Support for inserting into and modifying an encrypted column - Support for fetching from an encrypted column - Added support for PHP 7.2 - Added support for MSODBC 17 - Added support for Ubuntu 17 (requires MSODBC 17) - Added support for Debian 9 (requires MSODBC 17) - Added support for SUSE 12 - Added Driver option to set the ODBC driver, Added "Driver" option, valid values are ODBC Driver 17 for SQL Server, ODBC Driver 13 for SQL Server, and ODBC Driver 11 for SQL Server - The default driver is ODBC Driver 17 for SQL Server [Fixed] - Issue #555 - Hebrew strings truncation (requires MSODBC 17) - Adjusted precisions for numeric/decimal inputs with Always Encrypted - Support for non-UTF8 locales in Linux and macOS - Fixed crash caused by executing an invalid query in a transaction (Issue #434) - Added error handling for binding TEXT, NTEXT or IMAGE as output parameter (Issue #231) - Decimal types with no decimals are correctly handled when AE is enabled (PR #544) - BIGINT as an output param no longer results in value out of range exception when the returned value is larger than a maximum integer (PR #567) [Removed] - No longer support Ubuntu 15 [Limitations] - In Linux and macOS, setlocale() only takes effect if it is invoked before the first connection. The subsequent locale setting will not work - Always Encrypted functionalities are only supported using MSODBC 17 - Always Encrypted limitations [Always Encrypted limitations](https://github.com/Microsoft/msphpsql/wiki/Features#aelimitation) - When using sqlsrv_query with Always Encrypted feature, SQL type has to be specified for each input (see here [here](https://github.com/Microsoft/msphpsql/wiki/Features#aebindparam)) - No support for inout / output params when using sql_variant type [Known Issues] - Connection pooling on Linux doesn't work properly when using the MSODBC 17 preview - When pooling is enabled in Linux or macOS - unixODBC <= 2.3.4 (Linux and macOS) might not return proper diagnostics information, such as error messages, warnings and informative messages - due to this unixODBC bug, fetch large data (such as xml, binary) as streams as a workaround. See the examples here [here](https://github.com/Microsoft/msphpsql/wiki/Connection-Pooling-on-Linux-and-Mac) - Calling stored procedure with XML parameter does not work with Column Encryption enabled (Issue #674) - Connection with Connection Resiliency enabled so not resume properly with Connection Pooling (Issue #678) - Cannot connect with both Connection Resiliency enabled and ColumnEncryption enabled (Issue #577)
  • pdo_sqlsrv 5.2.0
    [Added] - Added support for Always Encrypted with basic CRUD functionalities (see here [here] (https://github.com/Microsoft/msphpsql/wiki/Features#aebindparam)) - Support for Windows Certificate Store (use connection keyword ColumnEncryption) - Support for inserting into and modifying an encrypted column - Support for fetching from an encrypted column - Added support for PHP 7.2 - Added support for MSODBC 17 - Added support for Ubuntu 17 (requires MSODBC 17) - Added support for Debian 9 (requires MSODBC 17) - Added support for SUSE 12 - Added Driver option to set the ODBC driver, Added "Driver" option, valid values are ODBC Driver 17 for SQL Server, ODBC Driver 13 for SQL Server, and ODBC Driver 11 for SQL Server - The default driver is ODBC Driver 17 for SQL Server [Changed] - Implementation of PDO::lastInsertId($name) to return the last inserted sequence number if the sequence name is supplied to the function (lastInsertId) [Fixed] - Issue #555 - Hebrew strings truncation (requires MSODBC 17) - Adjusted precisions for numeric/decimal inputs with Always Encrypted - Support for non-UTF8 locales in Linux and macOS - Fixed crash caused by executing an invalid query in a transaction (Issue #434) - Added error handling for using PDO::SQLSRV_ATTR_DIRECT_QUERY or PDO::ATTR_EMULATE_PREPARES in a Column Encryption enabled connection - Added error handling for binding TEXT, NTEXT or IMAGE as output parameter (Issue #231) - PDO::quote with string containing ASCII NUL character (Issue #538) - Decimal types with no decimals are correctly handled when AE is enabled (PR #544) - BIGINT as an output param no longer results in value out of range exception when the returned value is larger than a maximum integer (PR #567) [Removed] - No longer support Ubuntu 15 - Supplying tablename into PDO::lastInsertId($name) no longer return the last inserted row (lastInsertId [lastInsertId](https://github.com/Microsoft/msphpsql/wiki/Features#aebindparam)) [Limitations] - In Linux and macOS, setlocale() only takes effect if it is invoked before the first connection. The subsequent locale setting will not work - Always Encrypted functionalities are only supported using MSODBC 17 - Always Encrypted limitations [Always Encrypted limitations](https://github.com/Microsoft/msphpsql/wiki/Features#aelimitation) - When using sqlsrv_query with Always Encrypted feature, SQL type has to be specified for each input (see here [here](https://github.com/Microsoft/msphpsql/wiki/Features#aebindparam)) - No support for inout / output params when using sql_variant type [Known Issues] - Connection pooling on Linux doesn't work properly when using the MSODBC 17 preview - When pooling is enabled in Linux or macOS - unixODBC <= 2.3.4 (Linux and macOS) might not return proper diagnostics information, such as error messages, warnings and informative messages - due to this unixODBC bug, fetch large data (such as xml, binary) as streams as a workaround. See the examples here [here](https://github.com/Microsoft/msphpsql/wiki/Connection-Pooling-on-Linux-and-Mac) - Calling stored procedure with XML parameter does not work with Column Encryption enabled (Issue #674) - Connection with Connection Resiliency enabled so not resume properly with Connection Pooling (Issue #678) - Cannot connect with both Connection Resiliency enabled and ColumnEncryption enabled (Issue #577)
  • SeasLog 1.8.4
    - New Feature #162 Configure seaslog.recall_depth support for filename and code line. - New Feature #170 Configure seaslog.trace_notice and seaslog.trace_warning support trace notice and warning. - New Feature #172 Configure seaslog.disting_folder support switch {Logger}/{Time}[.Type].log or {Logger}_{Time}[.Type].log. - New Feature #174 Add %U(MemoryUsage) and %u(PeakMemoryUsage) into default variable table. - New Feature #186 Use seaslog_throw_exception replace zend_error. - Fixed issue #65 Message template content match error. - Fixed issue #153 Disting_by_hour and disting_type can not use together. - Fixed issue #156 Log template format error with %L and %M. - Fixed issue #158 SeasLog::setRequestID intercepted error. - Fixed issue #165 Phpdbg seg fault. - Fixed issue #184 SeasLog::analyzerCount seg fault at PHP7-nts. - Fixed issue #181 Perfect when stream's connection was broken.
  • nsq 2.3.2
    * Add function which use of pub connection close * Fix sub coredump * pecl init
  • yaf 3.0.7
    - Fixed issue #389 (segfault in debug mode while running with phpunit)
tagged:

Link:


Trending Topics: