Вывод сообщения о начале использования сайта

Что такое «начало»? Самый первый запрос после запуска?

Не делай километровых заголовков, уважай других посетителей сайта.

Нужно вывести сообщение, когд кто-либо из мировой сети попытается открыть этот сайт xxx.yyy , который живет на моем компьютере.

Ты осознаёшь, что тебя такими сообщениями просто завалит, особенно если твой сайт увидят поисковые и другие боты?

По сути: у апача есть логи. Если ты не ставишь задачу вскакивать в реальном времени на каждое посещение, просто периодически посматривай их содержимое. Если ставишь — можно прикрутить какую-нибудь нотификацию, но ты же сам потом запаришься закрывать кучу окон, особенно, когда они открывались с 2 ночи до 5 утра.

Как сделать вывод сообщения на экран монитора

Надо разобраться что использует твоя система в качестве desktop notifications.

о начале использования сайта

Надо разобраться как вытягивать события из лога apache и увязать эти события с десктопными уведомлениями.

Грепать /var/log/apache2/access.log ?

Но так себе занятие. Сообщений много будет.

Апач умеет т.н. piped logs, что позволяет просунуть лог сквозь свой скрипт, который будет грепать обращения к главной странице и пулять их в любой удобный нотифаер.
Кстати, это идиотизм.

Апач

Кстати, это идиотизм.

Поддерживаю.

Давненько мы не говорили о парадигмах! Появились ли какие-то знания по теме за последние полгода?

Появились ли какие-то знания по теме за последние полгода?

У тебя, как я вижу, знаний не прибавилось.

thesis ★★★★★ (18.06.23 14:19:47 MSK) фанат апача

Про меня ладно, а про парадигму-то, про парадигму будет? Я джва года жду.

Это квест такой? Я до 23.12.21 15:29:24 MSK просмотрел.

Все, что мы пишем в интернет, отзывается эхом в вечности!

это могут только яйцеголовые -

https://httpd.apache.org/docs/2.4/vhosts/examples.html

Я тоже не осилил его пройти :)

…и кнопку «вызвать на чат хозяина сервера».

А так fluentd натрави на access log и сделай exec inotify на каждое новое сообщение.

Только реально не понятно зачем это. Смысл имеет уже постфактум аналитика. Кто, когда и что делал.

Только реально не понятно зачем это.

Другие его темы посмотри. Мне кажется это нейросеть посты генерирует.

да уж. (посмотрел)

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

Они у него «в контексте», но слегка аутичные, иногда скомканные и невпопад, как будто отвечает разумный кальмар. Опечатки вполне человеческие впрочем.

Зачем грепать? ИМХО inotifywait достаточно будет.

А че не так с апачем?

Он легаси из 90х, хоть и пытается осовремениваться.

А че не так с апачем?

Слишком стар, переусложнён, избыточен, слои старых костылей погребены под слоями новых. Может быть дыряв, если настраивается неосилившим документацию человеком методом копипасты из хаутушек. По этой же причине нубы его обновлять боятся, вдруг он сломается и придётся документацию читать. Nginx лаконичней и проще в освоении. А так с ним всё в порядке, просто косячить с ним проще, а изучать — сложнее.

Тогда скажите почему апач на бэке до сих пор используют?

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

Потому что «а почему нет»? Если кто то документацию осилил и понимает как апач работает — он вполне неплох, универсален и фичаст. Просто для фронта он несколько избыточен.

Ну т.е. уже не настолько «стар, переусложнён, избыточен»? :)

Настолько. Выше регистрант правильно сказал, там где на бэке апач — вполне может быть что угодно другое. Апач там либо потому что «так исторически сложилось», либо потому что тот кто это проектировал и настраивал знает и умеет апач.

А тот кто с нуля и сейчас строит уже скорее всего будет смотреть в серверы приложений+nginx, вряд ли в апач. Монополии у него уже нет давным давно, и LAMP давно устарел.

А тот кто с нуля и сейчас строит уже скорее всего будет смотреть в серверы приложений+nginx, вряд ли в апач. Монополии у него уже нет давным давно, и LAMP давно устарел.

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

Ну, пять лет назад это как раз «исторически сложилось», лол. Вангую что сейчас уже можно и без апача. В этом собсно и суть, что практически везде где можно апач — можно и без апача, причём зачастую проще и с меньшей «поверхностью атаки». В результате он всё более и более «ненужен», за исключением каких то особых случаев.

Чем больше он «ненужен» тем меньше тех кто его знают и практикуют. Раньше популярность апача поддерживалась за счёт форумов и уютненьких хомячков на LAMP, большинство практиковавших LAMP в глубины не вникали, но как минимум поддерживали известность.

Вот это драма.

Посмотрел, у меня в одном месте крутится апач, года 2-3 наверное, причин почему не подошел nginx уже не помню, помню что начинал с него, ибо модно-молодежно, но что-то было не торт. Но это узко специфичное, не для массового пользования, туда попадает несколько десятков человек.

Тогда скажите почему апач на бэке до сих пор используют?

давно не видел apache в бэке, но предположу что из-за легаси кода на php с хитрыми .htaccess (или даже SSI)

Он легаси из 90х, хоть и пытается осовремениваться.

Это все претензии? Письменность – легаси из минус тысячных

Думаю, это еще не конец.

чтобы не начинать новую тему - Как сделать вывод сообщения на экран монитора о начале использования сайта, рассположенном на моем компьютере linux на ngnix ? Наверное исп. для это log не кошерно.

почему апач на бэке до сих пор используют?

Например потому что он уже когда-то так был настроен, и переход на что-то другое не даст ничего, кроме потраченого времени.

А почему вопрос ко мне?

вы писали , что apаche не актуален.

точно? :)

наверное это очепятка !

Потому что legacy: построили пачку костылей и не дышим. Про то, как некоторые(я смотрю на тебя Bitrix) старые конфигурации густо обмазаны автогенерируемыми реврайтами в apache-стиле(для nginx ясен хрен никто генератор не писал) и это заявлено как «мы используем apache как application server»... Я пожалуй остановлюсь вот тут, а то у меня цензурные слова заканчиваются!

Тогда скажите почему апач на бэке до сих пор используют?

Там, где я видел Apache после 2014 года, его используют:
а) люди, неспособные изучить ничего нового, после того, что они прочитали в книге «PHP 1.0 for dummies» в 1996 году
б) мегатонны костылей легаси-кода и легаси-конфигураций, на переписывание которых совершенно нет ресурсов, т.к. все они уходят на то, чтобы это легаси как-то дышало и не разваливалось от малейшего дуновения
в) некомпетентность на всех уровнях

Точнее, чаще, все перечисленные причины комбинируются. Примеры есть у меня, но, к сожалению, под NDA.

В контексте этого вопроса для nginx справедливо всё то же, что и для апача. Ну разве что файлы логов по-другому называются.

И если у тебя сайт на апаче работает, то перепрыгивать на nginx только потому, что дядя на ЛОРе сказал, что апач устарел, на мой взгляд — плохая идея. Вот если ты новый проект начинаешь — дело другое.

Я выше привел из того с чем столкнулся
Вывод сообщения о начале использования сайта (комментарий)

И вам тоже Вывод сообщения о начале использования сайта (комментарий)

Ну сорян, сложно предметно возражать твоему аргументу «чего-то не хватало». Я ж откуда знаю - действительно ли нужной тебе фичи не было в nginx или ты ее например не нашел/не сумел сконфигурировать?

По мануалам от софтины все делал, сам не искал, работал по принципу мартышки.