>>17460
https://developers.themoviedb.org/3/getting-started/request-rate-limiting
Ну и да, официальная спека божится, что таймаут 9 секунд максимум.

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

можешь сам сайт посмотреть, если хочешь http://movievote.azurewebsites.net/. проблема появляется, когда по страничкам переходишь
ну и еще я для каждого фильма до 3 реквестов отправляю

>>17462
Я провел эксперимент - наперезагружал главную страницу несколько раз до того момента пока она стабильно перестанет подгружать информацию и одновременно с этим мониторил состояние отдаваемой информации по одному фильму:
http://movievote.azurewebsites.net/api/MovieInfo/42

>status_message "Your request count (135) is over the allowed limit of 40."
>status_message "Your request count (218) is over the allowed limit of 40."
>status_message "Your request count (187) is over the allowed limit of 40."

И так продолжалось какое-то время пока количество запросов не упало ниже лимита и информация не отдалась как нужно. Количество запросов в месседже то возрастало, то убывало.

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

>>17224
> Довольно просто.
Получилось не очень, скучный ивент.

> тебе, к сожалению, не очень хотелось писать, а я вынудил с объёмом текста чуть поболее.
Особо нечего расписывать в кладовке.

>>17226
Хорошая мысль! Долго романсить будет. И чтобы игра проходилась переводом системных часов на N лет вперёд

>>17227
>Особо нечего расписывать в кладовке.
Возможно, однако такая задача всё равно стоит передо мной. Эти ваши слайсы всё равно умудряются из тривиального сделать что-то позитивное. Попробую написать.

А озвучка у хентайных и эччи сцен планируется?

>>17322
В допиле ничего не планируется. Первых хсцен тебе лет 9 ждать, в лучшем случае.

>>17332
Ну хоть внуки поиграют.

Эроге живи!

>>17439
>Эроге живи!

А разработку кучи domain-specific языков с интерпретаторами можно засчитать за веху в жизненном пути программиста?

>вы описываете синтаксис и семантику нового языка программирования
>затем пишете программу
Так работает любой ЯП, где можно переопределять операторы и писать свои функии.

>>17438
Веха - это какое-то конкретное достижение. Для меня это разработка языка программирования ради него самого, как самоцель. Обычные DSL вроде прикручивания Lua скриптов к игре или парсера конфигурации дают опыт в этом деле, но по-настоящему ты дозреваешь, когда пишешь программу, в которой язык занимает центральное место.

>>17447
В каком-то смысле ты прав. Например, на Лиспе можно сделать примерно то же, что у меня в goviaji. Принципиальных отличий, которые и есть основные мотиваторы разработки, тут три:
1) в goviaji описывать языки гораздо удобнее, например см. оппик - логическое определение переводится в код почти напрямую.
2) в goviaji нет никаких синтаксиса и семантики целевого языка, кроме тех, что определил сам программист. Ты должен полностью описать свой язык, и в нем не будет ничего лишнего, никаких посторонних эффектов.
3) goviaji предоставляет неограниченные возможности по определению языков.

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

В качестве примера работы на картинке - вычисление выражения 3 == 2 + 1 в кодировке Черча на чистом лямбда-исчислении. Язык - чистое лямбда-исчисление - определен правилами вывода, а конкретные символы (equal, c3, snd, fls и пр.) это просто синонимы для соответствующих лямбда-выражений. На каждом шаге для выражения E доказывается утверждение eval E X, и X становится выражением для следующего шага. Начинается вычисление с "equal c3 (scc c2)", которое кодирует в Черча "3 == 2 + 1", а заканчивается tru, истиной в кодировке Черча.

>>17448
А что-нибудь НЕ функциональное там сделать можно?

> goviaji
Не удержался, простите.

>>17450
Конечно, можно, и довольно просто. В чистом функциональном языке нет побочных эффектов, т.е. состояние вычисления полностью описывается вычисляемым выражением. Поэтому аргументы у eval это просто сами выражения. Для языков с побочными эффектами eval будет иметь форму "eval (prev_state, prev_term) (post_state, post_term)", т.е. состояние вычисления будет также содержать некое окружение. Например, в императивном языке с присваиваниями это будут значения переменных в текущем контексте. Потом я сделаю примеры таких языков. Можно описать в окружении что угодно, хоть память в виде массива байт для ассемблерообразного языка, хоть динамическую аллокацию в абстрактной куче, хоть параллельные вычисления в нескольких тредах.

На картинке определение чистого нетипизированного лямбда-исчисления и кодировки Черча для bool, nat и list, которые были задействованы в картинке >>17448. Единственный нетривиальный момент - это подстановки и переименование переменных в лямбдах (посередине). Про аксиоматизацию этого процесса защищено немало диссертаций, совсем простого решения так и не нашли. В интуиционистской логике, лежащей в основе goviaji, это описывается так.

>>17430
Здесь есть автоснятие логов при падении?

>>17431
Ну у меня ничего отправить не предлагает.

А можно кнопку на обновление всех открытых тредов?

>>17440
Поддерживаю, действительно очень не хватает этой функции.

>>17440
Лонгтап на вкладке с тредом пробовал? Там есть пункт "run auto update".

>>17446
Разве оно апдейтит не тот тред по которому нажимаешь?

>>17451
Сколько же времени я заблуждался и страдал думая что обновляет только выбранный, нет чтоб раньше то проверить.

Вот, кстати, более насущный фичреквест по поводу шаблонов страницы, болезнь всех ванильных бордодвижков: перенеси прикреплённые кортинки в ОП-постах под лейбл с именем, темой и прочей лабудой, как в обычных постах. Тогда и раскрытие оных будет более правильно выглядеть.

По скриптам сроков у меня, разумеется, нет.

>>17409 добавил.
>>17414 ждёт своего часа в репозитории.
>>17411 про это я давно знаю, да. Когда-нибудь.

>>17426
Видели эти версии скриптов?

Ычан-стайл >>17379
410-стайл >>17389

>>17428
Вот это >>17410 решение самое простое. Никаких скриптов и работает отлично, нечего тут голову ломать.

>>17428
Никто пока ничего не смотрел.

>>17429
И в чём его суть, если оно только вёрстку портит и больше ничего не даёт? По крайней мере, при вписывании в CSS всё именно так, возможно, я что-то не так делаю вдруг.

>>17434
Не знаю, что оно портит, но у меня работает как и требовалось: картинки больше не вылезают за края постов. Результат тот же, что и в >>17407, но не требует правки скриптов. Остается только в шаблонах

onclick

перевесить со ссылки на картинку.

>>17434
Отвечу ак автор: добавь в конце глобальной цссины или замени маргин на паддинг и добавь остальное. И ещё оно работает только там, где есть цсс3 (кроме Осла, вроде как, потому что они слоупоки и не принимают до конца стандарт). Суть в том, что бокс-сайзинг приказыает параметру ширины учитывать паддинг как часть самого элемента при подсчёте максимальной ширины, из-за чего 100% считается как максимальная ширина кортинки с отступом до полного ухода края поста к краю экрана, опять же с учётом отступов, а параметр высоты уже подстраивает высоту под оригинальные пропорции, чтоб искажений не было. “Сломать” оно могло только на браузерах без поддержки бокс-сайзинга “вываливанием” кортинки за границу поста на сорок пиксолей, которые берутся от отступов (по двадцать с каждой стороны), т.е. если в нормальных браузерах, допустим, 1000 пикселей — ширина кортинки+отступов, то в Осле и древних браузерах — только кортинки.

>>17401
HTML + CSS позволят тебе просто верстать странички. Если это всё что ты хочешь, то ок. Но если хочется именно заняться фронтендом т.е. в конечном счете делать интерфейсы для веб-приложений, то нужно еще понять джаваскрипт и популярные фронтенд фреймворки. и сопутствующие инструменты

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

Если ты пока совсем начинающий, давай попробуем начать с первых туториалов на W3CSchools:
https://www.w3schools.com/html/default.asp
https://www.w3schools.com/css/default.asp
https://www.w3schools.com/js/default.asp

Как только схватишь базу, переходи к тыканию фреймворков. По самым популярным базовые туториалы есть на той же W3CSchools. Что касается того, какие из них выбрать, то немного о популярных фреймворках писали у нас в прошлом треде: http://410chan.org/dev/arch/res/14160.html#14188

Ну что же вы, Балмеры?
https://meduza.io/feature/2017/10/09/my-platili-razrabotchikam-i-pisali-prilozheniya-za-nih-ne-pomoglo

Приветствую анонимоусов!

Скопился некоторый ощутимый объём логов, скажем так, технологического процесса.
Логи писались человеком вручную в виде текста, придерживаясь некого специального формата.
Есть желание по всей этой массе (сотни файлов по несколько десятков записей каждый) подвести некую статистику и, если получится - выявить закономерности.
Т. е. получаем нечёткую задачу обработки данных. "Нечёткую" - в том смысле, что ТЗ будет активно меняться в процессе на основе получаемых результатов.
Кроме того, почти наверняка понадобится "обратный ход данных". Т. е. в процессе обработки будут выявляться неизбежные ошибки в записях, и хорошо бы будет в автоматическом режиме исправлять исходный массив файлов, чтоб в дальнейшем работать с более согласованными данными.

Какие инструменты посоветуете? Подойдёт ли что-то готовое (статистические пакеты? Excel + VBA? MATLAB?)
Пока что считаю, что придётся писать что-то своё на одном из ЯП. Для начала - некий движок с чисто текстовым вводом-выводом, потом, при желании - прикручивать к нему некий GUI.

В программировании есть небольшой опыт на C/C++, Python и такой экзотике, как тикль (tcl). Алсо, Pascal (школа...); с Delphi не знаком. Фреймворкам не обучен. Прогать планируется исключительно на винде, желательно - хотя бы для начала на чём-нибудь "лёгком" (интерпретатор Python, прикрученный к текстовому редактору - ок, Visual Studio - не ок).

Из программистских грехов остро страдаю Нетерпением, так что задачу планирую реализовывать маленькими законченными шагами.

Пока что, склоняюсь к Python + использование TDD, которое собираюсь по ходу осваивать.

Что посоветуете выбрать из инструментов? И какие книжки (не оче большие - см. "нетерпение") посмотреть для уточнения подходов к, собственно, решению?

>>17421
> Excel + VBA
Ненене.
Начни с питончика, там должны быть модули для статистики и всего на свете. Матлаб даже не знаю, в каком случае был бы предпочительней. Если ехала матрица через матрицу.

Бамплимит, готовьте новую нить.

>>17423
Сделали новую нить >>17424
Закрепите её вместо этой, пожалуйста.

>>15681
>>17421
>>17422

ПЕРЕЕЗД: >>/dev/17424
ПЕРЕЕЗД: >>/dev/17424
ПЕРЕЕЗД: >>/dev/17424

>>17309
Сейчас учу Qt на Android. Весь интерфейс лучше делать на QML, а функционал на сишке.

>>17325
Там надо NDK настраивать? И много ли чистого JS при работе с QML?

>>17327
Я NDK не трогал. Просто установил и прописал пути. На компе установил и всё настроил, а на ноуте сейчас мучаюсь. В ближайшее время попробую начать тред по Qt, где составлю действующий метод установки на Андроид. Слишком часто вижу этот фреймворк: даже Guitar Pro 7 сделали на нём. Я не работал с JavaScript, поэтому не скажу. Нужно посмотреть пару видео по QML и начинаешь всё понимать.

>>17329
Я вкачусь.

>>16611
Передай девочке, что Яндекс - торт!

>>17329

>>17329

>>15347
Нормалфаги под кроватью пытаются отбирать еду, но они тупые, легко обхитрить. Сделал двухминутное кинцо, зацени: https://github.com/runewalsh/rox-loh/releases/download/v1.0/rox.rar. Это было в меру бесполезно, но по крайней мере понял, как нужно было работать с окном и GL-контекстом — потом как-нибудь перенесу реализацию в основной движок.

>>15493
Целый месяц еду отбивал?

Ой дебил, навелосипедил тогда слежение за звуками, которые закончили воспроизведение, закончили фейдаутиться, etc., а мог бы просто дочитать документацию до возможности установить коллбэки на эти события. То же касается и MIDI: можно, конечно, патчить треки при загрузке, но официально одобренный способ >«подкрутить скорость или высоту» — хукнуть и перекрывать на лету соответствующие MIDI-события (TEMPO/PITCH/etc.). Завтра переделаю (от велосипеда останется одна блокировка).

Попробовал переписать пространственные деревья: моя реализация от 2k11 слегка глючила и требовала вызывать перестроение явно, а теперь решил для каждого узла вести учёт ИСКАЖЕНИЙ (красные прогрессбары толщиной в пиксель), и по превышении порога искажённости перестраивать автоматически. По части глюков получилось ещё хуже прежних, вплоть до неработоспособности. На гифке-то всё в порядке, но вот на реальной сцене... Нужно ковырять. Например, записать последовательности операций с деревом, приводящие к «невозможным» результатам, и плясать от них. Эх, вот я криворучка.

С этим условный фейл, а вот MIDI доделал.

>>16218
Красивая гифка.

>>16218
Я не понял, математические деревья ты имеешь в виду или реальные, потому что на гифке как будто программа для моделирования сада. Сам хотел такую написать.

Бамп, хотелось бы апдейтов. Продолжай пилить, ну.

Bump. Оп ты где?

>>16476
Бамп, бамп и ещё раз бамп.

>>16476
Оп тут. Сейчас нет времени на это, если честно. Да и десктопная жава никому не нужна, это как учить кобол или дельфи в 2017. Особого интереса к проекту я не увидел, если честно.
Сейчас я эту штуку хочу переделать в restful-сервис, а морду можно на том же Qt написать. Заодно и приложение под андроид слабать можно...

>>16928
>Qt
Нет.

>>16928
Так мало кто картинкопаки в 2017 собирает, а уж тем более шифрует. Удачи тебе, ОП, проект достойный, но в узких кругах.

>>17084
Ну, тем кто рисует, например, паки нужны - у нас из-за проклятых моралофажков буры скоро перебанят и переабузят совсем. Да и если собирать в соцсетях, то там бывает деллалл - уже не раз замечал пропадание даже не порнушных картинок из репостов\избранного.
Я сейчас весьма активно полез в изучение спринга, на нем и буду делать серверную часть, только немого позже, как разберусь с основами на чем-то попроще.

>>17323
Будешь отписывать? Тоже собираю, но пока сижу на Graber, он по бурам лишь.

>>17177
Не знаю, работает ли сейчас, но инструкцию смотри на картинке из >>15135.

>>17185
Удивительно, не думал что нб кто-то еще пользуется! Подумываю запилить такую штуку на ipfs. А вообще, использовали битмесседж,было бы заебись.

Джава часа скачивала посты, теперь ещё что-то докачивает. 16 items left to download, потом счётчик уменьшается и снова обновляется до 16. Что это за майнер эдакий?

>>17330
Это у тебя потому что каждый контейнер пишется отдельно, а их загрузилось за раз много. Треды парсятся, и сообщения говорят, сколько еше осталось контейнеров в этом треде. Подожди,это пройдет.

>>17356
Наночую, эти сообщения - они как из прошлого. Скачал html-ку, нашел 16 картинок, добавил сообщение "есть 16 картинок" в список. Уже скачались 15 картинок, уже пошел в список отчёт о том что "осталось 1 картинок" и тут вторая html-ка скачалась, а там еще 20 картинок, и следующее сообщение которое добавляется в список после "осталось 1 картинок" это "осталось 21 картинок". А из списка сообщения достаются медленно и показываются по одному даже когда уже все закачки завершены.
Корявая, зато ТВОЯ!

>>15462
>Превьюшки не закрываются даже после закрытия шакалятора,
Они закрываются по клику

>>17362
Это выглядит коряво,только когда первый раз запускаешь, а так норм.