TCH (statz) | #1, Főfasz (10443) |
5892 | #50d9 | ^ | Idézet | Sat, 17 Oct 2020 13:07:04 +02 |
188.143.*.* | *.pool.digikabel.hu |
Perhaps, but as we see, it's not fully reliable. Hey, great, thanks! I've added 8.4 and 9.1 of LFS-Non-IA to the list. I don't really understand this part. What kind of binary blobs? Is there some kind of software, burned into the CPU? Hey, thanks, much better. I don't really like videos, because they "demonstrate" stuff in tens of minutes, what could be written in a simple blogpost and could be read in a few minutes. Unfortunately, no new images found. What is now misses from the list is not present under these links either. Neither Fedora 13. When they switched to systemd, they've skipped two releases with POWER archs. I don't know why though. I think i still keep them for awhile, just to preserve the original paths in the URLs, because maybe we will find another mirror one day, if we look up those paths. I don't know if they ever write back or not. (Regardless of the password.) My younger brother asked exactly the same, and i answered him the same: since they have to set the password to make the stuff work with their own MySQL access, they have to notice it. Thank you. Aside from this, i say it went fairly well. Though i had problems with optimizing the query what produces the main view, because due to the braindead structure, it was slow as hell. (A few million entries only and took up 3-5 secs to retrieve the data.) To say, the database they have given to me was badly constructed is mildly put. (It's some kind of test database from the MySQL team.) Erroneously crafted PRIMARY KEYs, missing indexes, duplicated entries which made denormalization a nightmare and i could go on. I've done the most of the project in less than two days, but spent four days with optimizing the main view's query. More experienced SQL guys had a hard time with it, when i asked for some help. But in the end, i've decided, that if i don't know if i am allowed to change the erroneous part of the DB or to denormalize it, then i will provide these two operations as optional. So, now it works without the correction and the denormalization with a fairly decent speed (except if you try to order the view either by the salary which has 3 million multiplexed records in a separate table, or by department which needs to JOIN the department table through the also multiplexed half million record long department number table), but there is the option to correct the indexes and denormalize the database which will yield an 5-50x speedup. (Roughly, depending on the queries.) However, they might refuse it, because the instructions told me, that i have to display the view via the help of jQuery. Now, formally i complied, since i pull the data for the view from the server via jQuery's AJAX...but that is a meagre one line of jQuery code, the rest is done without any kind of stupid JS framework. :] But seriously, i've done the whole thing in less than 7 kB (even if i do not use my own ~300 byte AJAX library instead of jQuery), with documentation and without minifying my source, while jQuery is roughly 90 kB without documentation and with minifying...and then i would need a table plugin too, which can weigh up to MEGABYTES of JS code and yet, they can filter by or sort for one column at a time, while my few kB large view can filter by or order for all columns, simultaneously and prioritizedly... Please do not misunderstand: i am not bragging, i am complaining. Any decent webdeveloper could do most of these stupid frameworks' "features" with a few short functions, yet we are using hundred kB large "librares" to do it. This is how the web2 bloatware works and spreads. And if you dare to object (pun intended), then you are a laggard heretic, who tries to hinder this - so called - "progress" and you should be burned at the stake which is elevated from printed FORTRAN codes. :P Eh, sorry for the rant, but i am fed up with the ways software is developed nowdays... |