Столкнулся однажды с "DDoS" одного битрикса... Проанализировал логи и выяснил, что очень много обращений к нескольким картинкам, которых физически нет, поэтому выполняется 404.php, грузящий весь битрикс и поэтому при активном обращении к картинкам выполняющийся не слишком быстро. А откуда столько обращений к картинкам? Виновник нашёлся на главной странице: скрипт-каруселька в углу, перебирающий картинки. Картинки удалили, а карусельку удалить забыли, в итоге все посетители главной страницы благополучно DDoSили сайт. Такой вот выстрел себе в ногу на пустом месте.
После этого сделал для некоторых расширений файлов возврат 404 через отдельный скрипт-костыль 404fast.php, не использующий битрикс, чтобы на случай таких будущих 404 ошибка возвращалась быстро.
romicohen, не будет проблем в 99.999% случаев. Разве что окажется, что терминал не поддерживает какую-нить ESC-последовательность или его переклинит от каких-то новомодных эмодзи, но в целом это малореально.
Все терминалы делают одну и ту же вещь: гоняют трафик между парами клавиатурой-приложением, мышью-приложением и экраном-приложением. Все нажатия клавиш генерируют соответствующие символы либо ESC-последовательности, клики мыши тоже (но для этого приложение должно послать ESC-последовательность для активации событий мыши), вывод программы превращается в символы в консоли, плюс ESC-последовательности управляют перемещением по окну консоли, смене цвета итд итп (их можно посмотреть в man console_codes). Терминал должен уметь всё это обрабатывать и визуализировать.
Так что все терминалы делают одно и то же, а подкупают пользователей или своим присутствием в штатной поставке каких-то дистрибутивов / DE, либо функционалом. Если ещё не выработано привычки к определённому терминалу, можно выбрать любой по вкусу.
То, что использовать echo в php для таких вещей не принято и глупо (ну разве что в одноразовых наскоро написанных скриптах), не имеет никакого отношения к ООП.
Если хочешь - аналогия: кто-то написал слово в соответствии с литературной нормой, но для разных букв использовал разные шрифты, за что его ты обвинил в нарушении правил орфографии. Но это неправильное обвинение, хотя оно и не противоречит тому факту, что писать слово разными шрифтами неразумно.
Сергей Карбивничий, fakeroot имитирует приложению ощущение, что он работает под root, не давая реальных прав. Просто есть такая странная особенность дебиановских инструментов сборки, которые проверяют, что их запускают под root, даже если это реально ни для чего не требуется.
Антон Шаманов, что такого в Landrover, чего нет в УАЗ? Вот только Landrover банально удобнее и комфортнее.
Ещё раз: SOAP - это не самая плохая вещь, просто ничего космического при куче очевидных недостатков, первый из которых - многоэтажный XML с неймспейсами - бездарное решение в эпоху моды на XML в каждом отверстии.
Валентин, мейнтейнеры тоже все хотят чтобы ты клал какие-то файлы в хитромудрые места, причём у каждого дистрибутива и мейнтейнера свои воззрения на этот счёт. Поддерживать пакетную базу любого дистрибутива в консистентном состоянии само по себе адский труд, именно поэтому уже давно есть ppa (с кучей проблем). snap - это компромисс между Windows-way с раскидыванием непойми каких файлов непойми куда и упорядоченной установкой софта в предсказуемое место. Прекрасный компромисс, на самом деле, если не злоупотреблять, как, например, yq - snap на 7 Мб для написанной на go утилитки (то есть реально это один бинарник!).
Антон Шаманов, ну у нас в платформе WS называются исключительно SOAP-сервисы, я по привычке.
Мне не нравится что уже никому не нужные отмирающие понты из начала нулевых выдают за что-то невероятное. Это в целом приемлемый метод взаимодействия, даже не самый плохой, но его время безнадёжно ушло. В конце концов, в наше время можно и на коболе писать программы, никто не мешает, они даже работать будут, но смысл?
Отставание - это когда новый функционал добавляется в собственный протокол, но в версию протокола на базе SOAP не добавляется.
Антон Шаманов, я не визитками занимаюсь, у нас основные клиенты - банки. У нас для некоторых сервисов есть WS-интеграции, но исключительно по причине наличия таких клиентов, и эти интеграции по функционалу регулярно отстают других протоколов. А для некоторых сервисов никто WS не делал и никогда не будет делать. Ибо устаревшая бесполезная хрень, можно просто клиенту говорить "мы это не поддерживаем" и клиент прекрасно это пережёвывает.
Антон Шаманов, я рекомендую вернуться в 2005 год и пострадать там. Протокол был придуман во времена безумной моды на XML в каждое отверстие, в результате каждый реализовывал как левой пятке приспичило, и потребовались годы на то, чтобы SOAP оброс WS-I/WS-A и стал сколько-нибудь универсальным. И то, по любому чиху разваливается.
По моему опыту бизнес намного более охотно реализует интеграции на кастомных вендор-зависимых протоколах либо на промышленно-стандартных, чем на SOAP. А если говорить не о кроваых ынтерпрайзах, то за пределами заумных бизнесов популярность у SOAP вообще ниже плинтуса - его просто никто не использует. Потому что не нужен. Рыночек порешал.
После этого сделал для некоторых расширений файлов возврат 404 через отдельный скрипт-костыль 404fast.php, не использующий битрикс, чтобы на случай таких будущих 404 ошибка возвращалась быстро.