Кто-нибудь из присутствующих погромирует на C#? На чём лучше делать интерфейс - на Windows Forms или на WPF? Добавлено: Wed Sep 01, 2021 7:43 pm |
Кто-нибудь из присутствующих погромирует на C#? На чём лучше делать интерфейс - на Windows Forms или на WPF? Добавлено: Wed Sep 01, 2021 7:43 pm |
Vcoder писал(а): Windows Forms или на WPF WPF более гибкий. Windows Forms устарел, по крайней мере меня так учили  Добавлено: Wed Sep 01, 2021 8:26 pm |
Электрочеловеку! Экстремальный разгон КР580ВМ80А до 3,5 МГц супротив 2,5 МГц даташита http://www.nedopc.org/forum/viewtopic.php?f=91&...9435&start=75 см. пост barsik обязательно применение КР580ВК28 ( лучше ВК38 с опережающими сигналами ) и замена мелкой логики на КР1533. На 4 МГц проц у автора вис. Думаю, нужно повышать напругу по +12В. Но на Орионе нужно как-то отдельно тактировать либо проц, либо видеоадаптер. Добавлено: Sun Sep 05, 2021 1:41 pm |
Пмсм, нужно просто поменять платформу  Это будет куда более действенно.Добавлено: Sun Sep 05, 2021 2:41 pm |
Человек использует КР580ВМ80А ради фана Ну есть ещё КР580ВМ1 со штатной планкой в 5 МГц, но его хер найдёшь. Вот ещё опыты по разгоны - из советских на 3,5 МГц работают процы Квантор и Родон https://forum.tslabs.info/viewtopic.php?t=906&p=31347 рекорд автора для КР580ВМ80А - 3,75 МГц.
Народ, как на иксах (микрокомпьютер) ограничить частоту кадров отрисовки при перетаскивании окошек? А то вроде перетаскивание идёт плавно, но загрузка проца стремится к потолку. Добавлено: Sun Sep 05, 2021 3:32 pm |
Можно на ПЛИС сделать КР580ВМ80 25 - 50 МГц + вся обвязка. Добавлено: Sun Sep 05, 2021 4:59 pm |
Какая ПЛИС, побойся Б-га... Тут запущенный случай ретроградной копрофилии Добавлено: Sun Sep 05, 2021 5:12 pm |
Электромонтёр писал(а): Народ, как на иксах (микрокомпьютер) ограничить частоту кадров отрисовки при перетаскивании окошек? никак. сделай перетаскивание не окошек, а пустых рамок. во всех wm такое в настройках должно быть. Добавлено: Sun Sep 05, 2021 6:30 pm |
Мне скорости хватает и так а если уж и увеличивать скорость - то это уже на z80 или на более взрослых 1801вм3 или 68к реализовывать. Добавлено: Mon Sep 06, 2021 11:39 am |
а подскажите, как более лучше пробрасывать http траффик по обратному туннелю? можно ли что-то сделать более менее стандартными средствами? в данный момент те железяки, что не имеют нормального ip, гоняют по ssh через rsync туда-сюда копию данных, что конечно стопудово работоспособно, непробиваемо, но крайне тормознуто. если с вебморды отклик мгновенный, то через такое облако по 5сек отклик. что можно конечно, но хочется быстрее хотелось бы сотворить полноценный доступ к веб-интерфейсу за серым ip. без использования сторонних облаков типа зюкселя. только своими средствами. поднимать vpn от железки в сторону сервера не очень хочется, ввиду не особой автоматизации процесса. пока железок мало - еще можно каждую прописывать, но в будущем это костыльно. и они между собой в одной сети. не дай бог хитрожопый кто на одной железке полезет ковырять другие. надо чтобы включил железку имеем доступ к ее вебморде через внешний сервер. только один http. Добавлено: Thu Sep 16, 2021 5:48 pm |
Если есть upnp, то клиенту открывать случайный порт и извещать сервер, мол устройство с идентификатором таким-то открыло порт такой-то. Сервер просто ведёт записи кто по какому адресу живёт. Если всё плохо - на клиенте открывать коннект одним концом на сервер, другим на локальный апач ( или что там сейчас модно, не знаю ) и кидать байты в обе стороны; как локальный прокси. Сервер принимает и держит коннекты с клиентов. Хочется контакта с клиентом - стучим на сервер и просим принять соединение на определённый порт сервера и соединить порт определённого клиента с ним. Если не нужно прям http, и клиентов не тысячи, то наверное всё можно решить через много сессий в screen, в которых висит много nc. Один клиент - один порт. Добавлено: Thu Sep 16, 2021 7:06 pm |
один клиент один порт это умею вешать. хочу чтоб xxx.ru/nameclient прозрачно отдавало морду клиента. апач чтоб переадресовывал запросы в открытый конечной машиной сокет. как кинетиковское облако kyndns Добавлено: Thu Sep 16, 2021 7:51 pm |
Назначить каждому клиенту свой порт на xxx.ru, куда он будет стучаться по ssh и поднимать локальный туннель. Апач в зависимости от nameclient проксирует или перенаправлает на localhost:clientport (xxx.ru:clientport). Как настроить апач сходу не скажу, но думаю это возможно. Добавлено: Thu Sep 16, 2021 8:28 pm |
блин. держать кучу туннелей на разных портах это как-то адово костыльно. наверное два программки писать буду. которые будут перекачивать трафик. одна на железке - открывает соединение с сервером и открывает соединения с локальным апачем. и потом тупо из серверного сокета в апачевский и обратно перенаправляет всё. а на сервере тоже самое, но работающее в виде cgi. апач передает запрос в программку, та кидает его в сокет, который слушает железка. просто думал что мож есть такое уже готовое Добавлено: Thu Sep 16, 2021 8:49 pm |
Николай писал(а): просто думал что мож есть такое уже готовое Мож и есть... Если мы про это не знаем - это не значит, что этого вообще нет. А какого порядка количество железок на одном сервере предполагается? Добавлено: Thu Sep 16, 2021 8:59 pm |
да ктож его знает. пока их мало. штук 50 примерно. а там как продажи идти будут. надо сразу софт писать под большое количество. скажем тысяча на сервер. ибо реределывать их потом то еще удовольствие. Добавлено: Thu Sep 16, 2021 9:22 pm |
а вариант, когда клиенты будут по ssh подключаться к серверу с remote port forwarding на свой порт и апач (или nginx) с proxypass будет проксировать запросы на локальный порт будет работать? вроде бы можно еще дополнительно ограничить в файле с ключами директивой PermitListen, на какой порт каждый клиент может тоннель открывать (чтобы на чужие порты нельзя было пробросить туннель, хз надо ли тут это). Добавлено: Fri Sep 17, 2021 7:28 am |
Всем привет. Может кто сможет подсказать: есть у меня мелкий комп на целероне, тихий, но слабенький. И есть задача сделать домашнюю файлопомойку без всяких там выходов во внешний мир. Так, чтоб можно было класть туда файлы и работать с ними с разных компов. Диск планируется только один. На надёжность хранения данных в общем случае пофиг. Так вот, может кто в курсе, какое оптимальное решение есть для этого случая? Добавлено: Fri Sep 17, 2021 12:12 pm |
SMB? Добавлено: Fri Sep 17, 2021 12:41 pm |
просто поставить минимальный сервер от M$? 2003 x64 или 2008? Добавлено: Fri Sep 17, 2021 1:47 pm |
Можно еще глянуть в сторону FreeNAS Добавлено: Fri Sep 17, 2021 3:03 pm |
sergh писал(а): просто поставить минимальный сервер от M$? 2003 x64 или 2008?Смотрел в эту сторону. И только операционка будет грузить проц на 100%. А как же всё остальное? Greef писал(а): глянуть в сторону FreeNASСмотрел в эту сторону, и пока склоняюсь к этому варианту. Но думал, что есть что-то попроще под мои задачи с лёгкой настройкой. Кейс писал(а): SMB?Это кто и с чем его есть? Добавлено: Fri Sep 17, 2021 4:00 pm |
Seriyvolk писал(а): Это кто и с чем его есть? Это протокол позволяющий подключать папки на сервере в локальной сети как диски. Поддерживается почти всеми операционными системами. Основной посыл: ставить что ставится, там настраивать "общий доступ к папкам" ( для винды ) или samba ( для линуксов ). Кстати, smb серверами умеют быть некоторые роутеры. Добавлено: Fri Sep 17, 2021 6:14 pm |
Не будет старый сервер грузить, 2003 с 2 гигами на древних процах работает. Добавлено: Fri Sep 17, 2021 6:36 pm |
Seriyvolk писал(а): Кейс писал(а): SMB? Это кто и с чем его есть? В двух словах виндовая шара. Может быть поднята на линухе демоном samba. От себя я бы посоветовал NextCloud Хотя может для тебя это и излишне. Если так, то самба действительно имхо оптимальный вариант. Добавлено: Fri Sep 17, 2021 8:10 pm |
|
Лицензионное соглашение (c)Flyback.org.ru Российское общество любителей высоких напряжений. Использование материалов с данного сайта и форума возможно только с разрешения администрации. |
