В больших компаниях такие разработчики очень быстро становятся теми, кто эти ТЗ вобщем-то пишет для тех, кто занимается разработкой строго по ТЗ, т.к. они им не хватает предприимчивости для анализа бизнес процессов и идей для улучшения.
Благодарю. По вашему варианту хороший нашёл мануал тут, может пригодится кому-то, для альтернативного варианта:) Если ещё люди положительно выскажутся за Etag добавлю в конце статьи апдейт.
Основываясь на том, что я нагуглил по теме Etag, он не решает вопросы, которые описаны в статье, он не гибкий, проблемы с валидацией.
В кэше сотни тысяч страниц
Как я понял при Etag кэшировании, для валидации кэша Nginx должен обращаться к веб-приложению. Это значит
либо через redis делать на стороне nginx как-то
либо запускать каждый раз веб-приложение для валидации
либо каждому клиенту заново рендерить страницу (а миллионы клиентов уникальны)
Определённые страницы должны сбрасывать по условиям изменения сущностей (управление из бэкэнда) - проблема валидации Etag опять же
Как оно поведёт себя при сотнях тысяч страниц
Как прогреть этот кэш (вобще не возможно видимо)
Если клиент придёт без Etag или изменит его. Кэш не отработает как я понял
Вобщем Etag это простое решение, для максимально простых и не требующих надёжности целей.
А чтоб настроить Etag для такого-же функционала, как lua+redis, нужно намного больше времени и намного более высокая квалификация nginx админа. Следовательно выше порог вхождения и дороже поддержка.
У etag я пока не понял как сбрасывать, да и много вопросов, как оно повлияет при сотен тысяч страниц... можно ли кэш прогревать, массово сбрасывать, сбрасывать по событию.
Если речь о моём решении, то кэш на 100% управляется из приложения, этих проблем нет.
Только... львиная доля заказов на фл точка ру было перепродажей заказов от зарубежных заказчиков. Так что заказы упадут, фрилансеров прибавится ближайшее время. Все будет как вы написали, только в несколько раз сильнее..
чтоб сохранить работу я планирую временный релокейт. Всё для заказчика и его удобства. Если заказчика напрягать своими проблемами, он подумает и скажет, может мне менее проблемного найти.
Да, с рождением ребенка пришлось много литературы прочитать.
Исследовалось это для себя, потому пруфоф нет и холиварить не намерен. Воспримите как ИМХО.
Насчет груди.
По науке и экспериментам, если есть возможность, около года надо кормить грудью, для более хорошего иммунитета и развития физического.
Так же бутылочка и соска очень сильно влияет на прикус, который потом много на что влияет (вот у жены сейчас за очень дорого лечим прикус, т.к. из-за него постоянные головные боли, протрузии в шее, искривление позвоночника, до последнего не верили, что дело в прикусе. И таких пациентов у врача поток.)
Психологически нужно кормление и именно мама, если есть возможность, для более хорошего психологического развития и уменьшения отклонений в будущем. Тот же Фрейд это исследовал.
Я не знаю, это вы пошутили или нет, но так действительно частенько бывает с клиентами :)
В больших компаниях такие разработчики очень быстро становятся теми, кто эти ТЗ вобщем-то пишет для тех, кто занимается разработкой строго по ТЗ, т.к. они им не хватает предприимчивости для анализа бизнес процессов и идей для улучшения.
Вот у меня ответ на все вопросы тоже - да.
Только я давно работаю сам на себя, как и многие другие с таким ответом.
Т.к. люди отвечающие "да" на все эти вопросы, уже не просто программисты.
Это предприниматели-программисты, с должностями в которых присутствуют слова Архитектор, Консультант, Лид и соответствующей оплатой их труда.
И это всё вот к чему. Какую вы предлагаете месячную оплату? Просто ради интереса :)
В среднем 1.5 раза за сессию.
Мне очень нравится ваш вариант, это снизит траффик на 33%
Благодарю. По вашему варианту хороший нашёл мануал тут, может пригодится кому-то, для альтернативного варианта:) Если ещё люди положительно выскажутся за Etag добавлю в конце статьи апдейт.
https://symfony.ru/doc/current/http_cache/validation.html
нужно много тестировать. Тот же сброс, время прогрева, обновление по http request.
Кстати, а считать статистику посещений страниц при Etag как-то можно через nginx?
И да, возможно писать статьи не моё, для того рейтинг и есть:)
Основываясь на том, что я нагуглил по теме Etag, он не решает вопросы, которые описаны в статье, он не гибкий, проблемы с валидацией.
В кэше сотни тысяч страниц
Как я понял при Etag кэшировании, для валидации кэша Nginx должен обращаться к веб-приложению. Это значит
либо через redis делать на стороне nginx как-то
либо запускать каждый раз веб-приложение для валидации
либо каждому клиенту заново рендерить страницу (а миллионы клиентов уникальны)
Определённые страницы должны сбрасывать по условиям изменения сущностей (управление из бэкэнда) - проблема валидации Etag опять же
Как оно поведёт себя при сотнях тысяч страниц
Как прогреть этот кэш (вобще не возможно видимо)
Если клиент придёт без Etag или изменит его. Кэш не отработает как я понял
Вобщем Etag это простое решение, для максимально простых и не требующих надёжности целей.
А чтоб настроить Etag для такого-же функционала, как lua+redis, нужно намного больше времени и намного более высокая квалификация nginx админа. Следовательно выше порог вхождения и дороже поддержка.
Именно эти все проблемы решаются моим рецептом :)
У etag я пока не понял как сбрасывать, да и много вопросов, как оно повлияет при сотен тысяч страниц... можно ли кэш прогревать, массово сбрасывать, сбрасывать по событию.
Если речь о моём решении, то кэш на 100% управляется из приложения, этих проблем нет.
А есть ссылочка, где подробнее почитать о настойке и управлении из веб приложения?
Я правильно понимаю, что так можно?
etag нужно генерировать на стороне PHP
связать etag с конкретным url
передать его как-то(в хедере?) в nginx вместе с ответом
При изменении сущности проверять какие etag зацепило изменения и как-то(как?) сбрасывать его на стороне nginx
с ходу я такое не нагуглил. Перебрали десяток nginx админов на upwork со ставкой до 150 в час, никто такого решения не предложил.
Если реально так можно, прошу поделиться мануалами.
UPDATE:
Ещё интересно, а что если клиент придёт с другим etag? (должна отдаться кэш страница)
А как прогреть этот кэш, если нужно будет?
А как оно работает с сотнями, миллионами страниц?
Погуглил. Это похоже кэш на стороне клиента, верно?
Я здесь кэш на стороне сервера.
Т.е. единожды отрендеренный ответ отобразится всем разным пользователям.
Т.е. с Етаг 10000 разных пользователей заставят отработать веб-приложение (PHP) 10000 раз. А с кэшем через nginx + redis - 1 раз.
Ахаха, я в Армении, нет тут таких зарплат.. Хотя, это вы по какому курсу считаете?:)))
Только... львиная доля заказов на фл точка ру было перепродажей заказов от зарубежных заказчиков. Так что заказы упадут, фрилансеров прибавится ближайшее время. Все будет как вы написали, только в несколько раз сильнее..
Это не политика. Это тотал зведец.
чтоб сохранить работу я планирую временный релокейт. Всё для заказчика и его удобства. Если заказчика напрягать своими проблемами, он подумает и скажет, может мне менее проблемного найти.
Всем апровкщикам из России и Беларуси по сути поставили ультиматом о релокации.. И я вот думаю, не закроют ли границы изнутри теперь?
Действовать? Я это вижу как-то так, к сожалению.
-Эй, на нас мчится поезд, сделай что-нибудь
-Что я могу сделать?
-Ну, прыгни под него!
Но никакие санкции не сравнятся с тем, что в Украине творится...
c 2021 на патент тоже действует вычет с отчислений.
Когда комментарий лучше статьи. Тоже так считаю после 11 лет практики.
Фиг знает, но когда читал статью создалось впечатление, что речь о описании всего и вся.
Если речь о минимальных доках для ИДЕ и кратких, то я этого не увидел.
Спишем на мою призму восприятия)
Прочитал и всё так же думаю, код должен сам себя документировать, дажеЕслиЭтоПеременнаяИзДесятиСлов.
Документация должна ограничиваться описанием методов, параметров, эксшепшенов и т.п. Т.е. документация для автокомплита ИДЕ.
Проблема заключается в том, что всё очень индивидуально. Что одному очевидно, другому не понятно.
Сложные вещи, которые не читаются - надо рефакторить, чтоб читались.
За всё время работы встретил только одного человека, кто не мог прочитать мой код. Он жаловался что нет документации и код не понятный.
Всё встало на свои места, когда я его код увидел, он был усыпан документацией и выглядел так
Исследовалось это для себя, потому пруфоф нет и холиварить не намерен. Воспримите как ИМХО.
Насчет груди.
По науке и экспериментам, если есть возможность, около года надо кормить грудью, для более хорошего иммунитета и развития физического.
Так же бутылочка и соска очень сильно влияет на прикус, который потом много на что влияет (вот у жены сейчас за очень дорого лечим прикус, т.к. из-за него постоянные головные боли, протрузии в шее, искривление позвоночника, до последнего не верили, что дело в прикусе. И таких пациентов у врача поток.)
Психологически нужно кормление и именно мама, если есть возможность, для более хорошего психологического развития и уменьшения отклонений в будущем. Тот же Фрейд это исследовал.