Pull to refresh
4
0
Константин@Expany

Разработчик

Send message

Рационально, согласен. В силу возраста развлекаться (отвлекаться на развлекательные форматы) хочется меньше.

Если для вас расширение кругозора и веселье сводится к подметанию улиц, боюсь вам нужна помощь специалиста.

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

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

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

Вывод, душнила из вас так себе, на 3/5

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

Печальное зрелище, имхо.

72 часа до блокировки - слишком медленно.

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

Ок ок, мы можем добавить onclick с window.open, хотя в случае открытия в той же вкладке было бы правильнее применить location.href, да и в целом, можно было бы отказаться от js, используя под ссылку атрибут action="" и передавать данные(которых нет) в method="get"

Из всего описанного, упоминания достойно только использование GeoIP в виду последних событий, и разумеется fail2ban, крайне вскользь упомянут iptables (у него вроде есть более современный аналог, применяемый ныне), про который стоило сказать гораздо больше.

Использование rate - вредная опция, так как в случае, если на 1 страницу приходится статики типа img, js, css помимо html больше чем указан лимит, ресурсы не будут получены. Как результат, реальный пользователь получит криво работающий сайт. Нужно либо постоянно держать в голове число из лимита, либо намеренно указывать его с запасом.

Поднять подняли, а по содержимому слитых баз, панелей и скриншотов админки с документацией по компонентам, лежащих в свиттере комментариев не будет?

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

а zip\gzip-бомбы не актуальны?

- На шареде есть саппорт, это их задача и ниша, в крайнем случае, между доменом и шаредом подставляется ddos-guard/cloudflare, чья задача как раз в том, что бы "превентивно" отсеивать сомнительный трафик.
- Скоп echo не дает никакого профита, можно было оформить меньшим числом вызовов, что и стоило сделать, в виду "очень быстрый".
- Данный скрипт - излишняя мера усложнения, которая может быть уместна исключительно в вопросе изучения, но абсолютно не применима в реальных условиях.

В созидательных целях, материал приемлем, применять его, лично я, не советовал бы.

Имхо, но мне кажется такие вещи стоит делегировать на iptables(или аналог современее) и fail2ban, как минимум!

Между запросом и php проходит уйма событий и слоев, а это время и ресурсы.

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

Из субъективных замечаний листинг приложен по модели ctrl + c > v, без выравнивания.
Часть кода содержит ошибки, не включает необходимых параметров, примеры описаны не полностью, суть не очевидна. Последний пример с php вовсе не раскрыт. Ощущение, что ТС просто скопировал свою страничку с сайта и не стал проверять результат пасты.

Пользователи сети так же обнаружили поразительно сходство представленного в релизе приложения с уже несколько лет существующим "PixelPhoto Social image Sharing Android/IOS Application Demo v1.0.1 First Release".

Но нам же не нужны детали, правда?

Субъективно считаю, что вопрос вознаграждения необходимо обговаривать до того, как репортить сам баг. Возможно только в общих чертах обрисовывая его наличие, а так же, обещать освящение оного публично, в случае отказа от "обещанного" вознаграждения, до того, как будет передан сам баг, с отсылкой на уже имеющиеся прецеденты. Не столько шантажа ради, сколько гарантии для.
Иначе, есть большой шанс поработать бесплатно.

Занятно, что инфа об этом идет от самого хостера, при чем не самого маленького.

Уже начинать переживать за необходимость организации собственной домашней инфраструктуры?

Шел 2048-й год. Российское IT-сообщество шагнуло далеко вперед. Интернет стал 3-х мерным и вполне осязаемым, виджеты погоды, валюты, новостей и т.д. щупались специальными микродатчиками вживляемыми под кожу. взаимодействие с мессенджерами осуществлялось силой мысли с проекцией на сетчатку и только на Хабре до сих пор был тот же самый редактор статей и комментариев, какими их написали в 2022-ом.

Если какую-либо задачу можно решить не прибегая к регуляркам, лучше так и поступить.
Тоже касается ситуаций, когда регулярка сложнее чем например #start(.*)end#

Значит таков мой путь) Составлю соответствующие бумажки заранее

Information

Rating
6,625-th
Location
Россия
Registered
Activity