Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

sitecreator

Користувачі
  
 Профіль  Активність

  • Публікації

    6 116

  • З нами

 Тип публікації 

Записи блогу, опубліковані користувачем sitecreator

  1. sitecreator
    aaPanel

    Описывая возможности панели управления aaPanel буду временами сравнивать ее с другими панелями управления. Не ставлю целью категорически выделить лучшую панель управления и/или операционную систему и/или лучший веб-сервер. Предоставляю самостоятельно делать окончательный выбор. Если я что-то описываю, то это не обязательно означает, что я описываю собственные предпочтения и даю рекомендации использовать вот именно "то, а не это", скорее всего, это будет анализ собственного опыта, в том числе анализ ошибок (ошибочного выбора). Без практического опыта и практического сравнения невозможно заранее точно понять, что же окажется самым удобным и самым быстрым (производительным). Поэтому я выбрал вариант "пощупать" разные панели управления VDS/VPS под разными ОС Linux, и уже потом решил сделать более осознанный окончательный выбор на основе сравнения возможностей, удобства, глючности (точнее - отсутствие оных), требовательности (прожорливости) к ресурсам и т.п.
     
    Поэтому даже не вполне удачные конфигурации я также описывал и описываю. Итоги и выводы будут позже.
    Пока могу сказать, что выбор aaPanel видится более предпочтительным по сравнению с CyberPanel.
     
    Кстати, нередко люди делают поспешные и необоснованные выводы, не разобравшись толком в вопросе. Бывает, что делают просто некорректное сравнение разных веб-серверов в заведомо неодинаковых условиях. Просто пример. Веб-сервер Apache (или Nginx+Apache) может оказаться с включенным по умолчанию open_basedir, что сильно сказывается на производительности и буквально увеличивает время отклика (TTFB) в два раза. Но некоторые упорно будут сравнивать отклик такого сервера с веб-сервером NGINX, в котором не будет open_basedir.  В итоге сравнение будет некорректным, а результат для одного из тестируемых занижен раза в два.
    К веб-серверу OpenLiteSpeed точно также относится правило "отключите опцию open_basedir защиту"  прежде чем делать делать сравнительный тест с Nginx.
    В случае aaPanel эта опция для OpenLiteSpeed  будет включена по-умолчанию, поэтому тест вам даст отклик сервера в два раза медленнее чем это возможно без open_basedir.  В aaPanel для Apache не используется open_basedir.
     
    Поэтому когда слышишь что-то вроде "Да OpenLiteSpeed   - это тормоз по сравнению с NGINX", то хочется спросить: "а вы тестировали OpenLiteSpeed   с включенным open_basedir, но NGINX - без него, верно?"
     
    Почти всегда NGINX будет быстрее чем OpenLiteSpeed, это верно. Но все же смотрите реальную разницу в цифрах чтобы понять насколько она значима. Панель aaPanel позволяет сделать вполне объективное сравнение 3-х вариантов веб-серверов для вашего сайта. Забегая вперед скажу, что по производительности все три варианта будут примерно на одном уровне если брать для сравнения параметр TTFB (отклик сервера, т.е. время до передачи начального байта), но это при условии отсутствия стресс-нагрузки, т.е. при единичном посетителе одновременно.
    Почему Apache будет в этом случае на одном уровне с NGINX? Это потому, что будет использован Apache + php-fpm.
    Но тест при одном условном посетителе не позволит сравнить в полной мере NGINX и Apache, но позволит лишь в первом приближении сделать сравнение.
     
     

    Полная документация на панель управления: документация aaPanel
    Панель управления бесплатная.
    Поддерживает выбор конфигурации веб-сервера и PHP.

    Возможные варианты веб-сервера и PHP:
    Nginx + php-fpm Apache + php-fpm OpenLiteSpeed + LSPHP
    С точки зрения производительности самый интересный вариант - это Nginx + php-fpm.
    Для каждого сайта возможно использование своей версии php.

    Операционные системы Linux, которые поддерживает aaPanel:
      Ubuntu 16.04 / 18.04 / 20.04 Debian 9+ Centos 7 / 8
    Набор дополнительных возможностей в aaPanel зависит от операционной системы. Самый большой выбор дополнительных функциональных возможностей будет при установленной Linux Centos 7. Это не означает, что Centos 7 чем-то превосходит остальные ОС, просто это особенность данной панели управления. Различные панели управления тяготеют в той или иной степени к тем или иным ОС. Например, в случае панели управления ISPmanager также наблюдалась поддержка в первую очередь Centos 7, т.е. новый функционал появлялся сперва именно для этой Linux, потом - для остальных.

    В любом случае выбор дистрибутива Linux (FreeBSD или иной вариант UNIX) - это дело вкуса и привычки, и опыта . Но учитывайте, что некоторая (небольшая) часть дополнительных приложений для aaPanel рассчитана только на Centos или Centos / Ubuntu. Основной же функционал одинаково работает на любой из поддерживаемых ОС Linux. При прочих равных имеет смысл всегда смотреть в сторону наиболее свежего дистрибутива (с более свежим ядром соответственно) и одновременно не забывать о долговременной поддержке разработчиком того или иного дистрибутива.
         
    UPD от января 2022.
    Замечу, что панель управления активно развивается. То, что несколько месяцев тому назад было доступно для ограниченного набора ОС, то теперь доступно для всей линейки поддерживаемых ОС.
     


    По сравнению с панелью управления CyberPanel панель управления aaPanel выглядит более гибкой и удобной.
    Во-первых, вы можете с aaPanel переключать при желании (ради тестов и т.п.) тип сервера с одного на другой без переустановки сайта.
     
    Менеджер файлов

    Менеджер файлов в отличие от CyberPanel в aaPanel позволяет работать с любыми папками, а не только с папками сайтов. Можно всегда посмотреть суммарный вес всех файлов папки, что довольно удобно. Например, в той же панели ISPmanager нет кнопки для просмотра размера всех файлов в папке.
    В aaPanel нет проблем с кириллическими названиями файлов.
    Отдельным недостатком файлового менеджера aaPanel можно назвать отсутствие для браузера FireFox использовать режим перетаскивания drag & drop, но в Crome это работает. В ISPmanager 5 такой функции нет совсем.
         
     
     
    Корзина.
    Корзине стоит уделить отдельное внимание.
    По-умолчанию все удаляемые файлы помещаются в корзину. В ISPmanager, к примеру, корзины нет. Такое поведение по-умолчанию может быть неудобно, т.к. может быть съедено бесполезными файлами пространство жесткого диска. Вы можете отключить корзину. Кнопка корзины всегда присутствует в файловом менеджере.
     

     

     
    Правда если корзину отключить, то удаление файла превращается в "интеллектуальную задачу", т.к. файловый менеджер начинает вам подкидывать арифметические упражнения, правильно решив которые вы можете удалить файл. Где изменить такое поведения я не смог пока найти, т.к. в основных настройках панели управления нет чего-то подобного, переключение настроек на "develop mode" вопрос не решает. Зачем в панели управления такой квест пока непонятно.
     

     
     
    Импорт и экспорт в БД

    В отличие от CyberPanel в aaPanel есть удобный функционал импорта/экспорта данных в базу данных и бекапа (backup) БД. Такой функционал также есть в ISPmanager. Это позволяет не использовать для этого PHPmyAdmin, который делает подобные операции крайне медленно, а из-за лимита времени (на выполнение php) может не завершиться за один проход импорт большого файла SQL.
            дописываю и добавляю описание ...
  2. sitecreator
    Поклонникам чистого NGINX предлагаю ознакомиться с панелью управления aaPanel.  CyberPanel - это не для приверженцев чистого NGINX.
    Просьба воздержаться от проявлений "религиозной" предвзятости по отношению к веб-серверу LiteSpeed, в тоже время приветствуется анализ с фактическим набором данных, а не голословные утверждения.
     
    CyberPanel и веб-сервер LiteSpeed  могут быть интересны как альтернатива веб-серверам с поддержкой .htaccess:
     
    Apache Nginx+Apache  
    Т.е. имеет смысл сравнивать ситуации одного порядка. Не вполне корректно делать сравнение ситуаций с поддержкой htaccess и без нее. Без htaccess работает NGINX, и NGINX практически всегда будет лучшим решением.  Но если нужен htaccess, то из вашего выбора выпадает чистый NGINX , но остается, например, вариант Nginx+Apache или LiteSpeed.
     
     
     
     
     

     
     
    Друзья, старался подготовить доступное руководство на русском языке по установке и управлению CyberPanel - бесплатной панелью управления сервером (VDS/VPS). Попробую подробно, с освещением плюсов/минусов и подводных камней.  Несущественные моменты, понятные итак большинству специалистов, знакомых с Linux (FreeBSD) буду опускать чтобы не загромождать слишком описание. Но иногда буду давать наиболее полное описание чтобы даже начинающий мог провести успешно установку. Но все же знания Linux хотя бы в общих чертах приветствуются.
     
    Данная статья по большей части не является перепечаткой (переводом) или компиляцией информации из разных источников, а основана на собственном опыте, многие нюансы просто нигде не описаны пока на просторах интернета. Особенно применительно к Opencart.
     
    Итак, CyberPanel  + веб-сервер LiteSpeed + LSPHP.
    Весьма достойный выбор в качестве основы для размещения магазинов на опенкарт. Причем, высоконагруженных магазинов с количеством товаров от 100 000 в том числе.
     
    Про LSPHP смотрим здесь: https://www.php.net/manual/ru/install.unix.litespeed.php
     
    Все знают про веб-серверы Apache и Nginx, которые могут работать как самостоятельно, так и в связке Nginx + Apache (фронтэнд + бэкЭнд).  Есть еще один интересный веб-сервер - это LiteSpeed , который есть в бесплатной (OpenLiteSpeed ) и коммерческой версии. По популярности, конечно, Apache и Nginx будут впереди, но на сегодня доля LiteSpeed - это почти 10%. Статистику можно посмотреть здесь: https://w3techs.com/technologies/details/ws-litespeed
     
    Большинству специалистов известна очень удобная (в первую очередь для непрофессионала) панель управления сервером ISPmanager. Пожалуй, плюсов в ISPmanager гораздо больше чем минусов. Это одна из самых продвинутых и удобных панелей управления. Но недавно появился дополнительный (относительный) минус - это повысилась ее стоимость в Lite версии с одновременным ограничением на кол-во используемых доменов  - до 10, включая поддомены (на автоподдомены ограничение не распространяется). Если нужно поддержать более 10 доменов - тут уже нужно выбирать ISPmanager Pro (до 50 доменов).
     
    Кроме платных панелей управления есть бесплатные (некоторые среди них свободные с открытым кодом, часть - закрытые с проприетарным кодом). И есть очень даже надежные и удобные панели управления. Я работал с разными, штук пять достойных вполне можно обозначить. Сразу скажу, что говорить про панель Vesta CP уже нет смысла, т.к. развитие и поддержка сошли на нет, в прошлом панель имела проблемы с безопасностью, в общем, остается забыть про нее. Благо, что есть достойные альтернативы.
    Для поклонников Vesta CP:
     
     
    Начну краткий обзор с CyberPanel.  Позже планирую осветить и другие достойные панели управления.
    Инструкцию по установке с определенными нюансами прикладываю ниже.  Есть свои подводные камни. Постараюсь осветить максимально подробно трудности и способы их преодоления. Материал буду дополнять. У меня он уже подготовлен в гораздо большем объеме чем сейчас я выкладываю здесь.
     
    Я довольно подробно останавливаюсь на выборе определенной ОС, приведу сравнительный анализ, что и какой именно набор софта вы получите в случае одной или другой ОС. Сразу скажу, что в случае CyberPanel нельзя говорить, что можете ставить то, что вам нравится и ли к чему привыкли, т.к. есть определенные ограничения софта, которые вы получите в случае разных ОС, и обойти вы их просто так не сможете. Нужно понимать, что веб-сервер OpenLiteSpeed  требует довольно специфические сборки php - LSPHP, которые вы просто так не соберете самостоятельно и не установите в случае необходимости в отличие от php как модуля Апачи, cgi, php-fpm. А именно веб-сервер OpenLiteSpeed  поставляется вместе с панелью управления CyberPanel.
     
    OpenLiteSpeed  функционально заменяет Апачи, Nginx и их связку. При этом скорость будет на уровне чистого Nginx + php-fpm, это если верить разработчикам веб-сервера и независимым тестировщикам. Однако, любые заявления самих разработчиков всегда стоит ставить под сомнения, т.к. лукавого подхода в сравнении с продуктом конкурента никто не отменял. Не помешает сделать сравнительные тесты самостоятельно на вполне реальных задачах опенкарт. Плюс возможность кеширования HTML на уровне веб-сервера, т.е. без всяких ускорителей-кешеров. Специально для опенкарт есть официальный модуль. Но это отдельный вопрос, со своими плюсами и минусами, постараюсь его осветить позже более подробно.
    OpenLiteSpeed  умеет работать очень быстро со статикой (файлы изображений, js, css, шрифты и прочие подобные файлы) и с php.
     
    Кстати, очень многие крупные хостинг-провайдеры отдали предпочтение именно веб-серверу LiteSpeed.  Например, крупнейший провайдер Украины *****
    использует LiteSpeed (коммерческий вариант) для предоставления обычного (виртуального) хостинга.
     
    Сайт разработчика панели CyberPanel.
    Процесс установки CyberPanel кратко описан здесь.

    Разработчиком CyberPanel заявлена совместимость с операционными системами:
    Centos 7.x, Centos 8.x, Ubuntu 18.04, Ubuntu 20.04  
    Поддержка Linux Debian не заявлена в CyberPanel . Но сам веб-сервер OpenLiteSpeed  устанавливается на Debian без проблем. К тому же есть еще одна весьма достойная  бесплатная панель управления, которая поддерживает OpenLiteSpeed , Apache или чистый Nginx на выбор. Я говорю про aaPanel - это Open Source панель управления для серверов.
    Что примечательно, наиболее полная поддержка всевозможного софта в aaPanel опять же достигается именно в Centos 7, т.е. некоторый полезный софт есть только под Centos 7. aaPanel поддерживает Centos 7, Debian, Ubuntu, т.е. в этом случае выбор ОС будет шире.  Панели управления aaPanel я посвящу отдельный блог, она явно этого заслуживает, а также сделаю сравнение с CyberPanel и ISPmanager.

    CyberPanel работает совместно с веб-сервером OpenLiteSpeed (или с его коммерческой версией). OpenLiteSpeed понимает конфигурационные файлы Apache .htaccess, поэтому можно считать, что программное обеспечение, которое рассчитано на работу с Apache, будет также работать и под OpenLiteSpeed. Работа CyberPanel с Apache или Nginx не предусмотрена. Если говорить про быстродействие, то можно утверждать, что OpenLiteSpeed с успехом заменяет связку Nginx + Apache, т.е. по быстродействию он не уступает этой связке, но превосходит по быстродействию Apache (если тот работает один без Nginx).

    OpenLiteSpeed имеет расширение для Opencart, позволяющее использовать кеширование страниц средствами самого веб-сервера.

    Выбирайте правильно операционную систему Linux нужной версии. Более старая версия поддерживает более старые версии php, а не только самые свежие. Если использовать Ubuntu 18.04 , то будут доступны php версий:
    7.0, 7.1 (с поддержкой mcrypt), 7.2, 7.3, 7.4, 8.0 (без поддержки mcrypt). Если же нужно использовать php 5.6, то тогда стоит установить Linux Centos 7.X, поддержка которой прекратится 01.01.2025.
     
    ВАЖНО IMPORTANT Важно понимать, что в случае Ubuntu 20.04 и использовании CyberPanel вам будут доступны для работы с веб-сервером OpenLiteSpeed только версии php (lsphpXX ): 7.2, 7.3, 7.4, 8.0. В этих версиях нет расширения mcrypt, необходимого для определенных версий Opencart, и вы не сможете самостоятельно его установить в отличие от случаев если бы вы использовали веб-сервер Nginx или Apache (но эти веб-серверы CyberPanel не поддерживает). Также вы не сможете установить другие более старые версии lsphpXX, например, lsphp56 или lsphp71.
    Устанавливайте Ubuntu 18.04 если вам нужны php (lsphpXX ) 7.0, 7.1, в которых есть расширение mcrypt. Версии php 7.2...8.0 в Ubuntu 20.04 не содержат mcrypt.

    Если нужны все версии PHP (5.3...8.0) с поддержкой mcrypt, то тогда нужно использовать ОС Centos 7.  
    Впрочем, от расширения mcrypt можно в принципе совсем отказаться в Opencart и заменить его openssl.  
    Самый большой выбор версий PHP будет если установить Centos 7 + CeberPanel. От php 5.3 до php 8.0, что покрывает практически все потребности, особенно если используется движок Opencart старых версий. Для каждого сайта можно назначить свою версию php.
       
    Примечательно, что в случае Centos 7 все версии PHP (LSPHP), включая php 8.0, имеют подключенное расширение mcrypt, чего нельзя сказать о варианте для Ubuntu.
     


    CyberPanel установит автоматически сервер MariaDB. Но версия данного сервера будет зависеть от того какую ОС вы установили прежде. Для Centos 7 будет установлена самая свежая версия MariaDB 10.5 (актуальная на июнь 2021). Для Ubuntu 18.04 будет установлена MariaDB 10.1, а на Ubuntu 20.04 - MariaDB 10.3 соответственно, т.е. для Ubuntu устанавливаются те версии, которые доступны из репозиториев Ubuntu. Т.е. Centos 7 получается, что будет самым универсальным решением в плане PHP и будет иметь самый свежий софт по сравнению с Ubuntu, не смотря на то, что Centos 7 выпущена ранее Ubuntu 18.04.



    На Ubuntu также можно обновить MariaDB до 10.5, но более сложным способом. В случае Centos 7 получается все проще и с более предсказуемым результатом.
    На данный момент (июнь 2021) актуальная версия Centos 7 - это Centos 7.9 от 12 ноября 2020 с ядром Linux 3.10.0-1160. Поддержка (выпуск обновлений безопасности и стабильности) Centos 7 разработчиком заявлена до конца 2024 года.
    Centos 8 также поддерживает CyberPanel, но поддержка Centos 8 заявлена лишь до конца 2021.


    Перед установкой панели управления у вас должна быть установлена Centos 7 или Ubuntu 18.04, или 20.04.
     
    Далее на примере Ubuntu.

    Обновление репозиториев Ubuntu:
    Код: sudo apt update  
    Можем узнать какие пакеты могут быть обновлены: Код: apt list --upgradable  
    Для обновления системы используем: Код: sudo apt upgrade  
    или Код: sudo apt full-upgrade  
    Установите curl: Код: sudo apt install curl  
    Во время установки будет вопрос (выбираем Yes):  
    Проверьте версию установленного curl (для определения успешной установки): Код: curl -V  
    Перезагрузите Ubuntu: Код: reboot  
    Запускаем установку CyberPanel: Код: sh <(curl https://cyberpanel.net/install.sh || wget -O - https://cyberpanel.net/install.sh)  
    В ходе установки будет предлагаться разный выбор опций. Обычно все довольно прозрачно для понимания. На скриншотах ниже показаны большинство выбираемых опций. На запрос установки разных расширений PHP отвечаем "Y".
                     


    По умолчанию (если при установке не меняли) пароль: 1234567.
    Разумеется, что его нужно сменить.
    Задать новый пароль админа панели управления CyberPanel : Код: adminPass newpassword  
    Узнать пароль для пользователя root для MySQL/MariaDB: Код: cat /etc/cyberpanel/mysqlPassword  
    Все пароли для входа в панели управления указаны в отдельных файлах в этой папке /etc/cyberpanel:
         
  3. sitecreator
    После перехода некоторых хостеров на Ioncube loader 12  с 10-й или 11-й версии начали появляться чудеса в виде ошибок, которых никогда не было ранее, А именно:
     
    PHP Warning: [obfuscated](): Null byte in regex in  
    При том, что код абсолютно валидный. И никаких проблем на 10-й или 11-й версии ioncube loader не возникало на любой версии php от 5.6. до 7.4.
    Откуда же взялись нулевые байты в regex?
     
     
      
    Программистам может быть интересно.
     
    Исходный код:
     
    $pattern_for_tags = ''; echo "\nЭто тоже 000 pattern_for_tags\n"; echo $pattern_for_tags;  
    элементарнейший код.
    Присвоили переменной пустую строку. И сразу же вывели ее. Ожидали, что будет выведена пустая строка. Т.е. на выходе не будет ничего.
     
    а вот, что имеем на выходе с ioncube loader 12-й версии:
     

     
    смотрим в браузере в "исходный код".
    php + ионкуб превратили пустую строку в последовательность шестнадцатеричных нулей.
    Чудеса? Нет, это баг.
     
    Т.е. ионкуб пихает в строки последовательности нулей.
    И это даже будет незаметно до поры, до времени. Т.к. браузер даже не чихнет на эти лишние нули, т.к. он их просто не отобразит. И вам будет казаться, что все работает.
    Но как только вы такую строку захотите использовать как паттерн для регулярного выражения, то php начинает ругаться на нули, т.к. они, действительно, там появились.  И впихнул их именно ioncube loader 12-й версии по одному ему ведомой прихоти.
    И делает он это не закономерно, т.е. в начале кода эта строка будет обработана нормально, например, но в другом месте будут подставлены нули.  Т.е. тут как повезет.
     
    Проблема к коду PHP не имеет никакого отношения.
     
    Я даже посмотрел исходник на PHP в hex формате. А не затесался ли там нечитаемый символ?
    Нет. Там четко есть пустая строка - это только кавычки, и больше ничего.
     
     

     
    Думаю, что в лоб это можно попробовать вылечить используя энкодер 12-й.
     
     
     
     
     
      
    PHP Warning: [obfuscated](): Null byte in regex in  
    вот такая ошибка движка PHP появляется при смене ioncube loader на 12-ю версию.
    сопровождаться может также 503-й ошибкой сервера и т.д.
    на деле нет никаких null byte в regex. Речь про исходный код и про переменные в процессе выполнения. Специально смотрел с отладкой. Чистой воды баг от ионкуба.
     
    Если в журнале ошибок опенкарт увидите вышеприведенную ошибку (Null byte in regex), то смотрите версию ионкуба.
    через phpinfo(). Ее генерирует именно 12-й ионкуб.
     

     

    Версию ioncube loader меняет хостер на общем хостинге. Релиз 12-й ioncube loader стартовал в середине августа 2022-го.
    Т.е. пока крайне сырая версия, но некоторые хостеры поспешили уже перейти с 11-й на 12-ю. Хотя обычно дают устаканиться сырому продукту, т.е. дожидаются когда массовые баги отловят в первые несколько месяцев. Месяц-два - это не срок чтобы такого рода продукт перестал быть сырым.
    Пользователям VDS автоматический переход на 12-ю не грозит.
     
    Не возникает проблем на любой версии PHP от 5.6 до 7.4 включительно с ioncube loader  10-й или 11-й веток.
     
     
    Многие хостеры дают возможность выбора версии ioncube loader. Во избежание проблем выбирайте 10-ю или 11-ю версию.
     
    По идее компания ioncube старается обеспечить обратную совместимость программ (и энкодеров более ранних версий) со всеми версиями ioncube loader.
    Но когда это не получается у компании ioncube , то она предлагает перекодировать программы новым энкодером, т.е. энкодером 12-й версии чтобы не было проблем с ioncube loader 12-й версии.
    Так компания ioncube видит работу над устранением багов, порожденных самой же компанией ioncube.
    Чтобы устранить баг компания ioncube предлагает купить 12-й энкодер.
     
     
     
     
    И все могло бы быть не так страшно, но баг ioncube напоролся на признанный баг самого движка php, который описан здесь:
     
    https://bugs.php.net/bug.php?id=77726
     
    Т.е. это поведение официально признано багом и известно разработчикам PHP.
     
    вот ссылка на фиксы данного бага:
    https://github.com/php/php-src/pull/8114
     
     
    Но хостеры не спешат ставить обновленную версию PHP, в которой отсутствует данный баг.
     
    В принципе этот баг самого PHP и не проявился бы если бы ioncube loader не напихал нам нулевых байтов.
     
    вот тест:
     
    <?php preg_match("/a".chr(0)."bc/", 'abc');  
     
    запустите этот код. Если вы увидите сообщение об ошибке:
     
    Warning: preg_match(): Null byte in regex in ...\preg00.php on line 3  
    то это значит, что у вас еще версия PHP с багом.  А хостер не заменил ее на версию без бага.
     
    Итого, что имеем?
    Удивительный случай когда баг ioncube loader встретился с багом движка PHP.
    При совершенно валидном изначальном  коде.
     
     
     
     
    От аномального поведения невозможно избавиться.
    удаляем NULL байты, но вместо удаления либо появляются новые, либо удаляются только конечные и начальные.
    Чудеса! Точнее, это баги.
     
    Пробовал так бороться:
     
    $pattern_for_tags = ''; $pattern_for_tags = str_replace("\0", '', $pattern_for_tags); echo "\nЭто тоже после удаления NULL-ей pattern_for_tags\n"; echo $pattern_for_tags; $pattern_for_tags = trim($pattern_for_tags); echo "\nЭто тоже после TRIM pattern_for_tags\n"; echo $pattern_for_tags;  
    Но, как говорится фиг вам.  php с кубом стоят на своем.
     

     
    видимо, без покупки енкодера 12 удивительный баг не побороть.
    Хороший маркетинговый ход у разработчиков ионкуба. Создать баг в новом loader-е, для исправления которого нужно купить новый энкодер 12-й версии за $300.
    Видать, с продажами энкодера 12-го совсем плохо.
    Да и зачем он нужен то?
    Поддержки php 8 в нем нет и не будет. А кому нужна поддержка 8.1, собственно, для которой он и сделан?
     
    И, не факт, что применение 12-го энкодера позволит решить проблему. Это как лотерея.
    Может быть, что это неустранимый пока баг 12-й версии ioncube loader-а.
     
    ioncube репутацию свою подпортили, подложив такую свинью...
    Проблемный получился продукт № 12.
     
    По-хорошему нужно отказываться от применения ioncube. Тем более, что для 8-й версии PHP его нет и не будет никогда. Но есть для 8.1. Для 8-ки они вообще решили не делать.  Какой-то удивительный подход у разработчиков ioncube.

Покупцям

Розробникам

Корисна інформація

Останні розширення

×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.

  Я даю згоду