ну да, логично

по другому нужно решать. Даты привести к 01.01 и к 28.02. И считать месяцы

про декабрь-январь главное не забыть

Внимание, тупой вопрос: Зачем в сваязке nginx=>apache=>php нужен апач?

Внимание, тупой ответ: смотря какую цель ты преследуешь

Внимание, тупой вопрос: Зачем в сваязке nginx=>apache=>php нужен апач?

в 90% низачем

в 10% из-за каких-то хитрых расширений для апача

Внимание, тупой вопрос: Зачем в сваязке nginx=>apache=>php нужен апач?

mod_rewrite

Да если нужны другие модули

Внимание, тупой ответ: смотря какую цель ты преследуешь

Новый админ на новом сервере такую тему сделал. От неё кое-какие проблемы имеются, а польза разве что ".htaccess не переписывать", да и то приходится таки переписывать, ибо апач то думает, что он на 127.0.0.1:8080 висит.

mod_rewrite

как оказалось и nginx сие могёт

как оказалось и nginx сие могёт

может, но если у тебя .htaccess на 1000+ строк то у тебя проблемы :)

может, но если у тебя .htaccess на 1000+ строк то у тебя проблемы :)

ну видать костыль для таких случаев

у тебя проблемы если у тебя htaccess на 1000 строк

:D

правда хз зачем тогда это чуть ли не по дефолту делается

Внимание, тупой вопрос: Зачем в сваязке nginx=>apache=>php нужен апач?

из-за модуля пхп возможно

из-за модуля пхп возможно

ну хз, оно и в cgi и в fastcgi норм пашет, а модуль этот только ради апача и нужен (насчёт последнего гоню, ибо не знаю вообще зачем он при наличи fastcgi)

может админ застрял в 2010м)

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

может админ застрял в 2010м)

до него у нас был застрявший где-то в древности, ибо всё было на старом фрибсд, php максимум 5.4, никаких мемкешей и т.п. (типа не компилится под ось) + адский бардак в конфигах и процессах

ну или ленивый просто

хз, пхп-фпм + нгинкс = очень круто, апач тебе может быть нужен в настолько редких кейсах, что можешь забыть про него

а людей которые пробовали извращаться со штуками вроде uwsgi тут нет?

свой протокол бинарный был

каюсь...

а людей которые пробовали извращаться со штуками вроде uwsgi тут нет?

питонский?

Я с gunicorn + django, ну и совсем немного uwsgi + django как-то сталкивался, но довольно давно

там есть плагин для php

ну топ в теории можно без php-fpm и nginx-ов

тип application server

когда у тебя всякие докеры и амазоны, даже nginx-ы как-то лишние

есть у тебя 10 воркеров и лоад балансер амазоновский, но придется ставить nginx

тупо потому что амазоновский балансер не умеет в fcgi

Народ, а в чем смысл конструкции new SomeClass()->func(); ?

где такое вообще можно применить

где такое вообще можно применить

см datetime

ну т.е. объект класса создается, но не записывается

там статические методы D:

тупо потому что амазоновский балансер не умеет в fcgi

Я бы наружу пхп не выставлял без нгинксов всяких

И ни разу в более-менее серьезных местах такого не видел

Парни, а в php же весь проект по сути работает в контексте одного процесса?

ну я имею приложение какое-нибудь, laravel например

ввиду

php-fpm - 4 воркера - 4 процесса

По сути да

так, тогда получается, делать MSA на php - глупая затея?

либо нужен какой-то демон для запуска процессов?

msa - микросервисы т.е.

они ж основаны на том, что один микросервис - один процесс

ваще не о том

но близко

микросервисы это не про процессы или потоки в смысле ОС

Нет

а SOA?

У тебя может быть целый кластер под микросервис

это о том, как ты проводишь границу ответственности разных частей проекта

это о том, как ты проводишь границу ответственности разных частей проекта

и как на php построить такую архитектуру, я чет не вдуплю

все ж будет в одном процессе, так или иначе, полетит один модуль - полетит вся система

она не имеет отношения к языку

да я это понимаю

смысл в возможности независимой разработки и деплоя

но в контексте php, как я разграничу процессы

в расках одного физического процесса сложно говорить о независимом деплое

Например у MSA есть такая фишка, что можно один модуль заменить другим, пока приложение работает

ERROR: S client not available

ну например

я не представляю, как на php такое возможно

у тебя есть один сервер, на нем запущен nginx, который раутит запросы к разным виртуальным хостам в разные фронт-контроллеры

они ж основаны на том, что один микросервис - один процесс

нихера подобного

Сережа, успокойся, я осознал ошибку

если каждый фронт-контроллер (точка входа) деплоится и разрабатывается независимо, например в рамках собственного проекта, ты можешь деплоить их относительно независимо

микросервис = некая зона ответственности в контексте бизнес логики. Например микросервис управления доставкой продуктов

это может быть нихера не микро системка жрущая жирный сервачек

с 32 ядрами

и видеокартой

я там чуть выше видео на эту же тему скидывал

там приводился "микросервис" в 10К строк кода с CUDA который чето там на виюхах считал в миллион потоков

у тебя есть один сервер, на нем запущен nginx, который раутит запросы к разным виртуальным хостам в разные фронт-контроллеры

получается такое, что MSA можно юзать например в контексте C++ (создавать отдельный процесс - раз плюнуть), но нельзя в контексте PHP (как языка)

получается такое, что MSA можно юзать например в контексте C++ (создавать отдельный процесс - раз плюнуть), но нельзя в контексте PHP (как языка)

https://www.youtube.com/watch?v=j32nn5pgm9g

т.к. нельзя через сам пых создать отдельный процесс

пока не посмотришь это видео

я буду тебя банить за сообщеньки о микросервисах

ээ

нет никакой проивязки к технологиям или языку

т.к. нельзя через сам пых создать отдельный процесс

не поверишь можно

popen

а еще есть fork

я по английски слабо понимаю

я по английски слабо понимаю

тут главное - то о чем ты говоришь не имеет никакого отношения к микросервисам

откуда у вас столько времени видосы такие смотреть

час почти

один видос в день вечерком вместо тупых сериалов

ну или раз в пару дней

откуда у вас столько времени видосы такие смотреть

Я на работе фоном включаю

не могу фоном, там надо слушать и думать обычно

Мозг сам за тебя думает и слышит

я в машине смотрю (слушаю) утром и вечером