Подскажите что вам нужно, поменьше заплатить или побольше производительность? А то вам накидают вариантов))
На 10 т.р. можно взять 3 сервера с i7 и 64Гб 2x240ssd, или же 1 не i7, но более производительный, более "серверный" вариант
Тут все чуточку сложнее, и боюсь что вам ответят только разработчики расширений.
Но в целом ядро PHP реализовано в виде двух отдельных частей: Zend Engine (ZE) - парсер и PHP core, которое отвечает за взаимодействие со слоем SAPI (Server Application Programming Interface, интерфейс взаимодействия PHP с другим серверным ПО — CLI, CGI, Apache и так далее), а LiteSpeed PHP - это оптимизированная сборка PHP для работы с продуктами LiteSpeed через LiteSpeed SAPI. LSAPI - это очень сильно оптимизированное API, позволяющее LiteSpeed взаимодействовать с веб-движками других производителей. Он имеет тот же протокол, что и FCGI, но гораздо более эффективный. (из документации php)
Так вот есть ли LiteSpeed в LSAPI, да наверное (мы ведь не знаем что под этим понимается), есть ли в LSAPI LiteSpeed Web Server (конкретное ПО) однозначно нет. По факту ребята из LiteSpeed сделали более оптимизированный вариант интерпритатора для своего вэб сервера, как для себя сделали Badoo php-fpm, это не значит же что в php-fpm под капотом апач или nginx или еще какой то вэб сервер, это cgi протокол.
Куки не являются персональными данными, скорее всего у вас в форме есть имя и какой нибудь email и нету галочки что человек соглашается вам предоставить эти данные.
PS. Но я на скрины бы посмотрел ))
Я видимо понял суть, вы думаете что кто то взял программный код (ядро) от LS обернул его в свой модуль и назвал lsphp? Но вы тут не правы, понятие API означает что он соответствует какому то программному интерфейсу, а это значит что у этого модуля есть точно такие же функции с теми же параметрами и такими же типами возвращаемых значений. Что значит если модуль поддерживает LS API то, все кто может работать с LS API может спокойно юзать этот модуль так как он реализовал его интерфейсы, но от LS там разве что только названия функций и всё. Программный код реализации совсем другой и возможно даже на другом ЯП и так далее.
А в облаках нет не ВПС, есть виртуальные серверы (VPS) и выделенные серверы. Вы представляете выделенный (железный) сервер на облачной инфраструктуре? А еще они пишут там же на той же странице, что:
Если просто, облако это когда вы не думаете о железе как единице, то есть вас не парят что где то упадет хост нода, где то не хватит оперативки, где то диск с рейда выпал, то есть вы не думаете вообще о проблемах с железом, облако это абстракция над ним. С классическим ВПС если хост нода упала, то упадут и все виртуалки на ней, в облаке же они (контейнеры) должны мигрировать на другие ноды
Наверное, я лично знаю только облачную инфраструктуру и если приложение работает на такой инфраструктуре его называют так же облачным. Есть еще какие то варианты интерпретации?
SOA - это архитектура, не совсем понятно как оно относится к облаку и инфраструктуре, SOA можно строить и на обычных железных серверах, хоть в одной стойке, хоть в нескольких ДЦ, только это не будет облаком, все же это будет SOA
Это был пример, я не знаю какую задачу в рамках вордпреса кроме self-hosted может помочь решить облако. О более приближенный вариант, на каждую задачу парсера подымать в автомате по инстансу и при завершении убивать инстанс, если есть задача парсить 1000 сайтов, то можно поднять 1000 инстансов спарсить все за пару минут и убрать их. Экономия будет колоссальная, если задачу надо выполнять быстро.
Никто не говорил что это дешево =)) SOA действительно вредна, если она не нужна, то лучше даже не начинать, когда проекту понадобится, перейти из монолита на SOA намного проще чем наоборот.
Если ОС это облако, то браузер это Google AppEngine, вам не надо писать дрова, но на вас ряд ограничений, просто Google AppEngine это готовая надстройка для удобного использования, вам никто не мешает развернуть свой кубернетес. Облачный провайдер это как раз про организацию инфраструктуры, а не ограничения ПО.
Конкретная услуга "Облако для PHP" - это взяли облако, настроили под PHP и отдали клиенту.
Конкретно для облаков там нет ничего, это стандартные правила которых многие придерживаются разрабатывая софт уровня энтерпрайз или хотя бы более менее коммерческий. Оно никак не влияет на то где будет крутиться приложение.
А кто говорил что облако это дешево? Или кто говорил что облако это отказоустойчиво? Облако это из уровня HL и быстрой масштабируемости, удобства управления и развертывания. Когда можно запустить тысячи машин, объединить их в кластер Hadoop произвести нужные вычисления и потушить все машины и все это за минуты и в автоматическом режиме.
Повесить для них заглушку с подпиской на тему "Как в интернете заработать больше чем в толоке и потратить в 10 раз меньше времени" отличная ЦА, и вам яндекс считайте еще приплачивает :))
Если амазон это не облачный провайдер, тогда может покажете пример облачного провайдера? Azure тоже по вашему не облако? GoogleCloud?
Ребят, первый байт это до картинок, до скриптов, время первого получения байта это заголовки ответа от сервера вида HTTP 1.1 ........
Ниже уже далеко не первый байт это открытие тега <html>
Какие оптимизаторы, вы о чем? все что работает на лету первый байт еще сильнее отдалит.
