Beste mensen,

Ik heb onlangs mijn website live gezet.

Let op: er is nog 'geen' mobiele website! Dat staat nog op de planning.

Dit is hem:

www.devoetbalscout.nl

Korte uitleg over de website:
Het is een website waar mensen over hun favo speler of club:
- zelf artikelen kunnen schrijfen en publiceren
- zelf filmpjes kunnen plaatsen
- zelf forumtopics kunnen starten
Ook kunnen mensen club- of spelerwatcher worden en die krijgen dan rechten om de gegevens van de speler of club in kwestie aan te passen/bij te houden.

Wie wil er naar kijken en op- of aanmerkingen geven?


Ik ben er een tijdje mee bezig geweest en wil graag phphulp.nl bedanken voor de hulp die ik heb gekregen als ik weer eens vastliep.
En in het bijzonder wil ik bedanken:
- Ger van Steenderen die me enorm heeft geholpen met sql. Bedankt Ger!
- ErwinH
- Ariën
- SanThe

Groet,

Jo
Ik heb momenteel wel helemaal bovenaan de pagina een bewegende balk (lichtkrant-idee) waarin wordt uitgelegd wat je allemaal op de site kunt doen, maar blijkbaar valt dit niet goed genoeg op. Ik ben van plan om een deel van de voorpagina te gebruiken voor uitleg/annex reclame voor mijn eigen site.
En inderdaad wat meer wervende teksten op de rest van de site voor mensen die niet ingelogd zijn is ook een goed idee.

Dat SSO ga ik ook zeker naar kijken om de drempel om te registreren te verlagen.

Wat betreft de url's. Ik vind persoonlijke de manier die jij aangeeft ook mooier en duidelijker, alleen ik werk nu met een systeem dat er allemaal variabelen in de url zitten die de content bepalen.
Bijvoorbeeld:

http://www.devoetbalscout.nl/competitie.php?competitieID=1&menu=programma&seizoen=1617&soort=reguliere competitie&onderwerp=23

stel dat ik daar zoiets van maak:

http://www.devoetbalscout.nl/competitie/1/1617/reguliere_competitie/23 (/...plus titel van de pagina...)

wordt het dan niet lastig te bepalen waar elke variabele in de url voor staat?

Als je dat netjes kan bijhouden, en centraal in de website consistent probeert te houden.
De gebruikers worden toch aan de hand van de hyperlinks geleid naar de juiste URL's.
Je kunt beter even een demo account plaatsen hier als je graag wilt dat we ook dat deel beoordelen, maar het lijkt me beter om je eerst te richten op de snelheid. Zoals Arien al zei; ik haak eigenlijk al gelijk af aangezien het laden zolang duurt, dus ik kan ook geen echte beoordeling geven. Ik vind de site nogal klein als in niet scherm vullend. Er is zoveel wit ruimte, maar toch wordt de content in delen geknipt en moet ik een extra handeling doen om de rest te lezen.

Een mobiele site, als in aparte subdomein of artikel.php en m_artikel.php is nogal ouderwets en kost extra onderhoud. Als jouw site goed in elkaar zit kun je dit gewoon regelen in je CSS.
Daarnaast zou ik iets als Bootstrap toch overwegen, al heeft je site nu een bijzondere opmaak die zich daar niet goed voor leent (als je daar überhaupt toestemming voor hebt).

Waarom is je site eigenlijk zo traag? Haal je content van buiten je website? Dan zal ik dit eens in je eigen database opslaan.
He Michael,

Inderdaad een testaccount is een goed idee. Hier is er eentje, mag iedereen gebruiken maar is wel tijdelijk:

email:
[email protected]
wachtwoord:
Testaccount1

Ik heb voor dit design gekozen omdat ik mijn site het idee van een applicatie wil geven. Het is inderdaad wat klein en het is niet schermvullend, maar er is ook nog geen reclame.
Bovendien zorgt mijn gekozen design er ook voor dat ik steeds heel goed na moest denken hoe ik alles logisch ging opdelen in stukjes. Dat heeft denk ook zijn voordelen.

Over de snelheid. Het zijn een aantal pagina's die inderdaad erg langzaam zijn, waaronder de voorpagina. Alle data zit in mijn eigen database, misschien kunnen sommige queries wat sneller. En ik heb mijn css-bestanden nog niet opgeschoond. Hier zit erg veel id's en classes tussen die ik allang niet meer gebruik. Dat moet ik nog allemaal nog opschonen. Had ik gelijk moeten doen en daar loop ik nu al een tijdje tegen aan te hikken. Bovendien kan meer met "overerven" (of hoe dat ook heet) doen.

Ik weet overigens niet wat je met "(als je daar überhaupt toestemming voor hebt)" bedoelt.

Groet,

Jo
Dat de website traag is los je niet op door je CSS op te ruimen o.i.d.

[edit]
Misschien dat je inderdaad eens naar je queries moet kijken dan.
Zorg dat je niet alles selecteert terwijl je het niet nodig hebt. Gebruik dus ook geen SELECT *, maar selecteer de velden die je nodig hebt.
[/edit]


Ik weet overigens niet wat je met "(als je daar überhaupt toestemming voor hebt)" bedoelt.

Ik dacht dat je misschien de wedstrijd uitslagen van een andere website afhaalde. Het is niet toegestaan zomaar data te 'rippen' van een andere site. Dit zijn meestal betaalde diensten.

[edit]Bericht aangepast. Foutieve info verwijdert :-)[/edit]
Hoezo denk je dat er iets mis is met mijn hosting?
Er zijn ook paginas die wel snel zijn, dat zou dan toch niet moeten kunnen?
Bijvoorbeeld: http://www.devoetbalscout.nl/speler.php?spelerID=2381

Ik denk dat het aan mijn queries ligt (bijvoorbeeld bij de index-pagina duurt het laden van de wedstrijden erg lang.

En ik denk dat opschonen van mijn css-bestanden ook snelheid gaat schelen. Daar worden die bestanden een stuk kleiner van en hoeft er dus minder gelezen te worden.

Ook verwijs ik veel naar andere pagina's d.m.v. <link rel="stylesheet" type="text/css" href="..."/>
Ik heb ergens gelezen dat dat ook veel tijd kost. Misschien moet ik wat van die bestanden samenvoegen.


Jo Immanuel op 28/02/2018 20:02:01

Ik denk dat het aan mijn queries ligt (bijvoorbeeld bij de index-pagina duurt het laden van de wedstrijden erg lang.

De meeste tijd zal zeker niet in je CSS liggen, tenzij die op een trage hosting staan.
Ik denk zelf eerder dat je een trage quuery hebt. Gebruik je soms complexe queries met JOINS en dergelijke koppelingen?

Edit: Ik heb het opgemeten, en het laden van je index-pagina zelf duurt hier 14591 ms.
Dus daar moet je het opzoeken.
Ik had het bericht al aangepast ;-) Foute conclusie.

Je site doet er 8-13 seconden over om te laden, daarna worden bestanden zoals afbeeldingen, css, js etc. ingeladen, dit gaat wel vlot. Je kunt dit zien in je developer toolbar van je browser (F12).

Hoe ziet een query op de voorpagina eruit?

Ik zie geen externe CSS bestanden behalve http://fonts.googleapis.com/css deze zou je nog wel op je eigen host kunnen zetten, maar dat verklaart niet de vertraging van 8-13 sec.
Het gebruik van <link rel="stylesheet" type="text/css" href="..."/> verklaart die vertraging ook niet. Dat zou ik zeker zo laten.

Ik zie trouwens nu pas dat je de site hebt gemaakt in XHTML. Waarom geen HTML5?
@Arien

Ik gebruik inderdaad best complexe queries met een hoop joins. Toch moeten die nog wel iets efficienter kunnen en, zoals Michael hierboven zei, de overbodige variabelen uit de select halen.

@Michael

Volgens mij had Arien het hier ook al over. Tja, ik ben ooit begonnen met XHTML. Waarom weet ik niet, maar toen was echt nog alles helemaal nieuw, dus in feite deed ik maar wat... Heeft HTML5 voordeel in snelheid?
Voer de query eens met EXPLAIN ervoor uit in phpMyAdmin of vanuit de commandline.
Dan zie je hopelijk de bottleneck.

HTML5 is de nieuwste versie van HTML, en kent een hoop nieuwe tags en mogelijkheden.
Aan snelheid maakt het niks uit, maar het kan zeker geen kwaad om met de tijd mee proberen te gaan.

Reageren