Как поставить KPHP и KDB?

Question

[LinuxGod]

Доброго времени суток коллеги. Требуется установить на локальную машину KPHP с
официального репа.
Что для этого нужно?

Конфигурация моей ос:
Ubuntu: 19.10
Память: 15,6 GB
Процессор: Intel Core i7-2600 CPU @ 3.40GHz × 8

Требуется запустить на локальном хосте работающий экземпляр kphp и попытаться с ним как либо взаимодействовать.
Любая помощь будет очень кстати. Заранее вам большое спасибо.

Comments

[Иван Шумов]

Вся необходимая документация находится в репозитории

[Mikhail Osher]

Надеюсь, это просто спортивный интерес? На прод даже не думайте такое ставить.

[LinuxGod]

Mikhail Osher, Вы можете объяснить почему ?

[Mikhail Osher]

LinuxGod да. Как минимум, Вы не знаете, как это собрать. Это красный флаг номер 1. Какой смысл использовать инструмент, которым не умеете пользоваться?

Вдобавок:
- последний пуш в репо в 2014 году
- без глубокого изучения доков непоятно:
+ что именно поддерживается "языком"
+ как деплоить
+ в том числе, режим кластера

[#ямыnginx]

LinuxGod, сам года два назад пытался собрать котенка.
Поверь, лучше не стоит. Объясняю, почему:
1) Не везде работает
2) Не поддерживает ООП, то есть, про различные библиотеки забудь.
3) Урезано около 30-40% функционала, так как упор делался на скорость.
4) Там все готовые движки, ты не сможешь их изменить под себя, полетят варнинги, которым нет нормального объяснения.
5) Как уже написали, последний пуш был в 14 году. Как мне сказали потом, после опен сурсного релиза вышли еще штук 20 версий, но их не выкатили.
В свое время мне даже пришлось просить помощи у бекендеров, которые это все писали. Короче говоря, очень тухлая тема, лучше используй php7. 4, он быстрый, очень быстрый.

[LinuxGod]

#ямыnginx, Спасибо может быть посоветуете аналоги ?

[LinuxGod]

Mikhail Osher, Спасибо может быть посоветуете аналоги ?

[Mikhail Osher]

LinuxGod, зависит от целей. Текущий PHP + правильно завернуть с nginx в кластер - будет отлично работать. У Вас не будет и 1% тех нагрузок, которые имели ВК, чтобы решать их с помощью KPHP.

[LinuxGod]

Mikhail Osher, Я имею введу логику (саму часть back-end), какую СУБД использовать ? Как хранить данные ?

[ThunderCat]

LinuxGod,

Я имею введу логику (саму часть back-end), какую СУБД использовать ? Как хранить данные ?

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

[LinuxGod]

ThunderCat, Умеем всё, просто хочется что бы было:

1. отказоустойчивость
   
2. безопасность
   
3. скорость
   
4. скорость 2х
   
5. удобное хранилище - что-то децентрализованное на несколько серверов
   

такое, что бы время на получение данных из СУБД или из файловой системы - было минимальное.

[Mikhail Osher]

Понятно. Очередная тема про "у меня будут огромные нагрузки", а на выходе и 1000RPS не будет.

[LinuxGod]

Mikhail Osher, просто спортивный интерес)

[Иван Шумов]

LinuxGod, это так не работает. если мы хотим безопасность то страдает скорость, если хотим скорость то страдает безопасность. Это как минимум.

Если ваше утверждение:

Умеем всё

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

[FanatPHP]

Очередной мечтатель.
Отмечу этот вопрос жалобой "Невозможно дать однозначный ответ" поскольку вопроса, как такового нет - есть только неясные фантазии.

[ThunderCat]

отказоустойчивость

Клоудфлар и кластеры, и то не гарантия

безопасность

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

скорость

Тут такая ситуация код (любой) рано или поздно упирается в железо. Хороший код позже, плохой - раньше или вообще сразу при рождении ). Разница между 2 решениями на разных языках - мизер, ну упрется железо в порог языка 1 на месяц быстрее чем языка 2. Это не критично, В ЛЮБОМ СЛУЧАЕ ПРИДЕТСЯ РАСТИ ПО ЖЕЛЕЗУ.

скорость 2х

Это о чем вообще?

удобное хранилище - что-то децентрализованное на несколько серверов

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

Все в месте - читайте в справочнике "Фантастические твари и где они обитают", ну, то есть оно все возможно, но я не знаю где вы возьмете такие деньги.

PS: Напомнило "Маловато, панимаешь, будет... А хотя бы я и жадничаю... Зато от чистого сердца!" (с) "Падал прошлогодний снег" )

[Антон Шаманов]

https://github.com/vk-com/kphp-kdb/tree/master/docs/ru все установлено? в чем конкретно проблема?

Answer 1

[Алексей Акулович]

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

Answer 2

[ThunderCat]

LinuxGod, PHP 7.x по скорости будет сопоставим с любым из имеющихся веб языков, как альтернатива kphp - phalcon php project - попытка создать модули mvc модели на более быстром Си, однако, не смотря на плюшки в виде более-менее вменяемого ооп и нормального мвц, тоже имеет ряд проблем. В частности надо будет от души потанцевать с бубном вокруг установки этой вундервафли и более-менее свежих либ под нее. В итоге на данный момент пхп 7.х вполне сопоставим по скорости исполнения чистого пыхового кода с фалконовскими сишными модулями.
Вывод - на сегодня нет смысла юзать неподдерживаемое / малоиспользуемое гуано, когда нативный пых в принципе не сильно отстает, кроме того в вебе 99% задержек и тормозов СОВСЕМ не относятся к исполнению чистого кода, большую часть времени пых простаивает в ожидании запросов к бд и файловой системе.