all a / b / c / f / h / j / jp / l / o / q / s / sw / lounge cgi up wiki
[Settings] [Home] [Contact] [Catalog] [Search] [Thread list] [Stats] [Reports] [Watcher] [PMs] [Banners] [Admin]
[Return] [Bottom]

Posting mode: Reply
Tegaki
Emotes
Kaomoji
Emoji
BBCode
(for deletion)
  • Allowed file types are: gif, jpg, jpeg, png, bmp, webp, swf, webm, mp4
  • Maximum file size allowed is 50000 KB.
  • Images greater than 200 * 200 pixels will be thumbnailed.
  • 9 unique users in the last 10 minutes (including lurkers)
Animu stream on the next Saturday? You vote!
Want your banner here? Click here to submit yours!
File: giko_prog.png
[Animated PNG](37 KB, 360x360) ▶
37888
No.66400 [Edit] [Report] AS
▶
github : https://github.com/Heyuri/kokonotsuba
as of making this thread, me and one other anon are working on a fork to try and clean up most of this shit.
we are planing on making proper objects for board,thread,post data. this of course would simplify things for module creation and future proof the code base.
i believe the module system will be powerful hooked base system that will be able to change data mid pipe line with out messing with the underlying system.

for creating a post postRequest. it should look something like this.

$postData = new postData();
$postData->loadFromPostRequest();
executeHook("preValidation", $postData); //can trigger a whole post fail based on IP ban or failed capcha moduel.
if(!$postData->isValidPost()){ //inside module hooks. there would be a postValidation() in contrast to preValidation() to stop files with pizza

}
.....

i also want to remove a lot of crud that is scatted all over the place and make a proper pipeline.
the pipeline should look like.
start -> post received -> post validated -> post saved to db -> load threads from db based on board configs -> load post in threads -> redraw html files -> end

of course there might be slightly different pipelines for admin menus or live views, witch might consist of a module having special things drawn in the render, or remove validation.
output should be redirectable so its either stright from*.php or gets written to *.html with proper redirect code


lots of things are still a mystery and what i said may not even work or might need some slight changes.
the more experimental fork that aims on chaining a lot of the underlying system that me and anon are working on is right here https://github.com/nashikouen/kokonotsuba

please ask in this thread about things you don't understand!! we are happy to help you learn more about kokonotsuba.
Marked for deletion (Old)
>>
No.66401 [Edit] [Report]
▶
strange on my test server, thumbnails dot have this black background but on heyuri they do???
>>
No.66402 [Edit] [Report]
▶
for some one trying to understand the table for kokonotsuba.
here is a hopeful self explanatory code. the right is the data from the database but as a table with keys matching what it would be in the database.


$this->postID = $data['no'] ?? null;
$this->threadID = $data['resto'] ?? null;
$this->category = $data['category'] ?? null;

$this->lastBumpTime = $data['root'] ?? null; // so it seems
$this->utime = $data['time'] ?? null; //unix time stamp
$this->time = $data['now'] ?? null; //time stamp but as string

$this->md5chksum = $data['md5chksum'] ?? null; //file md5 hash
$this->fileName = $data['fname'] ?? null;
$this->fileExtension = $data['ext'] ?? null;
$this->imgw = $data['imgw'] ?? null;// width
$this->imgh = $data['imgh'] ?? null;// hight
$this->imgsize = $data['imgsize'] ?? null;
$this->tw = $data['tw'] ?? null;// thumbnail witdh
$this->th = $data['th'] ?? null;// thumbnail hight
$this->fileNameOnDisk = $data['tim'] ?? null;// its utime plus miliseconds at the end. i only found to use with filenames

$this->password = $data['pwd'] ?? null;
$this->name = $data['name'] ?? null;
$this->email = $data['email'] ?? null;
$this->subject = $data['sub'] ?? null;
$this->comment = $data['com'] ?? null;
$this->host = $data['host'] ?? null;
$this->status = $data['status'] ?? null;
>>
No.66403 [Edit] [Report]
▶
for users trying to set up a test server of yourself. some php modules might not be installed nor specified on the official wiki. i have a guide for a OpenBSD install here that might help or be it as a check list to get a environment set up.

the php modules you will need is php-mysqli and php-gd
php-mysqli is to run code thu mysql
php-gd is for image processing. mainly to get thumbnails.

common mistake i had is all files should be owned by the web server user and dat should be 777 or writable from web server user.
>>
No.66404 [Edit] [Report]
▶
well, this is a good time as any to learn some php
>>
No.66405 [Edit] [Report]
▶
>strange on my test server, thumbnails dot have this black background but on heyuri they do???
It's likely cuz you're using PNG thumbnails, while Heyuri is using JPEG thumbnails. I think the last time we tried to switch to PNG it messed up some stuff/didn't fix transparency, so we switched back - but I don't really know/remember

>the php modules you will need is php-mysqli and php-gd
Not PHP, but I think you also need FFmpeg to generate MP4/WebM thumbnails
>>
No.66406 [Edit] [Report]
▶
> It's likely cuz you're using PNG thumbnails, while Heyuri is using JPEG thumbnails. I think the last time we tried to switch to PNG it messed up some stuff/didn't fix transparency, so we switched back - but I don't really know/remember sweat2
< ah i see. what ever the change was, even if you only have hits of it. let me know

>Not PHP, but I think you also need FFmpeg to generate MP4/WebM thumbnails
ah so this might be why i still get no thumbnail for videos on nashi. i will look at it when i wake up

i am going to sleep now.
one change i plan to make is move static/css/download,png into static/image/download.png so that its in the proper folder. and also update the stupid templet files to change (really i dont understand why smarty files exist. they seem to be a thing because a retard dose not know how to format php with html)
>>
No.66407 [Edit] [Report]
▶
>ah i see. what ever the change was, even if you only have hits of it. let me know
It's just "THUMB_SETTING" in config.php. I think one of the issues was that changing the format broke all the existing thumbnails that were in the previous format

Optimally, kokonotsuba should just support generating JPEG thumbnails with the appropriate background colors (for OPs and replies respectively) when a PNG is uploaded - this is what other imageboard software does, including 4chan

I tried adding this functionality myself a couple of years ago, but I'm not a programmer, so I only got as far as getting a single color to work
>>
No.66408 [Edit] [Report]
▶
that is a stupid idea. op post and reply post have 2 different background styles.
what if some one uses a different css style?
sure i guess you could generate 2 thumbnails for op and replys and then a 3 set of thumbnails for users who want transparent background bc they have custom css.
>>
No.66409 [Edit] [Report]
▶
i forgot about highlighted post witch would require a 4th thumbnail.
>>
No.66410 [Edit] [Report]
▶
Like I said, the way most imageboard software (including 4chan) does it is to use the appropriate color for OPs and replies respectively

It does mean the "wrong" colors appear if a user isn't using the default color scheme, but that's 1. exactly how 4chan and other imageboard software does it, and 2. much less of a problem than the current situation where thumbnail backgrounds are always black and anything dark is invisible

Now generating multiple sets of thumbnails does sound stupid - half the reason behind using JPEG thumbnails in the first place is to reduce the amount of storage space they take up, and now the server would be having to work several times harder every time an image is uploaded!
>>
No.66411 [Edit] [Report]
▶
Thumbnails are liek previews of images, is it really such a big deal if the transparent parts are black by default?
>>
No.66412 [Edit] [Report]
▶
It's a little annoying especially for black text/art, and it's not too difficult to have thumbnails be generated with a different background color

Take the "heyuri seal of epic win" for example - I only ever post the version with the pre-baked background color since it looks crappy with a black background, but it would be nicer for everyone wanting to use it (whether it's reposting it, using it in an edit, making stickers, etc.) if the transparent version was being posted instead

Hell, just look at the Heyuri logo I made that's currently on teh wiki's main page - I pre-baked the background so it didn't look liek crap in the thumbnail, and then whoever decided to make it the logo did a poor job of cutting it out, leaving some of the original background unremoved
>>
No.66413 [Edit] [Report]
▶
heyuri: the reawakening
>>
No.66415 [Edit] [Report]
▶
kaguya.
it seems you only have mod_csrf_preven on /b/ and not /q/ or /jp/
i think you should put them on those 2 as well
>>
No.66416 [Edit] [Report]
▶
and there is no rss feed on /jp/
>>
No.66417 [Edit] [Report]
▶
File: referer.png
[Animated PNG](41 KB, 974x336) ▶
41984
>it seems you only have mod_csrf_preven on /b/ and not /q/ or /jp/
I seem to have it on all boards. Kokonotsuba's CSRF attack prevention isn't perfect, see the picture. Not that it really matters for an imageboard...

>and there is no rss feed on /jp/
added
now this brings the question: who actually uses RSS!?
>>
No.66418 [Edit] [Report]
▶
best of luck for you guys
>>
No.66419 [Edit] [Report]
▶
>>66417
i must have misread something then whoops
>>
No.66420 [Edit] [Report]
▶
>>66417
i used rss to create a kokonotsuba archiver script
>>
No.66421 [Edit] [Report]
▶
File: fontcomparison.png
[Animated PNG](59 KB, 1670x892) ▶
60416
Site-wide shift jis support could be implemented using a new BBCode. In CSS:

@font-face {
font-family: "saitamaar";
src: url("Saitamaar.woff2") format("woff2");
font-display: block;
}

.shift_jis {
font-family: 'saitamaar', 'MS Pgothic', 'MS Pゴシック', IPAMonaPGothic, 'IPA モナー Pゴシック', Monapo, Mona;
line-height: 15px;
font-size: 14px;
}

Saitamaar is a great font for that sort of thing as it preserves detail MS Pgothic doesn't on modern Windows. It's what https://aahub.org uses.
https://aahub.org/assets/fonts/Saitamaar.woff2
>>
No.66422 [Edit] [Report]
▶
i was on the brink of suicide to get something like this. that's amazing thank you
>>
No.66435 [Edit] [Report]
▶
is there a list of major changes heyuri did to pixmcat?
>>
No.66438 [Edit] [Report]
▶
comit sent on fixing the black box so that it atleast matces the heyuri's background post color
https://github.com/Heyuri/kokonotsuba/commit/27e9da66a31f9251e0cdfc5587b08a32b7c681b3
>>
No.66440 [Edit] [Report]
▶
one thing i did notice, and idk if there is a easy way to fix, is the thumbnails for OP in catalog is trying to use new thumbnail file extension.
>>
No.66441 [Edit] [Report]
▶
File: yahoo.png
[Animated PNG](669 KB, 40x40) ▶
685056
it also seems i didn't pull yesterday... well anyways. i fixed the catalog so nao both work
>>
No.66442 [Edit] [Report]
▶
File: 3dbdc5f9.png
[Animated PNG](58 KB, 758x537) ▶
59392
thanks for the pull requests, merged

>is there a list of major changes heyuri did to pixmcat?
no, kokonotsuba was heavily undocumented prior to making it open sourced.

question: isn't there an issue with line 71 of mod_cat?

<script type="text/javascript" src="'.ROOTPATH.'/js/catalog.js"></script>

Feels like it doesn't need '.ROOTPATH.'/ here.
Maybe all JS files should be in the static folder if it would help being more consistent with other static files?
>>
No.66443 [Edit] [Report]
▶
>>66442
>Maybe all JS files should be in the static folder if it would help being more consistent with other static files?
js was already a dir in koko b4 the static files were added to the repo. So my thought process at teh time was that since js was already there while static had to be pulled manually, then it should stay where it is. Though now since things are more in order maybe js should be moved...
>>
No.66444 [Edit] [Report]
▶
what is this archive database thingy in the configs. i would love to get that working and possibly send it to my hdd with 100tb of storage. never miss thread!
>>
No.66445 [Edit] [Report]
▶
use sourcehut instead
>>
No.66447 [Edit] [Report]
▶
>>66444
it's something that used to work in the past, but got b0rk at some point and couldn't get fixed
see [Archive] at top right (I couldn't find the link itself on archives sadly) https://archive.md/EREDi
>>
No.66449 [Edit] [Report]
▶
can you explain wat it dose? is it like this? https://boards.4chan.org/s4s/archive
i am guessing its a folder just with html file and images in the thread?
>>
No.66523 [Edit] [Report]
▶
test;a
>>
No.66528 [Edit] [Report]
▶
test
>>
No.66547 [Edit] [Report]
▶
i got catalog sorting working, but i don't know php so its hacky.

the whole catalogs data should just be a json endpoint and dealt with on the front end IMO. its MUCH easier and wouldn't require calling the db every time.
no-js browsers could keep the current bump sort
>>
No.66548 [Edit] [Report]
▶
>>66547
awesome! post teh code here or maek a pull request on the koko repo
>>
No.66549 [Edit] [Report]
▶
>>66548
dont overestimate me, its definitely not good enough for your repo. idk php. ill just explain what i done

in mod_cat
i made a urlparam for the sort type and passed it into fetchThreadList()
in pio.mysqli
fetchThreadList() i made $tmpSQL be dependent on the sort type.
then its just different sql queries to rearrange
like

if($sort="bump") $tmpSQL = 'SELECT no FROM '.$this->tablename.' WHERE resto = 0 ORDER BY '.($isDESC ? 'no' : 'root').' DESC';
elseif($sort = "lastreply") $tmpSQL = 'SELECT resto FROM '.$this->tablename.' WHERE (no, resto) IN (SELECT MAX(no), resto FROM '.$this->tablename.' GROUP BY resto) AND resto != 0 ORDER BY no DESC';
...

i only found 1 place that sets the optional $isDESC in fetchThreadList idk what for
and it's too much trouble to change every pio.DB file

it werks but... meh
im going to try making a json endpoint instead
>>
No.66555 [Edit] [Report]
▶
>>66549
Deal with all of this on the frontend, i beg you
No time to check it now but also very possibly unsafe code.
>>
No.66556 [Edit] [Report]
▶
>>66555
pio dose not use prepared statements?!?
>>
No.66559 [Edit] [Report]
▶
>>66549
Check out mod_api.php, I think it does what you're looking for
>>
No.66561 [Edit] [Report]
▶
i tried posting the code here and got filtered

>>66559
after i already made a diy solution i see this

i added two more keys from whats available though:
latestreply:unixtime
replycount:int
for 2 of the sort types (last reply, reply count...)
could that MAX(), COUNT()s query be added to mod_api or does it have to stay as it is?

aside from that i got the js working fine
>>
No.66564 [Edit] [Report]
▶
>i tried posting the code here and got filtered
you can upload to Uploader@Heyuri and link it here
Codes shouldn't get filtered by the system
>>
No.66580 [Edit] [Report]
▶
blotter and ads cause mobile to slightly be blown of screen
>>
No.66581 [Edit] [Report]
▶
>blotter and ads cause mobile to slightly be blown of screen
- Blotter is fixed by replacing "width" with "max-width"
- Ad iframe needs "max-width: 100%"
- The CSS for the BBCode "code" and "preformatted" also needs improving, perhaps with "overflow-x: auto"
>>
No.66694 [Edit] [Report]
▶
File: sort.png
[Animated PNG](202 KB, 1287x262) ▶
206848
after taking sum html from vichan I created catalog sorting... kind of. So far it only sorts bump (which is teh default anywayz so no changes) and creation date, it should be very easy to add more with teh use of mod_api.

//sort threads. If sort is set to bump nothing will change because that is the default order returned by fetchThreadList
if(isset($_POST['sort_by'])) {
switch($_POST['sort_by']) {
case 'bump':
$plist = $PIO->fetchThreadList($this->PAGE_DEF * $page, $this->PAGE_DEF); //thread list
break;
case 'time':
rsort($plist);
break;
//add more conditions here
}

}
Want your banner here? Click here to submit yours!
[Top]
Delete post: []
First
[1]
Last