Pull to refresh

Comments 17

Хочется по случаю выразить фу за убийство почты для домена.

яндекс почта для домена работает, но нужно деньги платить, постоянно вводить подтверждения и слить свой телефон, иначе потеряете доступ несмотря на деньги.
upd: и периодически капчу капчевать. поэтому лучше расчехлять клиентов imap+smtp.

а вот за удушение доступа WebDAV для яндекс-диска - реально фу.

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

Где-то на форуме rclone встречалась тема о том, что очень сильно скорость проседает, если закачивать видео (видимо, оно в реалтайме парсится).

И, по моему опыту, архивы. Вероятно, они так же как-то анализируются.

Однако, если закачивать рандомный набор байт, с "не-видео" расширением, скорость, по словам комментаторов той темы, была приемлемая. Сам пока не проверял.

Следуя их мантре об изменчивости, не надо затачиваться на яндекс, много чего есть поудобнее и с диском, и с почтой

И за "ручки" вместо общепринятых в индустрии терминов.

Я кстати тоже когда в яндекс пришел обратил на это внимание. Есть предположение, что этот термин появился внутри яндекса до появления "общепринятого термина" в рунете и так с тех пор и используется. Что в принципе не отменяет того факта, что текст написанный на внешнюю аудиторию должен использовать общепринятые термины.

Замечу что handle переводится как раз как "ручка, рукоять", так что ее слишком натянуто звучит. Да и слышал я это не только в яндексе.

Это дословный перевод, правильный должен быть «обработчик»

Как «обработчик прерывания» interrupt handler

Справедливости для, в половине мест, где я работал, в "повседневной речи" они также назывались "ручками", причём, все прекрасно знают, что в коде это handler (или, в частности, метод API в некоем контроллере).

Так что, "общепринятый стандарт", на мой вкус, вполне "плавающий" и гибкий.

ИТ РФ не ограничивается, а Хабром пользуются и в образовательных целях. Endpoint и Handler это не одно и то же.

Вне РФ, если хотят не пользоваться русскоязычными просторечиями - не пользуются, всё просто. И в РФ тоже. В айти вообще нет устоявшихся "железобетонных", прибитых гвоздями к отрасли терминов кроме тех, что пришли из "строгой" науки - математики, философии, логики.

Скажем, недавно я, с пеной у рта, пытался доказать, что класс - это не просто структура, на что мне аргументировали, что внутри класс - та же структура, только с методами. Просто разные точки зрения на одну ситуацию.

Айтишники, в большинстве своём, по моим наблюдениям, не любят избыточно строгих правил, и если за слово "ручка" их будут бить батогами, причём, на русскоязычном ресурсе где присутствуют носители разных понятийных аппаратов, ничего хорошего из этого не выйдет.

Это того же рода разночтения как "винчестер"/"жёсткий диск"/"хард".

В качестве компромисса, могу предложить указывать разово в явном виде "ручка (handler)".

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

Какой-то GraphQL получился...

Я бы сказал, что не совсем. GrahpQL в первую очередь нужен для снижение нагрузки на сервер, запрашивая только то, что нужно клиенту. Здесь же с сервера забираются все данные, а экономится только трафик(время скачивания ответа) для клиента за счет выкидывания не нужного на шлюзе. Сервер и шлюз находятся в связанных магистралью дц либо вообще в одном дц и трафик между ними гонять дешево, а вот для мобильного клиента где-нибудь где 3g через раз ловит лишние байтики могут существенно ухудшить пользовательский опыт.

На слабом канале для клиента круто работает жесткое кэширование и lazy load. Я это в всяких erp / админках смотрел, но и для доменов типа файлов / папок должно хорошо подходить.

А почему не подошел JSON RPC?

в нем все вами перечисленные проблемы решены by design

Sign up to leave a comment.