[maroslawxp]

Gratuluje "programiście" który wymyślił przeglądanie historii tagów na wykop 2.0 Zamiast normalnych cyfr, żeby łatwo dało się szukać w historii np. /tag/wykop/strona/1/2/3 to musi byc 1dMex0bCzgNJPUW/85VdPzyTQXnayFa/JKw0x8zuzL7gohp co wygląda mi na customowy hash (saltowany nazwą tagu?) który bóg wie jak jest generowany. Było normalnie - za łatwo to zmieniamy na gorsze ( ͡° ʖ̯ ͡°)

#wykop #wykop20 #wykopapi

[vytah]

@maroslawxp: Paginacja po numerach stron jest powolna.
No ale sensowniej by było wstawić tam albo jakiś kolejny identyfikator, albo datę, a nie takie coś.

[devbotpl]

@vytah: jak jest powolna to się optymalizuje.

[vytah]

@devbotpl: Nie da się. Paginacja po numerach stron jest powolna z natury. Można ją używać do małych zbiorów danych, ale mirko takim nie jest.
https://stackoverflow.com/questions/70661360/pagination-getting-slower-while-page-number-increasing

[JaTuTylkoNaMoment]

@maroslawxp: najlepsze, że w incognito działa normalnie

[readonly]

@vytah: I jak zakodowanie numeru strony czy też jakieś zahashowanie jej i trzymanie mapowania jak na to pomaga? To są dwie odrębne kwestie moim zdaniem.
Nawet jeśli zaproponowane na SO rozwiązanie mówi, że tą metodą nie da się przejść na n-tą stronę, to i tak kluczem mógłby być indeks liczbowy a nie jakiś hash. Przechodząc po kolejnych stronach te klucze muszą być gdzieś materializowane, więc pewnie spokojnie można byłoby pozwolić

[readonly]

Okej, może nie jest to nigdzie materializowane, a ten niby hash ma zakodowaną informację, od którego wpisu należy ładować dane (odpowiednik parenta z SO). Ale wciąż nie znaczy to, że nie mógłby on być jakimś parametrem, by móc swobodnie poruszać się po stronach...
Cóż, czarna lista zalogowanego użytkownika pewnie tu przeszkadza, ale gdyby zamiast typowej paginacji było coś na kształt "pokaż wpisy starsze z wpis id N" to powinno hulać. No chyba