Пролистав доску до самого конца, не нашёл ни единого треда похожей тематики. Предлагаю обсудить все сопричастные и сопутствующие данной теме проблемы здесь. Включая сетевые протоколы, динамический вывод данных, стандарты и прочее. Независимо от языков реализации.
И сразу сомнительна реализация динамического вывода в php и его проблема совместимости с последними версиями браузеров. https://myrusakov.ru/php-dinamyc-output.html https://htmlweb.ru/php/function/flush.php Заодно хотелось бы узнать, кто как обходит новомодную фишку с буфером вывода самих браузеров на других языках.
Меня в клиент-серверном взаимодействии очень раздражает проблема самого медленного сервера. Т.е. клиент у тебя запрашивает что-то, а тебе надо спросить данные накопившиеся в пределах текущих 5 минут у удаленных серверов, и непрозрачно для клиента их сагрегировать. И естественно, один из удаленных серверов окажется дном, которое отвечает по тридцать секунд, из-за чего толком обеспечить нормальную скорость доставки данных не получается. А забить, как водится, на этот сервер нельзя, и сиркут-брейкер тут не поможет, т.к. сервер отвечает, просто очень медленно, и кешировать учитывая таймфрейм особо не покешируешь. И что делать?
>>14376 Всё зависит от того твои это сервера или чужие. В первом случае тот сервер можно отладить. В том числе если это не один конкретный, а по обстоятельствам в зависимости от текущей нагрузки. Во втором случае единственным решением будет только установка промежуточных кэширующих узлов. Если 30 секунд отвечает, а запрос изменений за 5 минут. Значит соответственно каждую минуту должен опрашивать изменения за минуту и хранить за 5.
>>14377 Вариант с промежуточным кешированием звучал бы хорошо, если бы заранее было известно, по какому запросу данные там надо кешировать. А так, получается, надо кешировать немного наугад.
>>14378 Кэшируй индекс.
>>14375 А зачем нужен динамический вывод в PHP?
>>14388 Вот производители браузеров тоже посовещались и решили что не нужен. PHP вообще не нужен.
Последнее время вообще какая то нездоровая мода на принудительный таймаут пошла. Производители нам как бы намекают, что с таким медленным интернетом\компьютером ты миру не нужен.
>>14401 Висюны никому не нужны, они тратят количество соединений.
И тут начинает хотеться помянуть всех тех добрых людей, благодаря которым у меня вист их ресурс.
Здравствуй Стив. Хочу запилить борду, однако в коде я пока начинающий. Какой бы из всех существующих движков ты бы мог мне порекомендовать для этого.
>>14349 Любой известный мне движок борды может иметь любой внешний вид страницы, ибо поддерживает шаблоны. >так еще и вот такая фигня получается, как на пикрелейтед. Выглядит как неправильно проставленные разрешения. Алсо, я не эксперт, но обычно на винд не советуют ставить.
>>14365 Как раз таки всякие эксперименты только на локалхосте. Потому что у большинства хостеров мелким текстом прописано что если твой кривой скрипт вдруг уйдёт в инфинити цикл повесев их сервер, то твой кривой сайт уйдёт в инфинити бан.
>>14364 Ставил я пока на локалхосте, а именно юзал для этого пак от WAMPServer. Вот их сайт: http://www.wampserver.com/ru/ Там показана последняя версия php, apache, mysql и phpMyAdmin. >>14365 > Любой известный мне движок борды может иметь любой внешний вид страницы, ибо поддерживает шаблоны. Странно, функцию ничаннэровского форума я нашёл только на кусабе Х. Если знаешь, ещё движки, которые могут подобное выдать как та же допотопная kareha, то был бы благодарен за ссылки. > Выглядит как неправильно проставленные разрешения. Здесь пожалуйста, по-подробнее, а то я не до конца понял тебя. И объясни, как изменить. > Алсо, я не эксперт, но обычно на винд не советуют ставить. Ну, сайте движка я не видел о том, что запускать можно только с линукса, так что попробовал с винды. Разумеется с установленным WAMP. Если окажется что никак, тогда поставлю Kubuntu.
>>14379 Госпди, ты бы ещё сборку от зверя поставил. Ты конечно написал что начинающий, но настолько... И он ещё линукс собирается ставить? Чому не с официального сайта самого апача или MS? Чому press X to win? Настрой тогда лучше то что уже в винде стоит. PHP тупо качаешь с оф. сайта, кидаешь куда душа попросит, хоть в корень :Ц и копируешь php.ini в папку C:\WINDOWS Лезем в сервер: Пуск > Программы > Администирование > Internet Information Services (IIS) Или: Мой Компьютер > ПКМ > Управление > Службы и приложения > Internet Information Services Далее: Вэб узлы > Вэб узел по умолчанию > ПКМ > Свойства > вкладка "Домашний каталог" Там будет всё. И какой каталог под рут выбрать и какие разрешения (чикбоксы) назначать и прочая безопасность. Нажав кнопку "Настройка" попадёшь в окно ассоциации расширений с программами где они выполняются. Как когда выбираешь в каком проигрывателе фильмы по двойному клику пускать. Там добавишь PHP и укажешь путь к обаботчику. Например C:\php\php-cgi.exe ВСЁ!! Можешь заходить на локалхост с браузера и пускать пихапюк-файлы как если бы это был сайт.
>>14384 Окей, только мне же еще MySQL и Apache поставить. Как тогда их ставить?
>>14389 Апач тебе будет после >>14384 больше не нужен. Как ставить базу данных я к сожалению уже позабыл. Может вспомню. Там ещё в самом PHP кажись что то от базы было встроенно. То ли лайт версия то ли клиент. Или это в престоопере был кусочек MySQL...
>>14393 К сожелению, без базы данных не один динамический сайт не станет, я уже не говорю про локалку. Хотя есть одно иссключение: это kareha. Ей ничего почти не требуется, кроме перловки. В этом, наверное, ее главный недостаток. А так, в принципе, идеальный в свое время был скрипт для анонимного форума. Сделано же автором вакабы, но только кареха в сто раз лучше вакабы, которую все почему-то любят форсить. Можно создать как форум по образу и подобию футабы ченнел (imageboard mode) так и по образу и подобию Nichanneru (message board mode). Единственный недостатки, как я понял, кроме говноперла, это, насколько я понял, возможность создать только одну доску, возможность иметь только один аккаунт и не очень удобная система банов. А так, если бы кто-то развил и обновил этот движок, было бы прекрасно.
>>14394 А разве у вакабы изначально не теже самые проблемы имелись? Впрочем, я могу путать. >без базы данных не один динамический сайт не станет Ой, я вас умоляю! Другое дело, что самому на коленке делать замену обычно не стоит усилий.
Братцы, что про TinyIB можете сказать? Он хорош?
>>14490 Неа, вообще функционал почти на нуле. Даже не стоит того, чтобы рассматривать его.
Hi Michael. You will easily solve this --[----->+<]>----.-.--[--->+<]>--.++++[->+++<]>.+[-->+<]>+++.--.++++++.[------>+<]>++.-[---->+++<]>.++++++++++.[-->+<]>+++++++.+[->++<]>+.[----->+<]>+ .+++++.[->++++<]>++.--[-->+++<]>--.[++++>---<]>.-[-->+<]>---.+[->++<]>+.--[->+++<]>+.--.+++++++++++.-[--->+<]>--.++[->+++<]>.+[----->+<]>.------------ --.[->++<]>+.++[->+++<]>++.+[-->+<]>++.+[-->+++<]>-.+[-->+++<]>.+[->+++<]>+.++++++++++.-----.++.--------.+[----->+<]>.--------------.--------.----[->+ +<]>.-[----->+<]>--.--------------.[->++<]>.--------.[-->+<]>+.--.+[--->++<]>.
Очевидный брейнфак очевиден.
Obligatory
>>14099 > themself
Суп, Стивы. Сишники которые без плюсов есть? Есть смысл пробовать громоздить свои реализации абстрактных типов или сразу прокачивать плюсы? Вопрос праздный, мне просто любопытно, как оно там в реальном сишном мире.
>>14248 От непосредственно мира зависит. В разных областях различно поступают. Одно дело микроконтроллеры, другое библиотеки, третье ядро, четвертое гуй и так далее.
>>14253 Ну тогда буду колхозить дальше. Пока мне завлекательно.
Суп, Стивы. крестовики которые без гарбедж каллектора есть? Есть смысл пробовать громоздить свои реализации сборки мусора или сразу прокачивать Яву?
>>14256 Лолд. Хотя постой, ты ни на что это намекаешь, поганец?
>>14256 А ты сможешь яву настолько прокачать чтобы она не текла?
"Greenspun's Tenth Rule of Programming: any sufficiently complicated C or Fortran program contains an ad hoc informally-specified bug-ridden slow implementation of half of Common Lisp."
>>14256 Хочешь сборку мусора? Посмотри в сторону Go! Вообще замечательный язык у гугла получился. Такой своеобразный почти Си, но с сборкой мусора, интересным параллелизмом, абстракциями для минимальной псевдообъектно-ориентированности, веселой системой пакетов. Минусы разве что в жирных бинарниках, но они зато полностью статические и самодостаточные, да в несколько жестковатой системе типов из-за которой отсутствуют дженерики.
>>14275 Го - язык без генериков и с нуллами в 21-м, блять, веке. Не надо тратить на это свое время. >жестковатой системе типов из-за которой отсутствуют дженерики Что за хуйню я только что прочел?
>>14259 …including Common Lisp.
Сырны и автобусы, как сделать свой roguelike?
>>14246 Владик, зачем ты пишешь roguelike?
А какие элементы рогалика ты хочешь в своей игре?
Ищешь двигло для рогалика, смотришь гуиды там.
>>14262 > гуиды
http://www.roguebasin.com/index.php?title=Main_Page Еще на лурке неплохая подборка ссылок.
Для ввода-вывода можно использовать termbox. https://github.com/zyedidia/termbox-d/blob/master/examples/helloWorld/helloWorld.d Где-то надо держать состояние мира. Это большая матрица. Т.е. большой одномерный массив размера n*m c методом get(row, column). Наверно. Также нужна позиция камеры, чтобы знать, какой фрагмент карты рисовать на экране. Можно использовать матрицу только для карты без предметов и персонажей, а их хранить в каком-то другом более удобном формате.
Что-то я тоже загорелся идеей рогалика, а то я вообще не умею рисовать.
а что насчёт дизассемблирования сегодня слышно? никогда не занимался этой темой. немного знаю операционные системы и несколько языков включая ansi c на уровне дилетанта. трогал ассемблер для AVR. хочется попробовать. не для работы, для себя. что почитать? касперски, который крис, вроде бы книги на эту тему писал. то? актуально? интересуют бинари под винду, линукс, андроид, а так же байткод всевозможный, джава и не только. причём вопрос еще такой - а насколько важно знать ЯП из которого скомпилирован дизассемблируемый бинарь? я не знаю си который с плюсами и не знаю х86 ассемблер. важно ли это если я буду пользоваться дизассемблером или в принципе можно пока не заморачиваться? я к тому, что мне с одной стороны будет скучно читать книги для совсем уж школьников, с другой - мне непонятны разговоры дедов от крэкинга. надоело варится в пределах специализации, хочется странного.
>>14213 Я щитаю, что тебе надо начать хоть с чего-то. Возьми любую закрытую (или открытую) программу, работа которой тебе интересна, прочитай инстракшн мэньюал архитектуры, для которой она скомпилирована, и в путь. Очень желательно знать начала C++, потому что объектый подход сегодня основной. Олсо, обрати внимание на Radare и IDA Pro Free. Я тоже на пороге вхождения в эту сферу, и, насколько я понял, современные программы слишком сложны для разбора их в блокнотике. Дисассемблирование - автоматический и определённый процесс превращения кода в плоскую последовательность читаемых слов. То, что ты хочешь назвать, называется реверсинг - перевод двоичного кода в читаемый и структурированный. По этой причине тебе нужно хорошо знать хотя бы C - который совмещает скорость выполнения машинного кода с читаемостью машинного кода, но имеет структуру и типизацию. Абстрактное дисассемблирование - это фингербокс.
>>14217 ну в общем-то я так и понял. я не ожидаю что существует фингербокс возвращающий мне исходники. так же я не ожидаю, что я смогу как рыба в воде в фильме про хакеров редактировать хекс зелёным по чёрному. я понимаю что некая программа анализирует бинарь и связывает данные в нём с неким мета-языком. может быть даже отслеживает выполнение. имён переменных, как я понимаю, там не будет, мне придётся задать их самому. то же касается функций, классов и прочего. до всего этого придётся дойти отслеживая выполнение, верно? ООП на уровне концепции я понимаю хорошо, поскольку использую его в ряде языков. Си знаю на уровне "очень хочу, но практикуюсь редко". тема обратной разработки висит у меня фоном уже лет 20. сейчас вот опять отвлекаюсь на высокий уровень, внезапно ударила моча посмотреть нейросети. даже нить создам об этом, пожалуй. но к реверс-инжинирингу я обязательно вернусь и еще не раз. поскольку фундаментально это, кроме того - дух старой школы. не только полезные знания и профит, но и просто интересно, что видели и чувствовали те, кто занимался этим в те давние времена, когда это было остро-актуально. когда программы были маленькие, а баги в них серьезные и крайне опасные.
>>14254 >Си знаю на уровне "очень хочу, но практикуюсь редко" Учи С - это всегда хорошо.
Мне тут мой логический отдел моска намекает, что для дизассемблирования первоочередно нужно знание ассемблера. Можешь в?
Крис Касперки что то писал по этому поводу. Пару статей по крайней мере, если не целую книгу.
Привет, Стивен! Одно время сайт Polit.ru публиковал списки самых популярных постов в русском сегменте Facebook, еженедельно. Списки готовила Лаборатория цифрового общества - DSL. Вот пример: http://polit.ru/article/2013/10/18/fbu161013/ Не знаешь, каким образом такое реализуется?
Может быть, кто-нибудь всё-таки знает?
>>14144 Скорее всего, они регистрировались как разработчик в фейсбуке, создавали апп и выковыривали интересующую их информацию через Facebook Graph API. Это апи предоставляет достаточно широкое поле для сбора всякой лабуды по фейсбуку.
>>14145 Спасибо!
Немного меты. Вот я посмотрел на нити в каталоге и на невысокую активность раздела в целом и пришёл к некоторым выводам. Нити здесь делятся на два типа: треды конкретных проектов, и какие-то общие вопросы по популярным темам (языки программирования и т.п.). При это, эти самые общие вопросы именно что «вопросы»: автор что-то спрашивает, ему (не) отвечают, нить тонет. Дискуссионная ценность невысока, что не способствует кучкованию пользователей. Засим я предлагаю организовать (или найти в каталоге подходящие) и поддерживать централизованные треды по популярным языкам программирования и каким-либо другим подобным темам (веб-разработка, некие общие вопросы геймдева без привязки к конкретному проекту и т.п.). Это может повысить качество и полезность дискуссий в разделе. Если что, то это только некоторые соображения, и администрация не собирается их форсировать.
>>14789 А что если объединить все треды по языкам программирования и проектирования ПО в один тред и закрепить его, но не называть его для начинающих, а скорее назвать как-то более обобщено. Создавать целые нити для каждого языка по отдельности слишком ресурсоёмко, тем более в таком медленном разделе. Один тред сконцетрирует внимание в одной точке, по достижению бамплимита можно откреплять тред и создавать новый с последующим закреплением. И такой тред вроде как будет неким официальным тредом для всех программистов или это плохая идея?
>>14791 Интересная идея. Достоинством сконцентрированного места общения будет то, что вероятность быстрого ответа на вопрос будет больше.
>>14791 Вы всё равно не загоните всех людей в один тред. И вообще, какие нити людям нужны, такие они сами и запиливают. Модерация может последить только за удалением явных дубликатов.
>>14793 Иными словами получается, что "спасение утопающих - дело рук самих утопающих". Также как капитан гибнет вместе с кораблем, однако в данном случае капитан не заинтересован в спасение корабля, когда большая часть уже покинула корабль - продолжает сидеть в капитанском кресле на мостике, отдавая приказы в пустоту, ну или 0.5 анонам, которые истинно верят в спасение. Если модерации настолько не доверяют, что им разрешено только удалять посты, и администрация не заинтересованна в реализации потребностей, которые требуют кардинального вмешательства в сложившихся реалиях, следовательно предлагать идеи и пути решения бессмыслено, собственно как и делать призывы на поддержание основных общих нитей. "Чтобы решить возникшие задачи, необходимо выйти за рамки знания на котором данные задачи возникли", Альберт Эйнштейн. В результате призыва появился один желающий, готовый вести треды по языку программирования Python, однако сразу начать не получилось, так как на главный оп пост возлагается большая нагрузка, а примеры которые могли бы облегчить немного труд представлены не были. Сообщение слишком длинное. Полный текст.
Если просто создать один тред "для всего", то это будет тред ни для кого вообще, и основным контентом там будут срачи. Более того, если там действительно соберется много людей, то вопросы будут тонуть в других дискуссиях в рамках треда, или их вообще не будут задавать, глядя на общую нить дискуссии. Собственно, если вы хотите просто популярный тред - то создаётся языкосрачей тред, и там будут сотни постов и споры до посинения, я гарантирую это. Но какая будет полезность у такой информации?
>>14794 Вместо фантазий о комплексах неполноценности просто создай уже тред, и бампай его периодически пульс-постом, который будет показывать что в треде живые люди есть, и они готовы помочь.
>>14794 >Иными словами получается, что "спасение утопающих - дело рук самих утопающих". Вы себе навнушали чего-то неведомого. Здесь имиджборд. Сайт для общения, наполняемый самими пользователями. Очевидно, что содержание сайта определяется пользователями. Моё обращение направлено на уменьшение эффекта свалки в разделе, оно чудесным образом не решит остальных проблем.
>>14795 >Но какая будет полезность у такой информации? Какая-то да будет. Срачи - источник поисковых запросов для новичков.
>>14800 Ну, тогда вперёд, создавайте и поддерживайте.
Напишу сюды об изменениях движка. В верхнее меню добавлена кнопка каталога. В самом каталоге включена индикация прикреплённых (рамка) и закрытых (зачёркивание) нитей. Возможно, понадобится обновить кэшь браузера, чтобы отображалась актуальная версия ЦСС. Под формой постинга теперь указан бамплимит доски.
Допустимо ли использовать привод для HVAC для управления компрессором? Двигатель компрессора имеет мощность 425 кВт, а VLT Refrigeration Drive только до 315 кВт. VLT Automation Drive не предлагать, слишком дорогие. Да, Данфосс онли.
Ну же!
Можно, если тебе не нужна полная мощность компрессора. Но экономической выгоды не вижу.
Добрых суток. Решил позаниматься разработкой в познавательных целях. Может даже что и получится. Сюда буду постить прогресс.
>>14137 Концепция хороша,но осилишь ли ты это? Судя по всему,объём работы огромен если возьмёшся за это серьёзно .
sfml - не создаётся несколько сокетов по человечески. Через вектор возмущается, через память не реагирует. Сокеты Беркли в чистом виде - даже не коннектятся друг к другу. sdl net - есть соединение, но ни байта не проходит. В добавок при работе с последним поломалась графическая оболочка. Активные окна не выводятся в трей, с консоли не запускается. Провал полный. >>14154 Кто знает, спешить не буду.
Таки начинаем что-то делать.
>>14180 Ну, удачи!
Сижу значит, буры граблю. Падок я на это дело, но не суть, ради экономии времени начал писать граббер. Взял curl, страничку получил, изображение и раз, ни сам найти, ни нагуглить как его в неблокирующий режим перевести не удалось. Не долго думая взялся за многопоточность. Раз тычёк, два тычёк, с третьего завелось. Удобная штука оказывается. С генерацией ссылок на страницы промучился, почём зря. Миксовал char и string, циферку в строку переводил, а в итоге через поток всё одной строчкой получилось.
>>14193 > что такое NekoGrabber > что такое GitHub Repository Search
>>14199 Ты ведь мне не поверишь, если я скажу что он у меня не работает?
Получаем, загружаем, сохраняем. Пока превьюшки. Далее пилить: -поле для ввода тегов -кнопка для загрузки следующей страницы -выделение картинок на сохранение -скролл кнопка
Блджад, оно сдохло. А я то надеялся, что спустя год будет пиздец навар прогресса. Ну да ладно. Привет из 2к17го.
>>16708 Ну, разработчик потерял мотивацию, если опенсорс - можешь продолжить его дело.
- wahaba + wakaba 3.0.9 + futaba + futallaby -
