Да все это делается достаточно просто, вся персональная информация убирается в api к которому фронт обращается через ajax.
То есть отдаете контент, например через статичный кэш nginx не дергая php, он для всех по сути одинаковый, а потом отправляете со страницы нужные вам ajax запросы на просмотренные товары, на получение корзины и прочих данных связанных с текущим пользователем.
А зависимости все установлены? Там требуется либа в системе
Вы не обоснованно гоните на вполне нормальную компанию. Для чего вам оно в целом? Сказать, что вы регистрируете домен и зачем то оставляете на нем сайт с заглушкой вместо клиентского сайта? Ну проиндексировалась и проиндексировалась, ведь вы её там оставили, а раздули то, смотрите они сами признали "это" и тема топика "Beget и "опасный сайт" - получил бан от гугл" . То что их заглушка попадает в блок, дайте домен который попал в блок, вам умные ребята с форума может и подскажут каким образом он попал в блок, если сами понять не в состоянии и просто переложили с больной головы на здоровую.
Он на вентилятор набросить хотел просто =)) Ждем ссылку о самом лучшем хостинге =))
Я не очень понял про какую заглушку идет речь, но пробежался по доменам, некоторые уже несколько лет висят с заглушкой, никаких предупреждений от гугла нет.
PS. Во всей этой истории смущает что домен без истории (без добавления на индексацию, внешних ссылок, без добавления в консоль гугла) проиндексировали уже на следующий день. Нынче это так быстро уже все происходит?
Это вариант на самом деле так себе. Вообще есть такие штуки как api gateway, которые могут проксировать запросы, агрегировать их, выполнять синхронно и параллельно, подставлять результат из первого запроса во второй, например мы использует krakend что бы клиент не ходил на кучу микросервисов, а ходил на кракен а кракен уже собирал ответы по grpc от разных микросервисов
Асинхронность обычно используется для обработки запросов/написании серверов. В случае сайтов, такой сервер поднимается сразу с загруженными в память данными, например подключение к БД, кешеру общее на все запросы.
Для вебсокетов я использую центрифугу не используя какие то велосипеды =))
Сообщество пока не готово =)) Другая парадигма, мало готовых библиотек, а те что есть могут вполне себе не поддерживаться и иметь кучу багов (open source во всей красе). В целом как оказалось, асинхронность в пхп нужна только тогда, когда у вас уже есть php разрабы и узкая задача под это, в остальных случаях, вот мое мнение и мнение наверное большинства, запилить на Go. Язык простой, кодить продакшен реди код можно буквально за выходные (если ты конечно Senor XXX). При том там "настоящая" многопоточность с горутинами. Я раньше так себе относился к Go, но теперь пилю на нем многие вещи и заказчикам и себе компонуя его с php, так как сейчас большая часть проектов это "api first" проекты. Хотя за проектами асинхронности в php пристально слежу, ведь я люблю php не зависимо от того что у меня большой достаточно стэк.
Сломанный телефон =)) phpMyAdmin открытый в мир (а это важное условие) выступает в роли точки проникновение, вы сами это подтверждаете
Единственно верное решение не ставить его на продакшен среду вообще и вот этого всего не надо будет, работать в том числе с БД можно и удобно и безопасно.При том никто вменяемо ответить и не смог зачем им этот phpMyAdmin постоянно весящий шелом наружу, все какие то отписки из разряда "случаи всякие бывают"
на сколько я помню он есть в репозиториях и установка обычно выходит как yum install phpmyadmin и установки рута у локейшена нужного или же есть в докерхабе оф image, мне кажется поставить не такая проблема, но да, да и я предполагаю, что большинство пользуется pma, как mysqldump в большинстве случаев, но чисто мое мнение, так как да у CMS же есть админка и лезть в структуру cms занятие, как бы не очень полезное, а даже вредное, особенно если там нет FK, можно кучу мусора наплодить, разве что разово при переезде заменить какие нибудь домены или что то такое. А так в остальном он висит просто как шел бесхозно большую часть жизни сайта/сервера. И это с учетом что пароль от админки, как правило захеширован, а пароль от БД лежит открытым текстом в файле конфига
Да к сожалению, я много нового узнал о себе например, но так и не узнал ту сакральную вещь, а для чего все таки открывать доступ к БД всем или ставить phpmyadmin на продакшен среду. Я там даже кого то про олимпиады обмануть успел
