Meer berichten per pagina in het forum

Rik

Eindbaas
Forumleiding
Luuko (link):

Rik (link):

Dylan (link):

Klik om eerdere quotes te tonen


Rik (link):

Dylan (link):

Rik (link):

Lennard (link):
Wat Aar zegt klopt; alle berichten en relevante userinfo wordt in één query met slechts twee joins en wat subqueries opgehaald, dus in theorie moet het kunnen.

Die theorie houdt alleen al snel op doordat er wel meer subqueries uitgevoerd moeten worden bij meer posts (voor met name het ophalen van de feedbacks) en je dus eigenlijk wel meer queries krijgt, ook al zijn het subqueries van één grote query en heb je feitelijk gezien nog wel evenveel queries.

Ik heb net even een klein testje gedaan door het limiet op 150 te zetten in plaats van op 15 en tien keer de parsetijd genomen. Die parsetijd is dan 8 keer zo hoog (1,8 sec vs 0,24 sec), wat wel weer veel is.

Ik kan het eventueel invoeren met een kleine range, zodat je bijvoorbeeld 1-30 posts per pagina in kunt stellen, maar veel groter dan dat wordt te traag. Oplossing zou kunnen zijn om de boel te denormaliseren zodat je die subqueries kwijt bent, maar das ook weer wat veel gedoe voor een kleine feature.


Dus zoals bij de meeste suggesties: "Site herschrijven" zou de beste optie zijn
yummie.gif




en dan met nodejs


toevoeging op 23 augustus 2015, 10:39:43:
en angular



How about no.







how about yes



Het is niet nodig.



Blijkbaar wel want mensen vragen erom
biggrin.gif




Ik had het over NodeJS en Angular. Beide frameworks die niet nodig zijn en beide ook zo hun nadelen hebben.
 

Dylan

<script>
Rik (link):

Luuko (link):

Rik (link):

Klik om eerdere quotes te tonen


Dylan (link):

Rik (link):

Dylan (link):

Rik (link):

Lennard (link):
Wat Aar zegt klopt; alle berichten en relevante userinfo wordt in één query met slechts twee joins en wat subqueries opgehaald, dus in theorie moet het kunnen.

Die theorie houdt alleen al snel op doordat er wel meer subqueries uitgevoerd moeten worden bij meer posts (voor met name het ophalen van de feedbacks) en je dus eigenlijk wel meer queries krijgt, ook al zijn het subqueries van één grote query en heb je feitelijk gezien nog wel evenveel queries.

Ik heb net even een klein testje gedaan door het limiet op 150 te zetten in plaats van op 15 en tien keer de parsetijd genomen. Die parsetijd is dan 8 keer zo hoog (1,8 sec vs 0,24 sec), wat wel weer veel is.

Ik kan het eventueel invoeren met een kleine range, zodat je bijvoorbeeld 1-30 posts per pagina in kunt stellen, maar veel groter dan dat wordt te traag. Oplossing zou kunnen zijn om de boel te denormaliseren zodat je die subqueries kwijt bent, maar das ook weer wat veel gedoe voor een kleine feature.


Dus zoals bij de meeste suggesties: "Site herschrijven" zou de beste optie zijn
yummie.gif




en dan met nodejs


toevoeging op 23 augustus 2015, 10:39:43:
en angular



How about no.



how about yes







Het is niet nodig.



Blijkbaar wel want mensen vragen erom
biggrin.gif




Ik had het over NodeJS en Angular. Beide frameworks die niet nodig zijn en beide ook zo hun nadelen hebben.



En wat zijn de nadelen dan?
 

Rik

Eindbaas
Forumleiding
Dylan (link):

Rik (link):

Luuko (link):

Klik om eerdere quotes te tonen


Rik (link):

Dylan (link):

Rik (link):

Dylan (link):

Rik (link):

Lennard (link):
Wat Aar zegt klopt; alle berichten en relevante userinfo wordt in één query met slechts twee joins en wat subqueries opgehaald, dus in theorie moet het kunnen.

Die theorie houdt alleen al snel op doordat er wel meer subqueries uitgevoerd moeten worden bij meer posts (voor met name het ophalen van de feedbacks) en je dus eigenlijk wel meer queries krijgt, ook al zijn het subqueries van één grote query en heb je feitelijk gezien nog wel evenveel queries.

Ik heb net even een klein testje gedaan door het limiet op 150 te zetten in plaats van op 15 en tien keer de parsetijd genomen. Die parsetijd is dan 8 keer zo hoog (1,8 sec vs 0,24 sec), wat wel weer veel is.

Ik kan het eventueel invoeren met een kleine range, zodat je bijvoorbeeld 1-30 posts per pagina in kunt stellen, maar veel groter dan dat wordt te traag. Oplossing zou kunnen zijn om de boel te denormaliseren zodat je die subqueries kwijt bent, maar das ook weer wat veel gedoe voor een kleine feature.


Dus zoals bij de meeste suggesties: "Site herschrijven" zou de beste optie zijn
yummie.gif




en dan met nodejs


toevoeging op 23 augustus 2015, 10:39:43:
en angular



How about no.



how about yes



Het is niet nodig.







Blijkbaar wel want mensen vragen erom
biggrin.gif




Ik had het over NodeJS en Angular. Beide frameworks die niet nodig zijn en beide ook zo hun nadelen hebben.



En wat zijn de nadelen dan?



Beide zijn voor kleine projectjes prima te gebruiken, maar naarmate de projecten groter worden moet je vaak omslachtiger gaan doen om alles goed werkend te krijgen. Bovendien zijn beide makkelijk om mee te beginnen, maar moeilijk om GOED te gebruiken.
Je website is bovendien niet te indexeren door google wanneer je gebruik maakt van angular (tenzij je de site vantevoren ook laat inladen zonder angular, wat het goede aan angular weer grotendeels teniet doet).

Single page apps -> Angular superhandig
Grote complexe apps -> Gebruik iets anders

Maar dat is mijn mening.
 

Aarclay

Active member
Lennard (link):
Ik kan het eventueel invoeren met een kleine range, zodat je bijvoorbeeld 1-30 posts per pagina in kunt stellen, maar veel groter dan dat wordt te traag.

30 posts is al een flink verschil, dus 2x minder scrollen in grote topics
smile.gif


Ik zeg, van mij mag het erin.

En of er bij een rewrite ooit NodeJS of AngualarJS wordt gebruikt, dat kan mij mijn derriére oxideren
wink.gif
.
 

Luukvdo

New member
Dylan (link):
En nu nog een knopje dat je snel naar boven en naar beneden kan gaan.

Dat heet de Home en End knop op je toetsenbord. En een beetje fatsoenlijke mobile browser (Opera
santabaard.gif
) laat een knopje zien waarmee je helemaal naar boven of beneden kan als je hard scrollt


toevoeging op 24 augustus 2015, 10:40:57:
@Lennard de pagina ververste net toen ik dat bericht postte terwijl het niet het eerste bericht voor een nieuwe pagina is. Ik gok dat er in de AJAX nog hardcoded 15 ergens in staat?
yummie.gif
 
G

Guest

Guest
Rik (link):

Dylan (link):

Rik (link):

Klik om eerdere quotes te tonen


Luuko (link):

Rik (link):

Dylan (link):

Rik (link):

Dylan (link):

Rik (link):

Lennard (link):
Wat Aar zegt klopt; alle berichten en relevante userinfo wordt in één query met slechts twee joins en wat subqueries opgehaald, dus in theorie moet het kunnen.

Die theorie houdt alleen al snel op doordat er wel meer subqueries uitgevoerd moeten worden bij meer posts (voor met name het ophalen van de feedbacks) en je dus eigenlijk wel meer queries krijgt, ook al zijn het subqueries van één grote query en heb je feitelijk gezien nog wel evenveel queries.

Ik heb net even een klein testje gedaan door het limiet op 150 te zetten in plaats van op 15 en tien keer de parsetijd genomen. Die parsetijd is dan 8 keer zo hoog (1,8 sec vs 0,24 sec), wat wel weer veel is.

Ik kan het eventueel invoeren met een kleine range, zodat je bijvoorbeeld 1-30 posts per pagina in kunt stellen, maar veel groter dan dat wordt te traag. Oplossing zou kunnen zijn om de boel te denormaliseren zodat je die subqueries kwijt bent, maar das ook weer wat veel gedoe voor een kleine feature.


Dus zoals bij de meeste suggesties: "Site herschrijven" zou de beste optie zijn
yummie.gif




en dan met nodejs


toevoeging op 23 augustus 2015, 10:39:43:
en angular



How about no.



how about yes



Het is niet nodig.



Blijkbaar wel want mensen vragen erom
biggrin.gif








Ik had het over NodeJS en Angular. Beide frameworks die niet nodig zijn en beide ook zo hun nadelen hebben.



En wat zijn de nadelen dan?



Beide zijn voor kleine projectjes prima te gebruiken, maar naarmate de projecten groter worden moet je vaak omslachtiger gaan doen om alles goed werkend te krijgen. Bovendien zijn beide makkelijk om mee te beginnen, maar moeilijk om GOED te gebruiken.
Je website is bovendien niet te indexeren door google wanneer je gebruik maakt van angular (tenzij je de site vantevoren ook laat inladen zonder angular, wat het goede aan angular weer grotendeels teniet doet).

Single page apps -> Angular superhandig
Grote complexe apps -> Gebruik iets anders

Maar dat is mijn mening.



Nodejs is ook prima voor grote projecten, het is heel makkelijk te schalen.
Nodejs is handig om te gebruiken, maar dan moet je de hele website in node schrijven wat weer wel omslachtig is. Alleen het forum in node zou chill zijn, alleen zit je dan tussen data tussen php en node waarvoor je weer api lagen moet gaan schrijven.
Angular moet je gewoon niet doen.
 

Luuko

Active member
Luukvdo (link):

Dylan (link):
En nu nog een knopje dat je snel naar boven en naar beneden kan gaan.

Dat heet de Home en End knop op je toetsenbord. En een beetje fatsoenlijke mobile browser (Opera
santabaard.gif
) laat een knopje zien waarmee je helemaal naar boven of beneden kan als je hard scrollt


toevoeging op 24 augustus 2015, 10:40:57:
@Lennard de pagina ververste net toen ik dat bericht postte terwijl het niet het eerste bericht voor een nieuwe pagina is. Ik gok dat er in de AJAX nog hardcoded 15 ergens in staat?
yummie.gif




LOL, nooit geweten dat die knoppen daarvoor zijn
schater.gif
schater.gif


Maar ik had net ook, postte een bericht en toen ververste de pagina en kwam de reactie heel even op een nieuwe pagina.
En daarna gelijk weer op de vorige pagina
 
G

Guest

Guest
Luuko (link):

Luukvdo (link):

Dylan (link):
En nu nog een knopje dat je snel naar boven en naar beneden kan gaan.

Dat heet de Home en End knop op je toetsenbord. En een beetje fatsoenlijke mobile browser (Opera
santabaard.gif
) laat een knopje zien waarmee je helemaal naar boven of beneden kan als je hard scrollt


toevoeging op 24 augustus 2015, 10:40:57:
@Lennard de pagina ververste net toen ik dat bericht postte terwijl het niet het eerste bericht voor een nieuwe pagina is. Ik gok dat er in de AJAX nog hardcoded 15 ergens in staat?
yummie.gif




LOL, nooit geweten dat die knoppen daarvoor zijn
schater.gif
schater.gif


Maar ik had net ook, postte een bericht en toen ververste de pagina en kwam de reactie heel even op een nieuwe pagina.
En daarna gelijk weer op de vorige pagina



Waar dacht je dan dat ze voor waren?
yummie.gif
 

Lennard

Active member
Luukvdo (link):

Dylan (link):
En nu nog een knopje dat je snel naar boven en naar beneden kan gaan.

Dat heet de Home en End knop op je toetsenbord. En een beetje fatsoenlijke mobile browser (Opera
santabaard.gif
) laat een knopje zien waarmee je helemaal naar boven of beneden kan als je hard scrollt


toevoeging op 24 augustus 2015, 10:40:57:
@Lennard de pagina ververste net toen ik dat bericht postte terwijl het niet het eerste bericht voor een nieuwe pagina is. Ik gok dat er in de AJAX nog hardcoded 15 ergens in staat?
yummie.gif


Oja, vergeten te uploaden. Merci!
 

Rik

Eindbaas
Forumleiding
Jessee (link):

Rik (link):

Dylan (link):

Klik om eerdere quotes te tonen


Rik (link):

Luuko (link):

Rik (link):

Dylan (link):

Rik (link):

Dylan (link):

Rik (link):

Lennard (link):
Wat Aar zegt klopt; alle berichten en relevante userinfo wordt in één query met slechts twee joins en wat subqueries opgehaald, dus in theorie moet het kunnen.

Die theorie houdt alleen al snel op doordat er wel meer subqueries uitgevoerd moeten worden bij meer posts (voor met name het ophalen van de feedbacks) en je dus eigenlijk wel meer queries krijgt, ook al zijn het subqueries van één grote query en heb je feitelijk gezien nog wel evenveel queries.

Ik heb net even een klein testje gedaan door het limiet op 150 te zetten in plaats van op 15 en tien keer de parsetijd genomen. Die parsetijd is dan 8 keer zo hoog (1,8 sec vs 0,24 sec), wat wel weer veel is.

Ik kan het eventueel invoeren met een kleine range, zodat je bijvoorbeeld 1-30 posts per pagina in kunt stellen, maar veel groter dan dat wordt te traag. Oplossing zou kunnen zijn om de boel te denormaliseren zodat je die subqueries kwijt bent, maar das ook weer wat veel gedoe voor een kleine feature.


Dus zoals bij de meeste suggesties: "Site herschrijven" zou de beste optie zijn
yummie.gif




en dan met nodejs


toevoeging op 23 augustus 2015, 10:39:43:
en angular



How about no.



how about yes



Het is niet nodig.



Blijkbaar wel want mensen vragen erom
biggrin.gif




Ik had het over NodeJS en Angular. Beide frameworks die niet nodig zijn en beide ook zo hun nadelen hebben.







En wat zijn de nadelen dan?



Beide zijn voor kleine projectjes prima te gebruiken, maar naarmate de projecten groter worden moet je vaak omslachtiger gaan doen om alles goed werkend te krijgen. Bovendien zijn beide makkelijk om mee te beginnen, maar moeilijk om GOED te gebruiken.
Je website is bovendien niet te indexeren door google wanneer je gebruik maakt van angular (tenzij je de site vantevoren ook laat inladen zonder angular, wat het goede aan angular weer grotendeels teniet doet).

Single page apps -> Angular superhandig
Grote complexe apps -> Gebruik iets anders

Maar dat is mijn mening.



Nodejs is ook prima voor grote projecten, het is heel makkelijk te schalen.
Nodejs is handig om te gebruiken, maar dan moet je de hele website in node schrijven wat weer wel omslachtig is. Alleen het forum in node zou chill zijn, alleen zit je dan tussen data tussen php en node waarvoor je weer api lagen moet gaan schrijven.
Angular moet je gewoon niet doen.



Ja, dat bedoelde ik dus vooral met dat het voor grote (complexe) applicaties minder handig is.
 
G

Guest

Guest
Het is op zich prima te doen, alleen omslachtig als in dat je heel one2xs vanaf 0 weer moet opbouwen in een andere taal en dat is gewoon niet te doen.
En daarnaast is Lennard veel beter in php dan node geloof ik, dus dan heeft het sowieso al geen zin om zoiets in node op te bouwen.
Ik ben er zelf aan begonnen, een groot forum in node.js alleen dat heb ik 3 keer opnieuw moeten maken omdat ik gewoon steeds meer bijleerde en mijn huidige oplossing niet chill was en het veel beter kon.

Wel chill om van te leren, alleen niet om One2xs om te bouwen naar node
yummie.gif
 
G

Guest

Guest
Jordy (link):
Nu nog zoiets dat die menubalk mee scrolt net zoiets als bij Tweakers.


Met dit design? No thanks
emo.gif
 

Jordy

New member
Jessee (link):

Jordy (link):
Nu nog zoiets dat die menubalk mee scrolt net zoiets als bij Tweakers.


Met dit design? No thanks
emo.gif




Ja maar dan die menubalk upgrade naar iets?
 
G

Guest

Guest
Dan moet je direct hele design gaan aanpassen, anders ziet het er niet uit.
 

Dylan

<script>
Luukvdo (link):

Dylan (link):
En nu nog een knopje dat je snel naar boven en naar beneden kan gaan.

Dat heet de Home en End knop op je toetsenbord. En een beetje fatsoenlijke mobile browser (Opera
santabaard.gif
) laat een knopje zien waarmee je helemaal naar boven of beneden kan als je hard scrollt


toevoeging op 24 augustus 2015, 10:40:57:
@Lennard de pagina ververste net toen ik dat bericht postte terwijl het niet het eerste bericht voor een nieuwe pagina is. Ik gok dat er in de AJAX nog hardcoded 15 ergens in staat?
yummie.gif




Maar Chrome niet
sadley.gif
 

Sjoerd

Active member
Op /forum/recent is het niet geüpdatet
sadley.gif



toevoeging op 3 september 2015, 16:30:54:
@Lennard
 
Bovenaan