[ d ] [ b / cu / dev ] [ r ] [ a / ts ] [ ci ] [ gnx / int ] [ misc ] [ dev / stat ]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]

Файл: 410.png -(24 KB, 500x500, 410.png)
24 No.26066   [Ответ]
В сей нити мы упорядочиваем усилия по доработке местного движка.

Репозиторий: https://bitbucket.org/Therapont/fbe-410
1. Для ваших предложений предназначена ветка public.
2. Только администрация 410чана решает, что в этом движке надо, а что не надо. Соответственно, не стоит излишне пропихивать всякие там революционные идеи. Одобренные потенциальные изменения перечислены на багтрекере (записи, созданные владельцами репозитория).
3. Тестирование предложенных изменений и развёртывание принятых ведётся при наличии у администрации свободного времени на это. Обычно это делается по выходным.
4. Код выложен как есть. Никаких неопубликованных скрытых функций и частей не существует.

Предыдущая нить: >>20450
Пропущено 254 сообщений и 93 изображений. Для просмотра нажмите "Ответ".
>> No.27612  
Файл: on_send.webp -(444 KB, 1735x1113, on_send.webp)
444
キタ━━━(゚∀゚)━━━!!
>> No.27613  
Файл: error.webp -(443 KB, 1735x1112, error.webp)
443
キタ━━━(゚∀゚)━━━!!
>> No.27615  
Файл: [HorribleSubs] Toaru Kagaku no Railgun T - 06 [108.jpg -(220 KB, 1920x1080, [HorribleSubs] Toaru Kagaku no Railgun T - 06 [108.jpg)
220
>>27611
Как-то плашка посреди формы не очень смотрится, особенно когда большая. И моноширинный шрифт не нужен.
Наверное, лучше действительно исчезающую фитюльку где-нибудь сбоку показывать.

>>27612
При отправке можно просто заменять текст кнопки «Отправить» на «Отправка…», мне кажется. Или обработка, проверка и т.п.
>> No.27616  
Файл: 115718427.jpg -(909 KB, 849x1200, 115718427.jpg)
909
Просто пришел сюда написать, что новый счетчик это офигительно удобно, оказывается, в наших медленнореалиях, сразу видно когда написали на не очень активную доску, сразу видно если где-то внезапный движ. Круто!
>> No.27619  
>>27604

> kusaba.js вообще не работает на браузерах старше где-то 2017-ого

Ну вот так как к нам ожидаемо заходят нѣкоторые господа даже с браузерами, в которых WebP ещё не открывается (>>27607), то слѣдовало замѣсто fetch использовать https://api.jquery.com/jQuery.ajax/ и тѣмъ тотчас же избавить себя заодно и от необходимости употребления как асинхронных функций, так и высокоуровневого ожидания (top-level await).

>>27606

> Соус говорит не заморачиваться

Господин Соусов в сообщении >>27599 высказался в том смысле, что если отвалится один только показ счётчиков, то тогда и пёс с ним, потому что счётчики — это украшательство, без которого можно прожить. Но я не думаю, что он приуготовил себя заодно и к отпадению работоспособности всего джаваскрипта на всём сайте за счёт того, что какой-нибудь старый браузер увидит непонятное ему словечко «async» или «await» и начнёт сходить с ума.
Сообщение слишком длинное. Полный текст.
>> No.27620  
Файл: 8c086a16281ef40cfda4989dfca8654e.jpg -(1034 KB, 1500x923, 8c086a16281ef40cfda4989dfca8654e.jpg)
1034
>>27619
В случае отсутствия объекта navigator.locks не будет за-scedule’н и очередной polling json’а. Таким образом, там, где такого объекта нет, обновление счётчиков наступит только по обновлению вкладки или по появлению у неё visibility. Наверное, стоит попробовать запилить-таки polling в отдельном файле-скрипте, который регистрировать как ServiceWorker, и который для всех вкладок вроде будет общий, тогда и необходимость изолировать polling до одной вкладки отпадёт.

> даже с браузерами, в которых WebP ещё не открывается
Ну, в Firefox’е async/await появился раньше поддержки WebP, а fetch появился на 4 года её раньше. Чтобы пользоваться fetch-ем, async/await не обязателен, но с async/await удобнее писать, а жалоб на сломавшееся что-то не было пока. Но объявился, похоже, пользователь Firefox 88. Попробую как-нибудь сделать polling в ServiceWorker-е, наверное.
>> No.27621  
>>27615
> Как-то плашка посреди формы не очень смотрится, особенно когда большая.
Вот что-то такое есть. В текущем примере, по крайней мере. Только, если делать фитюльку где-то с боку, как она должна выглядеть и где с боку её показывать? Я вот не очень представляю пока, хочу увидеть пример.

> При отправке можно просто заменять текст кнопки «Отправить» на «Отправка…»
Пожалуй.
>> No.27622  
Файл: changed.zip -(31 KB, x, changed.zip)
31
Запилено:
  • Promise chaining вместо async/await;
  • Polling через SharedWorker там, где оно поддерживается: где не поддерживается — например, на мобильном Хроме — поведение polling-а, как сейчас на сайте;
  • Счётчики больше не увеличиваются по отправке собственного поста;
  • Если открыто несколько окон, содержимое счётчиков у них будет меняться одновременно.
>>27588-пост тогда игнорировать.
>> No.27623  
Файл: changes.txt -(10 KB, x, changes.txt)
10
Изменения от текущего public-а.
>> No.27626  
Файл: Google Translate does not accept WebP.webp -(66 KB, 900x832, Google Translate does not accept WebP.webp)
66
>>27592

> Also, SauceNAO поддерживает WebP. Но не AVIF. Если кто-то решит найти источник запощенного с потерями, ему придётся искать, чем это дело перешакалить. Именно перешакалить, потому что lossless AVIF практически бесполезен. С другой стороны, обычно по имени файла и так понятно, откуда оно есть. Но Google-поиск тоже AVIF не понимает. Ну и ни на одну неFBEшную борду без перешакаливания AVIF с 410 не запостишь, наверное.

С одной стороны, здѣсь проблема в духе курицы и яйцá: кому-то нужно же сдѣлаться первыми, а не то эдак и разработчики https://saucenao.com/ могут сидѣть прямо сейчас и думать «ну зачѣмъ мы будем запускать поиск по AVIF, если поддержки этого формата ещё нѣтъ ни на одной имиджборде — поглядите, даже 410чан ею не обзавёлся». Такого рода рассуждения могут вѣчно ходить по одному и тому же порочному кругу. А чтобы разорвать его, ну почему бы и не нам сдѣлаться первыми.

С другой стороны, ну почему непремѣнно «перешакалить» придётся? — можно же декодировать из AVIF в PNG без внесения дополнительных потерь в изображение, а затѣмъ этот PNG скормить поисковой системе.

С третьей стороны, ну да, перепостить AVIF на другую борду — это проблема. Но и просто ≈пятимегабайтовый файл JPEG (напримѣръ, >>/b/207992) иногда никак нельзя перепостить на другую борду, причём даже если она позволяет постить файлы в формате JPEG — скажем, на борду https://iichan.hk/b/ не получится оттого, что она принимает до трёх мегабайтов. Но мы не закрыли лицо руками в непреоборимом отчаянии — и не отказалися от пятимегабайтовости. И это правильно. Так что и невозможность перепостить AVIF мы переживём.
Сообщение слишком длинное. Полный текст.


Файл: junior_developer_nene.png -(648 KB, 720x720, junior_developer_nene.png)
648 No.25965   [Ответ]
Здесь можно получить помощь и консультацию по любому языку программирования, в любой сфере разработки. Не важно, программируете ли вы собственного робота, пишете серверную приблуду, интегрируете чужие API, ковыряете игру, или пытаетесь сделать сайт на Wordpress - если аноним что-то об этом знает, он обязательно поможет.

Пополняемая база знаний: http://pastebin.com/AGhLZppH

Не знаете, какой язык и библиотеки взять для вашей задачи? Вам сюда.
Не знаете, где клиент, а где сервер? Вам сюда.
Не понимаете, что такое ООП? Вам сюда.
Написали код, и не понимаете, почему не работает? Вам сюда.
Обнаружили кусок кода, и не понимаете, как оно вообще могло работать? Вам тоже сюда.
Не знаете, как подступиться к проблеме? Вам обязательно сюда.

Другие тематические нити (иногда обновляется): https://pastebin.com/psy43ibG

Сообщение слишком длинное. Полный текст.
Пропущено 494 сообщений и 69 изображений. Для просмотра нажмите "Ответ".
>> No.27528  
>>27521
Имелись в виду результаты вот этого поиска:
https://github.com/search?q=imageboard+engine+language%3APython&type=repositories&l=Python

>>27523
В целом удваиваю >>27525
Добавлю только что писать это все лучше для кого-то кто будет этим непосредственно пользоваться и знает чего хочет.
>> No.27529  
>>27527
Главное маскота забабахать как известно, ага.

Не, я предлагаю взять что-нибудь менее унылое чем джанго, но все же чтоб оно было с ногами.
>> No.27530  
>>27529
Ногами и пистолетом вы можете добиться гораздо большего, чем одними только ногами.
>> No.27531  
>>27529
> Не, я предлагаю взять что-нибудь менее унылое чем джанго

Хотелось бы сделать это в какое-то вменяемое время, т.е. достаточно быстро. На базе джанги это как мне представляется возможно.
>> No.27532  
>>27530
>пистолетом вы можете добиться гораздо большего
Хах, я не сразу понял что ты имеешь ввиду - с джанго действительно выстрелить себе в ногу будет намного проще.
>> No.27533  
>>27516
Дело оказалось в том, что я не использовал ивент луп. Как мне сказали, hasPendingConnections работает только с ним.
>> No.27534  
>>27533
Ну вот QCoreApplication::processEvents() передала бы контроль чтоб обработать события, я поэтому спросил.
>> No.27538  
>>27491
Ханабира вроде на нём работала. Где-то даже помню её исходники видел.
>> No.27583  
>>27491
Бнвач, например https://github.com/stiletto/bnw - twisted+tornado+mongodb

В первую очередь это xmpp-микроблог, но и вебморда с подобием имаджборды прилагается: вебня с отображением блогозаписей в порядке последних добавленных ответов, возможность постить через веб-интерфейс, возможность постить анонимно.
>> No.27584  
Файл: 1237538487495.png -(2 KB, 220x233, 1237538487495.png)
2
>>27583
>Copyright (c) 2012, Kagami Hiiragi <kagami@genshiken.org>
Лол, тот самый? У него ведь реально какие-то наработки с ХМПП были.


Файл: 01.jpg -(51 KB, 398x242, 01.jpg)
51 No.13469   [Ответ]
Привет Сырны, возник вопрос по разработки и создания своих собственных плат для микросхем. Интересует, с чего следует начинать? Какой язык программирования учить?
Пропущено 15 сообщений и 5 изображений. Для просмотра нажмите "Ответ".
>> No.13793  
>>13477
>Ну, конкретно серия STM32 как раз более-менее проста в понимании
Ты ёбнулся? Какая она простая в понимании? AVR - да, простая. PIC тоже. Но ARM - это же полная задница.
>> No.13798  
>>13793

Полная задница лучше, чем худая задница.
>> No.13850  
>>13793
Ничего там сложного, просто надо юзать HAL, если нет веских причин его не юзать. Привыкли на своём AVR трахаться с регистрами. Алсо CubeMX.
>> No.23967  
>>13482
>Потом бери игл, PiCAD или что там еще, и учись работать в нем. Не в коем случае не запускай SprintLayout, он делает очень крепкую привязку к себе синдромом утенка, пересесть с него в нормальный САПР потом будет боль и унижение, а в SL потолок поймаешь почти сразу.
EAGLE и PCAD это тоже касается - много кто с них не может слезть, а если и перелезает, то обычно на Altium Designer.
Стоит сразу брать либо OrCAD/Allegro, либо Expedition PCB.
>> No.24441  
>>23967

А что вы думаете про KiCAD ? Есть open source в open hardware ?
>> No.24610  
>>24441
Он довольно активно развивается, особенно, после того, как за него взялся ЦЕРН (а это уже серьёзно). EAGLE он уделывает целиком и полностью, и все, кто сидел на нём, перешли на KiCAD.
Если говорить о действительно серьёзных проектах, где требуется работа с высокоскоростными сигналами - считай, всё, что имеет память и высокоскоростные интерфейсы, то лучше о нём на текущий момент не задумываться и смотреть на САПР от Cadence или Mentor Graphics.
>> No.25257  
>>13850
>HAL
>CubeMX
В приличном обществе после упоминания этого указывают на дверь^W CMSIS.
>> No.25307  
>>13469 ну собсна эээ ломаный sprint layout ахуенная штука для новичка, в рунете лежит тоннами, скачать не проблема. остальные кады не интуитивны нихуя, тот же альтиум отнимает кучу времени на оформление схемы, УГО и посадочных мест. сам начинал делать простенькие платы по схемам с radiokot.ru, потом вкатился в погромирование МК AVR на сях по гайдам с avr-start.ru, а потом уже стал смешариком и умею в собственные разработки, ассемблер, FPGA, аналоговый схемач и прочие. Удачи, анон
>> No.27138  
https://www.autodesk.com/support/technical/article/caas/sfdcarticles/sfdcarticles/Autodesk-EAGLE-Announcement-Next-steps-and-FAQ.html
>> No.27557  
Kicad for serious hardware development.
https://www.youtube.com/watch?v=z9BYvYlH5lo

Собственно хорошее видео по сабжу на примере недавно вышедшей последней мажорной версии кикада. Много полезного, например то как дифференциальные пары в нём делать.


Файл: 20230805_210628.jpg -(3430 KB, 4608x3456, 20230805_210628.jpg)
3430 No.27180   [Ответ]
Кому советов от дедов? Говорите номер совета, я пошлю. За один совет принимаю одну няшную пикчу. Советы отличные!

подобрал книжку в парке в шейринге
Пропущено 35 сообщений и 23 изображений. Для просмотра нажмите "Ответ".
>> No.27247  
Файл: 0x01.jpg -(970 KB, 1386x3160, 0x01.jpg)
970
>>27246
Протокол соблюден!
авторы же перемудрили мне кажется
>> No.27248  
>>27247
PS. Вообще, Очков, видимо, любит задачу про рыб:
http://twt.mpei.ac.ru/ochkov/Mathcad-15/Fish.pdf
>> No.27249  
>>27248
PPS. Хотя в этой статье и про тройственную дуэль есть.
>> No.27250  
Файл: 1666577216340432-a.jpg -(148 KB, 1280x720, 1666577216340432-a.jpg)
148
>>27247
А давай советы 0E и 0F, раз на них тут ссылаются. Одна картинка с тремя няшками сойдет, или надо разные обязательно?
>> No.27251  
Файл: 0x0e&amp;0x0f.jpg -(32 KB, 694x269, 0x0e&amp;0x0f.jpg)
32
>>27250
>Одна картинка с тремя няшками сойдет, или надо разные обязательно?

Я долго думал как поступить. Высылаю вам превью, чтоб вы решили достойны ли эти советы двух няшных картинок!
>> No.27252  
Файл: 1633396374136-a.png -(734 KB, 650x1001, 1633396374136-a.png)
734
>>27251
Ладно, держи вторую картинку.
>> No.27255  
Файл: 0x0e.jpg -(437 KB, 796x2628, 0x0e.jpg)
437
>>27250
>>27252
Высылаю
>> No.27256  
Файл: 0x0f.jpg -(185 KB, 704x932, 0x0f.jpg)
185
>>27250
>>27252
>> No.27260  
Прочитал https://rakhim.org/summary-of-concurrency-is-not-parallellism-a-talk-by-rob-pike/ . КарGo-культ какой-то. Не вижу преимуществ между 100500 юзерспейсных псевдо-тредов с чем-то вроде встроенного интерпретатора

while(true){
switch(taskChunkId){
case a:
...
break;
case b:
...
break;
}
}

перед подходом, когда на задачу выделяется по треду, делающему её от и до, ну а когда переключение контекста происходит - оно всё равно происходит в основном, когда I/O идёт. В результате нет лишнего оверхеда на всякую фигню, нет лишнего оверхеда на message passing, ну а оверхэд на хранение состояния треда можно минимизировать, избавляясь от ненужных данных тогда, когда они перестали быть нужными.
>> No.27536  
Файл: image00313.jpg -(623 KB, 848x1200, image00313.jpg)
623
А можно мне совет 0x65, пожалуйста!

>>27260
????


Файл: movie_002.mp4 -(1177 KB, 1068x726, movie_002.mp4)
1177 No.25313   [Ответ]
Я все же создам новый тред, да простит меня джаббер тред внизу каталога.

Решил вкатиться в юнити. Читаю их туториалы, пока в восторге от доступности и простоты материала (по сравнению с тем, что было раньше)

Буду тут писать отчеты.

Пара ссылок:
Сайт: https://unity.com
Обучение: https://learn.unity.com
Есть тг канал: @unity3d_ru
Пропущено 5 сообщений и 5 изображений. Для просмотра нажмите "Ответ".
>> No.25364  
Файл: movie_003.mp4 -(4003 KB, 854x480, movie_003.mp4)
4003
Попробовал корутины. С шарпом почти не знаком, и тут они мне показались немного необычными. В моем понимании, корутина - это что-то что с момента создания живет немного своей жизнью, но ее можно подождать (ну или события от нее послушать). Здесь же yield-ом корутина может отдать управления обратно основному циклу (прям в любом месте), при этом в нее точка выполнения вернется сама, когда ей будет это удобно..

Но корутинами удобно описывать процессы, которые должны протекать во времени в течение нескольких фреймов. В противном случае можно утонуть в бесконечных таймерах и флагах, делая это все в основной функции обновления фрейма.
>> No.25389  
Файл: movie_004.mp4 -(4372 KB, 1280x720, movie_004.mp4)
4372
UI оставил двоякое впечатление, с одной стороны все просто. С другой стороны, чтобы его сделать невырвиглазным, нужно постараться.
>> No.25401  
Узнал сейчас про object pooling. Если один и тот же объект планируется создавать и удалять много раз, то гораздо оптимальнее будет инстанциировать лист этих объектов и сделать каждый из них неактивным. Далее, в момент когда объект необходим в сцене, из пула берется один из его инстансов и делается активным. При этом могут меняться некоторые из его параметров (например позиция).

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

В итоге получается, что мы имеем в памяти постоянное количество объектов (равный размеру пула), а не постоянно создаем и удаляем бесконечное количество объектов по мере работы сцены.
>> No.25412  
Unity вкатывается в настоящую мультипоточность и асинхронность. В то время как в мире микросервисов это давно стандарт, в таких больших проектах похоже не так все просто.

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

Основная фишка тут в том, что подобный подход требует изменений в структурах пользовательского кода и объектов. Для этого были придуманы конверторы, и это вылилось в отдельную версию редактора. Пользователь работает с игровыми объектами и их компонентами, как и раньше. А дальше они сами конвертируются в “новые” сущности и компоненты (Entity Component System) для работы с ними в коде.

Ну и в коде, в связи с этим, уже нет работы с игровыми объектами в их обычном понимании, а с компонентами напрямую, которые в свою очередь уже содержат какие-то данные (например позиция, скорость). Отсюда этот подход получил название Data-Oriented Technology Stack. Классы теперь наследуются не от MonoBehaviour, а от JobComponentSystem.

https://unity.com/dots
Сообщение слишком длинное. Полный текст.
>> No.25423  
Погуглил больше про ECS.

Концепция сама существует давно и не является изобретением Unity, но уже DOTS - их термин. Она сама по себе не про производительность, а про подход к описанию игрового мира и взаимодействий в нем.

В ECS игровые объекты не наследуют кучу всего и не создаются со статичной кучей параметров и компонентов, существующих вплоть о момента удаления объекта. В ECS игровые объекты - просто entities, некие изначально пустые "сущности", играющие роль уникальных идентификаторов.

Параметры игровых объектов (например, здоровье, скорость, "прыгучесть", etc) являются самостоятельными компонентами (components), не привязанными ни к какому объекту статично. Они могут назначаться каким-либо entities, если им необходимо данное поведение/характеристика. Причем эта привязка или отвязка происходят в рантайме, что позволяет делать классные вещи в виде изменения казалось бы статичных характеристик игрового мира в уже работающих клиентах.

Системы (systems) содержат уже логику, обрабатывающую данные из компонентов. Можно думать о них, как о контроллерах. Важно то, что системы не завязаны на конкретных компонентах и entities. По крайней мере в юнити, как я понял, системы могу выбирать entities на основе привязанных к ним компонентов (entity query) и тем самым всегда работают с группой entities. Поэтому в коде много foreach :)
Сообщение слишком длинное. Полный текст.
>> No.25450  
Файл: movie_005.mp4 -(436 KB, 854x480, movie_005.mp4)
436
Разобрался со сценами и переходами между ними. Сцена - это некая уникальная инстанция мира. В зависимости от сложности игры может быть отдельным уровнем, может быть целым открытым миром. Или это может быть просто menu screen.

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

Персист данных между сессиями (между разными запусками игры) сложнее. Причем не потому, что надо писать в файл или работать с другими внешними сущностями. А потому что надо постоянно думать, могут ли внутренние структуры быть сериализированы. В шарпе не все так однозначно. Обычный array, например, может быть сериализирован в json, List уже нет. Хотя BinaryFormatter с ним справляется без проблем.
>> No.25670  
бамп

Стив, как дела, продвигается ли изучение?
>> No.26109  
Файл: maxresdefault.jpg -(88 KB, 1280x720, maxresdefault.jpg)
88
>>25670
Забил на какое-то время. Переезды, смена работы и всё такое
Ещё как закончил курс junior programmer, у меня случился overwhelm от осознания уровня необходимых скиллов (которые нужно качать и качать 100500 лет как в олдскулл ммо), что демотивировало продолжать процесс.

Недавно появилось желание раздропнуть. Начал новый курс Creative core. Посматриваю на применения Юнити в не-игровых индустриях, изучаю какие есть наработки в AR, webrtc, нативная интеграция в мобилках и всё такое.
>> No.27432  
>>26109
ну чО, как результаты?
>> No.27535  
>>27432
Тоже любишь отчеты вкатывальщиков читать?


Файл: logo.png -(288 KB, 512x512, logo.png)
288 No.27507   [Ответ]
Github: https://github.com/overchan-project/Overchan-Android
F-Droid: https://f-droid.org/packages/bus.chio.wishmaster/

Ссылка на самую актуальную тестовую версию:
https://github.com/overchan-project/Overchan-Android/releases/download/current/Overchan-Android-current.apk
Список изменений и предыдущие версии:
https://github.com/overchan-project/Overchan-Android/releases

Сообщения об ошибках оставлять в треде или здесь:
https://github.com/AliceCA/Overchan-Android/issues

Сайт исходного приложения:
https://miku-nyan.github.io/Overchan-Android
Информация о создании пользовательских тем:
https://github.com/miku-nyan/Overchan-Themes
Сообщение слишком длинное. Полный текст.
>> No.27508  
Перекат для привлечения внимания. Проблем накопилось.

Самое главное — очередное обновление проверки браузера Флярой, из-за которой периодически 403.
>> No.27509  
Ура, живой тред!
Стоит ли ожидать добавления поддержки webp?
>> No.27511  
>>27509
Так она есть, только видимо не со всеми типами компрессии. А вообще - сильно сомневаюсь что тред создан кем-то, кто будет заниматься поддержкой. Так что ничего не поменялось по факту.


Файл: logo.png -(315 KB, 512x512, logo.png)
315 No.24029   [Ответ]
Github: https://github.com/overchan-project/Overchan-Android
F-Droid: https://f-droid.org/packages/bus.chio.wishmaster/

Ссылка на самую актуальную тестовую версию:
https://github.com/overchan-project/Overchan-Android/releases/download/current/Overchan-Android-current.apk
Список изменений и предыдущие версии:
https://github.com/overchan-project/Overchan-Android/releases

Сообщения об ошибках оставлять в треде или здесь:
https://github.com/AliceCA/Overchan-Android/issues

Сайт исходного приложения:
https://miku-nyan.github.io/Overchan-Android
Информация о создании пользовательских тем:
https://github.com/miku-nyan/Overchan-Themes
Сообщение слишком длинное. Полный текст.
Пропущено 822 сообщений и 72 изображений. Для просмотра нажмите "Ответ".
>> No.27434  
Топовый клиент, пользуюсь уже миллиард лет
>> No.27435  
Откуда люди вообще находят этот тред?
>> No.27437  
>>27435
У меня он открыт с самого момента в него переката, например. А так - каталог же есть, не?
>> No.27441  
Файл: 14059363741817.jpg -(23 KB, 225x350, 14059363741817.jpg)
23
Чёт на харкаче подрубили клаудфлаер и у меня перестали треды в vg грузиться, 503 forbidden пишет
>> No.27442  
>>27441
А, не, через домен .life работает
>> No.27443  
>>27441
Дудосят.
>> No.27462  
>>27008
Чаще есть. Но теперь совместно с пустотой перестаёт грузиться капча в тредах. Из браузера всё нормально. Обычно приходит в норму в пределах получаса.
>> No.27494  
Файл: 1717345341880.png -(35 KB, 1039x313, 1717345341880.png)
35
Кто может вот так же для Ычана сделать?
>> No.27499  
Опять оранжевый не работает.
На life обновляются треды, но каталоги и капча forbidden.
На hk большую часть времени постоянно forbidden, но иногда грузит.
>> No.27506  
Почините харкач уже кто-нибудь, пожалуйста, ну сил никаких больше нет терпеть постоянное 403 и страдать в сраном дашчяне дебильном, где всё неправильно и через жопу работает.


Файл: 1383852009227.png -(34 KB, 355x585, 1383852009227.png)
34 No.15850   [Ответ]
Данная нить сделана по согласованию с администрацией Ычана.

У администрации Ычана появилось желание добавить некоторые функции в стандартный пользовательский интерфейс, что требует доработки местного JS. Поскольку специалистов в этой сфере на примете нет, было решено обратиться к сообществу.
Какие функции нужны:
  • Скрытие тредов. Видимо, с использованием localstorage. Учитывайте возможность развернуть тред обратно.
  • Разворот картинки на странице по нажатию на уменьшенную копию. Большие картинки должны разворачиваться не в натуральную величину, а с учётом ширины и высоты окна. По повторному нажатию сворачиваться обратно. Учитывайте, что иногда вместо уменьшенной копии бывает заглушка спойлера, а в огороженном разделе /gf/ есть флэшь-файлы, которые этак разворачивать смысла нет.
Желательно, чтобы скрипты были достаточно легковесны, чтобы помещаться в wakaba.js. Минимальными должны быть и предлагаемые правки вёрстки самих страниц (радикально никто ничего перепиливать не будет).
Предпочтительная лицензия скриптов — общественное достояние (public domain), как у самой «Вакабы».

Пока всё. Администрация не рассматривает идеи подключения куклоскриптов или чего-то подобного тяжеловесного целиком, так как стремится сохранить минимализм интерфейса сайта. Также пока не рассматриваются предложения по неким другим функциям.
Пропущено 461 сообщений и 136 изображений. Для просмотра нажмите "Ответ".
>> No.25694  
Репозиторий вроде все еще жив
https://github.com/WagonOfDoubt/iichan-extensions
И в контрибуторах есть Мицгол, который еще с нами, так что шансы на починку есть.
>> No.25705  
Файл: Очень страшное кино 2 - ну на.webm -(2119 KB, 1920x1080, Очень страшное кино 2 - ну на.webm)
2119
>>25694

Эппловскихъ устройств не имѣю, ѿлаживать негдѣ.
>> No.25706  
>>25693
Учитывая обстоятельства >>25705 получается, надо создавать issue на гитхабе, чтобы хоть как-то обратить на проблему внимание.
>> No.25770  
Файл: [HorribleSubs] Toaru Majutsu no Index III - 05 [10.jpg -(213 KB, 1920x1080, [HorribleSubs] Toaru Majutsu no Index III - 05 [10.jpg)
213
Кстати, ни у кого не осталось кода для поддержки ЎэбП, который когда-то постили в /d/? Или какой-нибудь новый кот для этого.
>> No.25771  
Файл: screenshot.webp -(50 KB, 929x547, screenshot.webp)
50
>>25770

http://ii.yakuji.moe/d/res/250303.html#251062
>> No.26119  
Файл: quote1.webp -(744 KB, 2459x8483, quote1.webp)
744
Упомянутая в сообщении >>20993 проблема https://trac.ffmpeg.org/ticket/7613 исправлена разработчиками FFmpeg, и предположительный срок её исправления оказался даже больше того, насчёт которого я мрачно подозревал в сообщении >>21078: не только до середины 2021 года, но даже и до февраля 2022 года поневоле пришлось дожидаться.

Дополнительные подробности я изложил в сообщениях https://t.me/ReadMithgol/476 и https://t.me/ReadMithgol/478 в Телеграме, растровые копии которых я прилагаю и тут, но только по одной (а не то итог склеивания их по вертикали, весьма вѣроятно, натолкнулся бы на препятствие >>/d/2649 при малѣйшей попытке помѣстить его на 410чан).
>> No.26120  
Файл: quote2.webp -(760 KB, 2458x8743, quote2.webp)
760
Второе приложение к сообщению >>26119.
>> No.27428  
Файл: Screenshot 2024-04-19 at 13-43-02 Ычан.png -(14 KB, 1175x200, Screenshot 2024-04-19 at 13-43-02 Ычан.png)
14
На «Ычане» севодни была сделана прилипающая навигация (по аналогии с местной). Некоторым она не нравится, так что можно было бы сделать её настраиваемой (как на «4чане»).
Предлагаю сделать как на картинке. Кнопку закрепа следует взять из местного движка. Поведение у кнопки такое же, как тут в быстром ответе.
Делать, очевидно, через ӁС и надо, чтобы оно запоминало положение. По умолчанию навигация должна быть прилипающая. Скрипту достаточно просто изменять "position: sticky;" в ЦСС, я так понимаю.

Это официальный запрос.
>> No.27430  
>>27428
Почему кукла то не работает на ыче? Раньше работала и было удобно, теперь же даже менюшки в правом нижнем углу нет. Я не погромист этот ваш, не знаю как чинить. Без куклы оно и не надо же, а с куклой -- пусть будет. Верните куклу, пожалуйста.
>> No.27431  
>>27430
>Почему кукла то не работает на ыче?
Не знаю, спрашивайте у её разработчика. Это не тред поддержки куклоскрипта. «Ычан» тут ни при чём.


Файл: erogepok.jpg -(44 KB, 604x602, erogepok.jpg)
44 No.14488   [Ответ]
Тред №1 для чиочана, №29 для ычана.
Основная новость: wikia-площадка уже долгое время как имеет для нас третьестепенное значение. По большему счёту, она пригодилась для ревизии ресурсов именно на первых порах.
Остальное мы успешней обсуждали и решали в тредах. Помимо этого мы минимизировали контакты с соцсетями и коммьюнити БЛ.

FAQ проекта.
Устаревшая страница: http://eroge-dopil.wikia.com/wiki/FAQ
Update от 2016 года - поправлена информация в FAQ, перенесено на пастебин.
http://pastebin.com/kRRLUeMQ

В Гитхабе идёт работа над скриптом. Обновления редкие, в размере одного сюжетного эпизода.
https://github.com/yakui-lover/eroge-dopil

Сообщения об ошибках и неточностях приветствуются, критика будет встречена хорошо, если по делу.
А у кого есть идеи, предлагайте альтернативу при критике. Да и вообще новые идеи для слайсоивентов, не затрагивающих сюжетные твисты, концовки и тому подобное.
Сообщение слишком длинное. Полный текст.
Пропущено 423 сообщений и 89 изображений. Для просмотра нажмите "Ответ".
>> No.26884  
Файл: ck5zy7hj9lhgwvu.jpg -(40 KB, 450x281, ck5zy7hj9lhgwvu.jpg)
40
С Наступающим Новым 2023 Годом всех.
Пусть он будет меньше на утраты и беды, чем уходящий.
>> No.27257  
Файл: snail.png -(1003 KB, 2048x2048, snail.png)
1003
Я — морская улиточка.
>> No.27261  
Проект окончательно всё?
>> No.27262  
>>26323
Разработчики, родненькие, подайте пожалуйста хоть какой-то сигнал по вам и о статусе проекта
>> No.27286  
>>27262
Статус проекта: обглоданные кости.
>> No.27297  
Файл: 1149377372369.png -(8 KB, 384x384, 1149377372369.png)
8
>>27262
Как-то так вышло, что все сколь-либо активные участники ныне забанены на Автобусе, скорее всего после последних вайпов. И мне было лень отписаться.
Лично я слушаюю что всё ещё делается, надеюсь, жду и даже получаю запросы на помощь.
>> No.27306  
>>27297
А в процессе слушания вещества употребляете?
>> No.27318  
Файл: how about no.gif -(502 KB, 220x181, how about no.gif)
502
>>27306
>> No.27327  
Файл: 65736874960.jpg -(183 KB, 2560x1196, 65736874960.jpg)
183
С Наступающим всех Новым годом!
>> No.27429  
>>27297
Тебе отвечает нейросеть.


Файл: cpp_furudo_erika.png -(754 KB, 800x800, cpp_furudo_erika.png)
754 No.17934   [Ответ]
Учим C++ за 21 день всем чиочаном.
Можно показывать крутой или страшный код, просить помочь с лабами и контрольными, помогать другим, а главное - много кодить.

Пополняемый список полезностей тут: https://docs.google.com/document/d/1rPPbiViiLSR2PlPnQWpZyk9Sz6-J7ucyM7HR6wvsYKk/edit?usp=sharing
Пропущено 150 сообщений и 29 изображений. Для просмотра нажмите "Ответ".
>> No.27230  
>>27223
Нет смысла руками прописывать inline.
Компилятор сделает это лучше тебя.
Выноси большие функции, время выполнения которых много больше 4-5 тактов связки CALL/RET, в .cpp файл, а если хочешь обнять линк-тайм инлайнинг, читай документацию.
>> No.27231  
Файл: 2023-08-25_20-23.png -(70 KB, 900x514, 2023-08-25_20-23.png)
70
>>27228
Не знаю даже, попозже посмотрю, имеет ли это смысл. Сейчас, почитав Вашу ссылку, у меня появились сомнения в использовании встраиваемых функций.
>>27230
>Компилятор сделает это лучше тебя.
Ему же вроде надо подсказать. Нf пикриле доки MS.
>> No.27234  
Файл: 16439095459943.gif -(1290 KB, 700x393, 16439095459943.gif)
1290
>>27229
Да вроде норм.
Кода у Тебя мало, ещё неизвестно, как он себя поведёт при усложнении проекта. Ты лучше пока обдумай, как будет структура классов.
Старайся делать обёртку с нулевыми издержками и не забывать о KeepItSimple,Stupid и DontRepeatYourself.

А так, продолжай в том же духе и поглядывай на обёртки других библиотек/фреймворков.
>> No.27242  
Файл: 13df57ba04aea789b240fb7f82b89194.jpg -(13 KB, 250x367, 13df57ba04aea789b240fb7f82b89194.jpg)
13
>>27229
>Rails-подобного C++-фреймворка
Звучит так, что у тебя должен быть ActiveCache/ActiveObject/(другое название), который внутри вызывает, например, абстрактный ImdbAdapter. И уже на нижнем уровне должна быть реализация в виде RedisAdapter, наследующегося от ImdbAdapter.

Функция redisContext() уж точно должна быть приватной, иначе непонятно, что именно обёртка должна скрывать.

Интересно узнать, как твой Rails-подобный C++ фреймворк будет работать, в частности, какие практики из "convention over configuration" ты хочешь применить. В отличие от Ruby, язык не динамический и имеет меньше возможностей для метапрограммирования.
>> No.27287  
>>27223

Очевидные C++-модули.
>> No.27307  
Файл: F9JpzlNWEAAZhHz.jpg -(23 KB, 983x602, F9JpzlNWEAAZhHz.jpg)
23
>>17934

Всех приветствую. Делаю задание для шараги, нужно написать прогу которая способна сжимать и растягивать файл алгоритмом LZW. Сам алгоритм предполагает наличие начального словаря, который по ходу сжатия файла(нахождения в нём новых последовательностей байтов) расширен. То есть для того чтобы в дальнейшем растянуть файл обратно, нужно знать словарь. И вообще понять, подлежит файл растягиванию или же это просто белиберда из битов. Пока такие соображения: первые биты в сжатом файле сделать что-то типа сигнатурных, чтобы можно было сходу определить можно ли растянуть файл. И после сигнатурных битов будут биты сжатого файла, а потом будет магическое число типа как "разделитель" между файлом и словарём. Насколько хорошая идея использовать магическое число как разделитель? Или же лучше будет выделить под сжатый файл первые 4 бита как сигнатурные, где помимо метки сжатия файла будет ещё число под оффсет, как количество битов после которых заканчивается сжатый файл и будут пары ключ-значение из словаря? Или может быть лучше сделать по-другому как-то?
>> No.27313  
>>27307

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

Нахрена нужен ещё один LZ*-алгоритм, их и так как собак нерезанных.

#include <zstd.h>
и пошли нафиг. Требуемые возможности в нём есть. А неподдерживаемую самоделку, которую самим же и развивать придётся, в прод тащить - себе дороже. Мелкошарага - это не FAANG, чтобы свои алгоритмы компрессии общего назначения тянуть.
>> No.27314  
>>27313
Вполне возможно, речь идёт не про фирму, а про университет.
>> No.27315  
>>27307 >>27314
Ну раз курсовая работа....

>растягивать файл алгоритмом LZW.
>Сам алгоритм предполагает наличие начального словаря, который по ходу сжатия файла(нахождения в нём новых последовательностей байтов) расширен. То есть для того чтобы в дальнейшем растянуть файл обратно, нужно знать словарь. И вообще понять, подлежит файл растягиванию или же это просто белиберда из битов. Пока такие соображения: первые биты в сжатом файле сделать что-то типа сигнатурных, чтобы можно было сходу определить можно ли растянуть файл. И после сигнатурных битов будут биты сжатого файла, а потом будет магическое число типа как "разделитель" между файлом и словарём. Насколько хорошая идея использовать магическое число как разделитель? Или же лучше будет выделить под сжатый файл первые 4 бита как сигнатурные, где помимо метки сжатия файла будет ещё число под оффсет, как количество битов после которых заканчивается сжатый файл и будут пары ключ-значение из словаря? Или может быть лучше сделать по-другому как-то?

Строение формата: разделить стрим, словарь и контейнер. Все числа - little endian! Файл маппится в память целиком через либу mio, дальше работаешь с std::span и структурами. Стрим состоит из заголовка стрима и стрима. Без сигнатуры. Контейнер состоит из сигнатуры, глобального заголовка, содержащего длину области контейнера и смещения областей стрима и словаря в ней ОТНОСИТЕЛЬНО КОНЦА ЗАГОЛОВКА. После следуют области, сначала область словаря, потом область стрима, потом конец файла. Ты провершь это при загрузке файла. Размеры вычислишь как разницы этих смещений.
Сообщение слишком длинное. Полный текст.
>> No.27369  
Наткнулся при компиляции на ошибку вот в этой строчке
> typedef int Check[sizeof(A) == sizeof(int) + sizeof(bool) ? 1 : -1];
Долго думал, что это за ерунда такая, а потом как понял.
Структура А определена как
> struct A {bool b; int a;};
Оказалось, что это проверка на отключение выравнивания в структурах -fpack-struct=1.


Назад [0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22]

[ d ] [ b / cu / dev ] [ r ] [ a / ts ] [ ci ] [ gnx / int ] [ misc ] [ dev / stat ]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]