бля да потому что апи заказчика

строка приходит

орууууу гоооосподи

Ты можешь тише орать?

http://www.parkon.com/lax_api/adv.json?rand=<randInt> попробуй randInt подставить и такой урл дергать

хули поделать, заказчик открывает на серваке какой-то ебучий текстовый файл - там пишет FALSE или TRUE и обновляет

Ты можешь тише орать?

а сильно слышно, да? Извините

http://www.parkon.com/lax_api/adv.json?rand=<randInt> попробуй randInt подставить и такой урл дергать

а можно пояснить что это такое?

заказчика зовут Равшан? )

бля, парни, ну не смешно нихуя)))

это такой костыль, обычно запросы с параметрами не кешируются. В идеале, конечно, найти метод Alamofire.request в который можно передатьн астройки кеширования

а можно пояснить что это такое?

Проверка кеширования

нифига ,)

http://stackoverflow.com/questions/32199494/how-to-disable-caching-in-alamofire

бля, парни, ну не смешно нихуя)))

Ну как там? Мы переживаем

да никак, не берет заказчик скуйп чтобы в текстовике поправить ответ)

да пофиг, проверяй по времени исполнения запроса. Сколько оно сейчас?

время первого исполнения (после удаления программы) должно быть примерно таким как и все остальные

бля у меня с запущенным charles почему-то вообще перестали уходить запросы сука

без него время посмотреть запроса как можно по быстрому?

добавить NSLog при старте и при завершении запроса

хотя многие либы сами время считают и выводят

http://www.parkon.com/lax_api/adv.json - по этому адресу лежит файл

поэтому думаю что 100% кэшируется

силен, а как ты по адресу это понимаешь?

вообще, стоит только картинки кешировать. Остальное, чаще всего, нужно свеженькое

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

Жесть бля)

вообще пофиг, говорю ж. Это не от адреса, а от настроек сервер и клиента зависит

у тебя на самом клиенте кеширование есть, клиент к серверу даже не обращается

бля да у меня обычный дефолтный запрос, специально нигде кэширование не включал

оно, как-бы, по дефолту включено, с временем дня на 3, кажется

2016-12-20 18:02:57.176 airport[69376:4896182] <Google> To get test ads on this device, call: request.testDevices = @[ kGADSimulatorID ]; [Request]: http://www.parkon.com/lax_api/adv.json [Response]: <NSHTTPURLResponse: 0x60800022bf20> { URL: http://www.parkon.com/lax_api/adv.json } { status code: 200, headers { "Accept-Ranges" = bytes; Connection = "Keep-Alive"; "Content-Length" = 23; "Content-Type" = "application/json"; Date = "Tue, 20 Dec 2016 14:26:22 GMT"; Etag = "\"1bde001-17-543c8321f8540\""; "Keep-Alive" = "timeout=5, max=100"; "Last-Modified" = "Fri, 16 Dec 2016 15:26:37 GMT"; Server = "Apache/2.2.26 (Unix) mod_ssl/2.2.26 OpenSSL/0.9.8e-fips-rhel5 mod_bwlimited/1.4"; } } [Data]: 23 bytes [Result]: SUCCESS: ( { isEnabled = false; } ) [Timeline]: Timeline: { "Request Start Time": 503938977.132, "Initial Response Time": 503938977.133, "Request Completed Time": 503938977.133, "Serialization Completed Time": 503938977.133, "Latency": 0.001 secs, "Request Duration": 0.001 secs, "Serialization Duration": 0.000 secs, "Total Duration": 0.001 secs }

как видите

"Keep-Alive" = "timeout=5, max=100"; видим конечно

Keep-Alive -- этот параметр задать реально в запросе?

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

*не так

угу, за это и отвечает. Только это не запрос, а ответ, его сервер создает. Нужно или чтоб сервер время жизни поставил бы в 0-5, или чтоб ты у себя кеширование отключил для этого запроса

Спасибо за пояснение

как понять кэшируется или нет запрос?

Заголовки сервера

Легче на серверной стороне время жизни уменьшить

"Keep-Alive" = "timeout=5, max=100"; видим конечно

Это не кэширование

пля, ошибся немного. Пардон

max-age есть там где-то?

etag и last-modified как минимум влияют на кэширование запроса клиентом

подробно не помню, давно не работал с этим

да я нагуглил. Нужно ответ от сервера глянуть

твои локальные проблемы, в ~/.cocoapods обнови вручную

Попробую уже завтра

Иногда можно в проекте встречить <AppName>Kit. Что за кит?

https://vk.com/wall18690_285641

Они уже 3 года не могут UXKit допилить свой

пидоры

недавно надо было macos приложение сделать

Не хочется играть в аналитика, но мне кажется там не все так просто. Даже если распределение отдела ведется, то скорее для того, чтобы поменять вектор компьюетров. Например объеденить или приблизить к iOS. Но тут сложно загадывать и это исключительно мое ИМХО

у новых макбуков когда нагреваются сильно – клавиши залипают

не смог осилить appkit

AppKit - кусок старого говна просто :)

да, есть такое

UXKit хоть и на нем основан - но уже нормальная вещь

https://github.com/k06a/Mattericon

Кроме того, что на новом маке touch bar фризится по 10 раз на дню — никаких проблем за 2.5 недели не обнаружил) Так что пока кажется огонь

Вот год назад на приватном UXKit запилил апку

ERROR: S client not available

там UXCollectionView обычный, прям как UICollectionView

а кто знает, как реализован интерфейс маковского приложения телеграм? очень похоже на UIKit

но на макоси

Не хочется играть в аналитика, но мне кажется там не все так просто. Даже если распределение отдела ведется, то скорее для того, чтобы поменять вектор компьюетров. Например объеденить или приблизить к iOS. Но тут сложно загадывать и это исключительно мое ИМХО

Сделают с тачем макбук

Один на CALayer вроде почти целиком, другой на Qt

Сделают с тачем макбук

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

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

Потому что клавиатура+мышь ближайшие 20 лет будет самым быстрым способом общения с пк

Я тут кстати на днях написал интересный хак, чтобы быстро менять цвет надписей без их повторного рендеринга: https://hackernoon.com/change-uilabels-text-color-without-text-rendering-724bbbaaa75b#.et02jtq39 Давай пофоловимся на медиуме, у кого там аккаунты то

Потому что клавиатура+мышь ближайшие 20 лет будет самым быстрым способом общения с пк

тачпад

Тачем на мак оси разве что списочки листать

тачпад на новых маках огромный и говорят перестал срабатывать при касании ладонью

Потому что клавиатура+мышь ближайшие 20 лет будет самым быстрым способом общения с пк

Т.е. в 2036 по-прежнему клавиатура и мыш будет самым удобным? :)

Под палец она не заточна ВООБЩЕ

Тачем на мак оси разве что списочки листать

вот это наркоман

То есть?

сижу с тачпадом онли пару лет, списочки листаю

Я не про тач пад

А про сенсорный экран

там сделали сенсорный дисплей?

ппц

Нет

И надеюсь не будут

ну тачбар полезен

можно стикерами мемить

Ну одно дело маленькая панелька

А другое весь экран

Вообще не вижу смысла делать ноуты с сенс. экраном

имеет смысл, когда они станут наполовину планшетами как сурфейс

Все равно спорно. Вот ты попользовался им в режиме планшета, перешел в ноутбучный режим, а у тебя оказывается весь экран заляпан. Ну неприятно же.

харкнул, протёр свитером с оленями

Ну я так с макбуком делаю, когда случайно пальцем дотрагиваюсь. Но это происходит редко, а с сенсором это придется часто делать (если пользоваться им)

combot.org/chat/-1001063580584