М-м-м, това може да стане само ако от там позволят. При това всички тукашни мнения трябва да се постват от името на един потребител там, и съответните тамошни тук.
Но по принцип, идеята не е лоша – нещо като модерните напоследък федеративни социални мрежи, но без общ протокол. Което е по-скоро плюс, отколкото минус.
Между другото, вместо да полваш форума постоянно, робота може да се абонира за евентите и тогава ще получава сигнал веднага при постване.
В другият форум, за съжаление това няма да работи.
Тамошните жандари ще баннат нашия бот освен ако не се филтрират мненията на рамбо. Което пък е компромис със сфободата на словото.
Ама ние го правим от чисто идеологически съображения, както мечо Пук ли беше или мачока Леополд ли беше "Ребята, давайте жить дружно!" Ние сме елфите, а те са орките и гоблините ли ?
За SSE ще видя, но засега няма javascript. Проблем ли е за трафика на виртуалката, да не плащаме за трафик или нещо да кляка от полването? Засега полва на 2 минути, ако работи постоянно.
Трафика не е проблем. Проблема е, че 2 минути е много дълго. 
За да ползваш SSE не ти трябва JS. В смисъл, JS-а трябва само ако всичко това става в браузъра и само защото браузъра няма друго освен JS. А иначе, правиш си конекция и сървъра започва да ти изпраща евенти:
curl https://bgdev-free.asm32.info/\!events?events=8
А, има ли някъде документация на апито на форума, да взема да надраскам един бот да занимава рабиняка?
Ако под API разбираш някакви заявки, които да ти връщат сурови данни, то такова няма – всичко се рендира на сървъра до HTML, за да може да се използва и без JS. С изключение на SSE-то и чата, които връщат данните в JSON, щото така и така тази функционалност без JS е невъзможна.
Жони, как да направя пълен бакъп на базата? Ръчно не ми се занимава таблица по таблица. Пусни ми някакъв vpn стига се стиска, Коледа иде!
И за какво ти е този бакъп??? AsmBB и SQLite е абсолютно надеждна система. Базата не може да се повреди по принцип. Пък и да се повреди, какво толкова?
Напомням правило №2 на johnfound:
Kak за кво ми е, редовно се подлагаш на фашистките експерименти, на кого ще ни оставиш после? Здрави и прави спортисти, еталон за хомо еректус, почнаха да дават фира. Със стотиците почнаха да се тръшкат. Стадионите заприличаха на скотобойна. След малко ще ви извадя данни, изследвали и изровили защо точно умират. Почти веднага след инокулация изследванията показват почти троен риск от коронарни проблеми.
Ще ме накараш да пиша скрипт да те бакъпвам, кат си такъв скръндза.
Не съм скръндза – това са жизнени принципи.
Разбира се, можеш да правиш каквито си искаш скриптове. Но тъй като те ще се занимават със събиране на никому ненужна информация, то според R2JF (виж по-горе) може да се очаква, че скриптовете ти ще работят неустойчиво и постоянно ще гърмят. Операционната система на компютъра на който пускаш тези скриптове ще забива. Файловете в които събираш информацията постоянно ще се повреждат, а дисковете на които ги записваш ще горят.
Разбира се с постоянни усилия и поне трикратно резервиране на бакъпите все нещо ще успееш да запазиш. Но струва ли си, при положение, че през това време на базата нищо няма да ѝ стане? А ти този процес трябва да го поддържаш постоянно, за да имаш актуална база.
По-разумна ми се струва инициативата на Delegate за федеративен форум и обмен на постовете със стария форум – тогава дуплицираната информация ще е важна за потребителите на двата форума и затова няма как да изчезне (R2JF).
Спортистите не са здрави и прави, никога не са били и никога няма да бъдат. Не знам откъде го измисли това???
Те и без туй постоянно горят, смених дъно и видеокарта, в ръцете ми умряха. Значи по пътя на логиката бакъпите ще стабилизират системата.
На базата няма да Й стане, за тебе ме е стра. Ето, вече ловиш 5G и WiFI, сам го каза. Ама нещо не са доизчистили някви фундаментални бъгове на ОС, млади здрави прави почнаха да мрат като мухи след инокулация.
Масло с вода не мож смеси. Ако трябва и тук ще си регна 20 ника, само и само да им инжектирам на макя им у диварата.
OK, имам списък с ивенти, но например в ивент "UserX написа мнение" къде да видя коя е темата ? по линка или има по-удобен начин ?
По принцип линка от евента за нов пост, връща 302 редирект към конкретната тема, на страницата на която е поста и с #NNNN номера на поста.
Как да видя колко страници в момента е навъртяла да дена тема. Ако я преслушвам със stranica/x и инкрементвам(декрементвам) хикса да видя кога ще върне 404 не става, понеже ти връщаш генерираш валидна страница с празно съдържание при грешен номер на страница. Да парсвам съдържаниие да видя дали има постове или да отида последното мнение без да съм регнат. Как?
Отделно, къде да търся темата в ивента "написа мнение", другия "чете темата" не ми върши работа.
{ "activity": "%3Cspan%20class%3D%22user%22%3E%3Ca%20href%3D%22%2F%21userinfo%2FDelegate%22%3EDelegate%3C%2Fa%3E%3C%2Fspan%3E%20написа%20мнение.%20%3Ca%20href%3D%22%2F52340%2F%21by_id%22%3E▶%3C%2Fa%3E", "type": "post", "robot": false, "userid": 15 }
{ "activity": "%3Cspan%20class%3D%22user%22%3E%3Ca%20href%3D%22%2F%21userinfo%2FDelegate%22%3EDelegate%3C%2Fa%3E%3C%2Fspan%3E%20чете%20темата%20%3Ca%20href%3D%22%2Fchat-s-roboti-they-byte.2473%2F%22%3EЧат%20с%20роботи%20%28%20They%20byte%21%20%29%3C%2Fa%3E", "type": "read", "robot": false, "userid": 15 }
{ "activity": "%3Cspan%20class%3D%22user%22%3E%3Ca%20href%3D%22%2F%21userinfo%2Fqtakabg%22%3Eqtakabg%3C%2Fa%3E%3C%2Fspan%3E%20разглежда%20темите.", "type": "browse", "robot": false, "userid": 8 }
Колко страници е темата можеш да видиш по реда със връзките към страниците. Това е <div class="page_row"> в който има връзки към страниците <a class="page_link"> – последната връзка съдържа и номера на последната страница.
Темите, които са от една страница не съдържат такъв <div> елемент въобще.
Връзката към темата е в записите със поле "type" = "post", в полето "activity". Разкодираш URL енкодинга и в това поле ще имаш <a> елемент с href от вида: /postID/!by_id. Викаш това URL и получаваш отговор 302 Found с поле Location: = пълна връзка към темата, страницата и id-то на поста във вида: /[(o)/]THREAD_SLUG/PAGE#POSTID