Fingercomp

Перечитайте, сударь невнимательный)) Нагрузка как раз про ваши эти ХЭШи неинтересные)) Как раз абсурд здесь)) Не, я не против, что бы завалить сервак к чертям, что Вы?! Да и неинтересно просто набор букв и цифр использовать; но никто не запрещает сделать собственную реализацию. А приплетать к совершенно другой теме хеши не следует, имхо.

Один из тех моментов, когда хочется иметь дизлайки на форуме И, к слову, парсер конфигов типа OC: https://github.com/OpenPrograms/EvaKnievel-Programs/tree/master/applicationconf

А под галочку выбор этих модиков организовать вообще никак нельзя? Просто не в одном оптифайне выбор бьётся, да в том же шейдеркоре, например.

На собственном опыте выяснил, что редко, но крашит при просмотре на фузионочку из Грега, крашит *иногда* при коннекченных текстурах из Чизеля, ещё какой-то мод был, не помню уже. Не стоит ставить мод, который может ускорить отрисовку за счёт потенциальных крашей, багов, глюков и пр.

Мне одному кажется, что там аж 5 раз употреблён аргумент "limit"? (А судить старую версию не надо)

Началооооось... Опять друг дурга поливать будете дёгтем? Просто возьмите и объединитесь. ТаксШотовым вариантом я вряд ли вообще буду пользоваться до того, как там появится нормальный пароль и управление токенами централизованное (вы мне предлагаете между двумя токенами в двух браузерах вообще бегать?). Лёшиным я вообще не смогу воспользоваться, так как это нефункциональные картинки цветные (фейковые игрушки для дошкольников). А своими недоделками не спамьте, @@LeshaInc. Самым лучшим вариантом мониторинга была бы отправка КОНТЕНТА в виде HTML на страницу, с заголовками ещё, может, там. И шаблон дефолтный.

Придётся писать отдельный скрипт read.php, который будет работать с сокетами. Принимать команду "auth" с параметрами email, token. Возвращать OK при успешной авторизации и любую ошибку в противном случае. А дальше уже от реализации. Нужно с дашборда все сообщения переносить на этот read.php, который в свою очередь будет отправлять полученное на клиент (простого сенда хватит).

Так ведь нам не нужна эта фоновая прослушка сообщений с сокета! Приведу пример кода под ОС, правда, не тестил, ибо в эмуляторах нет инета =\ local ADDR = "monitoring-tuxshot.c9.io/" local sock = inet.connect(ADDR .. "read.php") -- Создание сокета repeat -- Ожидание подключения os.sleep(.1) -- к скрипту until sock.finishConnect() -- Придётся использовать авторизацию. local gemail, gtoken --, password (если будет) local connected = false -- ...несколько строк опущено... -- function monitoring.read(email, token) if (type(email) ~= "string" or type(token) ~= "string") and not (gemail and gtoken) then return nil, "email and/or token not set, or wrong type" end if gemail == nil then gemail = email end if gtoken == nil then gtoken = token end if gemail == nil then return nil, "email not set" end if gtoken == nil then return nil, "token not set" end if not connected then sock.write("auth", gemail, gtoken) local resp = sock.read() if resp == "OK" then connected = true return true end return nil, resp end return sock.read() -- Чтение из сокета через АПИ инет-карты **НЕ блокирует** -- исполнение программы. end -- Можно дополнить функцией показа данных авторизации. function monitoring.getUser() return gemail, gtoken end -- При работе с сокетами через АПИ инет-карты создаётся некий "стэк" сообщений -- с сервера. При каждом обращении .read() этот стэк обновляется, заполняясь -- **_построчно_**. Таким образом, если при обновлении в стэке пришли две строки, -- то первый вызов .read() возвратит первую строку, второй же — вторую, и т. д. ------ -- Тем не менее, можно сделать иначе, через внутренний листенер сообщений. -- Код короче, но возможна потеря данных на os.sleep(). -- Код сверху до ф-ии monitoring.read(); local event = require("event") local comp = require("computer") local function read() -- Внутренняя функция => локальная. local data = sock:read() if data ~= nil or data ~= "" then comp.pushSignal("monitor_data", data) end end function monitoring.auth(email, token) if not connected then gemail, gtoken = email, token sock.write(gemail, gtoken) -- Проверка на стороне сервера local resp = sock.read() if resp == "OK" then connected = true event.timer(.5, read, math.huge) -- В фон ставим на бесконечность работу read() return true end return false end return nil, "already logged in" end Повторюсь, не тестил. Писал наобум, код ужасный, особенно в первом примере, нужно переписать по-человечески.

Конструктивный оффтоп (как мы все любим). Понеслась. Меня очень удивила эта агрессия, если можно так сказать, по отношению более удобного и красивого интерфейса (ну, блин, сами же понимаете, что всегда есть, куда стремиться, и то, что нравится Вам, может не нравиться другим, особенно, если ничего плохого не сказано). Как бы, знаете, тут мнения высказывать не запрещено совершенно. Хотя, конечно, можно придерживаться правила вроде "главное — работает" (что, собственно, я обычно и делаю, если большего не требует никто и ничто). Но в данном случае, повторюсь, нет ни слова про ужасную работу. Просто предложение. Штуке чертовски не хватает отдачи команд пользователем с веб-морды. Помещать в буфер команды с веб-интерфейса и на либе делать команду .read(), которая возвратит строку и удалит из буфера. То бишь, сокет на прослушивание команд.

http://computercraft.ru/topic/48-stroitelnaia-sistema-krutoyturtle-maining/

Жми "Ответить" под сообщение, неудобно ориентироваться. Отрисовать он сможет и так, согласен. А вот отыскать в строке юникодовскую последовательность? Он ведь этим занимается сначала (см. код). Ну а маты — не зацикливайся на этом)) Сам же нецензурную лексику употребляешь. Тем более, что в программах важна работоспособность в первую очередь, а комменты большинство почти не читают. Штука хорошая, выглядит удобной. Надо бы впилить в едит такое.

Подумай ещё немного. Не понял? Содержимое строк ты тоже всегда на английском пишешь?

Так и должно быть (см. кол-во строк)? P. S. Только заметил (см. вр. обн.). При удалении токена в лог сыпятся ошибки стэктрейсовые (не успел разглядеть). Что-то в пхп напортачено. P. P. S. Лучше для публичных токенов делать указываемое ИМЯ, а не использовать название токена заместо него. email легко узнать, я бы сказал, СЛИШКОМ легко.

Ингрийский — язык какой-то межмировой, тыры-пыры, не важно. Важно то, что тот же "ThiefBot" поймётся и русскими, и американцами, и китайцами, т. д. Напирмер, Hologram Editor — название идеальное, суть отражает, на англофорум по ОС публиковать можно. Другой вопрос, а нужна ли такая мультиязычность этой программе? Думаю, нет, так что русские имена вполне сойдут.

Тогда почему скачанный мною файл ИЗНАЧАЛЬНО был в кодировочке UTF-8 и отображался нормально?..

Там было "HE 0.70 <бла-бла-бла>". Я потом переименовал в просто "[OpenComputers] HologramEditor", затем префикс вдруг стал постфиксом) Ах, ладно, пусть так будет

хм... А фокус со считыванием scrollTop/scrollLeft, обновлением и записыванием обратно в scrollTop/scrollLeft не катит? С кодировкой проблема ЯВНО не на дашборде) Проблема с сервером Майнача (ну, это ж Винда, конечно же она с UTF-8 нормально не работала никогда на моей памяти) или с кодировкой файлов. На виндосервере Файна на тесте Дримса я отсылал на пастбин прогу, когда скачал на хосте текущем — там ненормаль творилась.

Эта... эти... это... поле сбрасывает прокрутку на каждом обновлении! В общем, выехавшие за пределы поля строчки строки просмотреть просто так нельзя. Вот скриншотик ситуации (text-wrap какой-то нужно ставить нормальный, без полосочек этих) + демонстрация отличной работы кодировочных элементов (отправлено через прямой пост-запрос хтпэсовский с компьютера)

Требую объяснения тайного смысла переименовывания "[OpenComputers] HologramEditor" в "Hologram Editor [OpenComputers]"!))

Красота. Отредактировал заголовок (и не пихайте больше версию туды, самим же траблее будет). Отредактировал пост какой-то первый, добавил туда последнюю версию программы.

Проблема очевидно на вашей стороне. Версия мода старая, мб? Самая последняя, что вообще существует, с гитхабика: Как видно, всё там есть.

Хм... Может, будет где-то полезным. Последняя строка, как минимум. Принимает структуру (fingerprint, направление по отношению к интерфейсу, количество, слот конечного инвентаря). pushItem не экспортирует из МЭ. Это общая штука для всех адаптеров, пытающая выпихнуть из САМОГО интерфейса предметы (то есть, сначала придётся указать конфигурацию, дождаться и потом уже пашить в соседей). Но exportItem проще. Хотя могли и выпилить функцию эту... Не тестил