1 2 3 4 5 6 7 | $(document).ready(function(){ $.get(page.php', function(data) { $('#content').html(data); }); }); |
Nee de content is pak het beet elke paar minuten anders.quote:Op woensdag 13 juli 2011 17:54 schreef Tijn het volgende:
Is de pagina voor elke gebruiker hetzelfde? Zo ja, dan kun je denk ik beter de content cachen en de cache weergeven. Dan duurt het ook geen seconden per bezoeker.
De website haalt informatie uit rss-feeds. Daar is die vrij lang mee bezig.quote:Op woensdag 13 juli 2011 18:05 schreef mstx het volgende:
Ik zou het probleem bij de bron aanpakken want met deze javascript code los je niets op. Als je pagina al seconden duurt om op te bouwen gaat hij het niet lang uithouden als er meer dan 10 bezoekers je site bekijken. Ik zou eerst eens kijken wát er zo lang duurt, bijvoorbeeld trage mysql queries.
En dat doe je iedere request weer? Het idee van een rss-feed is dat je informatie gaat cachen...quote:Op woensdag 13 juli 2011 18:43 schreef dirkjo het volgende:
[..]
De website haalt informatie uit rss-feeds. Daar is die vrij lang mee bezig.
Er zijn in totaal elf RSS feeds die allemaal zowat om de paar minuten een nieuw item krijgen. Ik laat php van die elf feeds de eerste 10 items pakken en daar dan de titels en linkjes van uitspugen.quote:Op woensdag 13 juli 2011 19:00 schreef Light het volgende:
[..]
En dat doe je iedere request weer? Het idee van een rss-feed is dat je informatie gaat cachen...
Ook al over na lopen denken, maar dat betekent dat er bijv. elke 15 minuten 110 dingen moeten worden weggeschreven + dat ik juist graag zo actueel mogelijk wil zijn.quote:Op woensdag 13 juli 2011 20:24 schreef Tijn het volgende:
Ik zou het zo maken dat de RSS-feeds met een cronjob wordt uitgelezen en het resultaat ergens wegschrijft. Je website kan dan dat gewoon dat uitlezen, waardoor je bezoekers geen seconden op de pagina hoeven wachten. Je kunt die cron zo vaak draaien als je wil en daarmee dus zelf bepalen hoe actueel je site is.
Je kunt een cronjob ook elke minuut draaien. Of zelfs elke 10 seconden.quote:Op woensdag 13 juli 2011 20:54 schreef dirkjo het volgende:
[..]
Ook al over na lopen denken, maar dat betekent dat er bijv. elke 15 minuten 110 dingen moeten worden weggeschreven + dat ik juist graag zo actueel mogelijk wil zijn.
Daarnaast is wegschrijven zo gepiept.quote:Op woensdag 13 juli 2011 21:33 schreef Tijn het volgende:
[..]
Je kunt een cronjob ook elke minuut draaien. Of zelfs elke 10 seconden.
quote:Op woensdag 13 juli 2011 21:35 schreef Scorpie het volgende:
[..]
Daarnaast is wegschrijven zo gepiept.
Ik zal eens wat in elkaar gaan prutsen. Ben bekend met cronjobs, nu nog even kijken hoe ik netjes alle data weg ga schrijven.quote:Op woensdag 13 juli 2011 21:33 schreef Tijn het volgende:
[..]
Je kunt een cronjob ook elke minuut draaien. Of zelfs elke 10 seconden.
In een database?quote:Op woensdag 13 juli 2011 21:39 schreef dirkjo het volgende:
[..]
[..]
nu nog even kijken hoe ik netjes alle data weg ga schrijven
Dat had ik toen ook bedacht, maar ik bedoelde meer welke data en hoe.quote:
opgelost! Na nog eens naar de functionele eisen gekeken te hebben tot de conclusie gekomen dat ik in de php pagina gewoon nog een fpdf moet genereren :-)quote:Op donderdag 7 juli 2011 12:24 schreef Jumparound het volgende:
misschien kan iemand mij een tip geven ;-)
Ik zit met het volgende vraagstuk.
via fpdf wil ik een mail versturen met gebruikers details.
Dit lukt mij prima voor een gebruiker zelf, geen probleem.
maar wat ik ook wil is de administrator een tool geven om met een invul veld een fpdf te sturen naar zichzelf
dus je hebt gebruiker henk.
en admin ingrid (ingrid@home.nl)
in de fpdf komt dan
-----------------
deze pdf gaat over gebruiker $gebruiker
mail->to = ingrid@home.nl
-----------------
(dit is gewoon een opzet, geen valide code)
Maar wat ik me nu dus eigenlijk afvraag, hoe krijg ik de gegevens uit de query die je uitvoert vanuit het invoerveld (select * from userers where id = $id) oid... in fpdf?
iemand een tip of hint?
bij voorbaat dank!
Jammer dat 'ie alleen plaatjes maakt en geen interactieve charts, zoals Google's Chart API.quote:Op donderdag 14 juli 2011 10:19 schreef GI het volgende:
Van de week zitten spelen met pChart. Das nifty spul!
http://pchart.sourceforge.net/
Statisch is juist hetgeen dat ik wil hebben. Rapportage en export naar PDF gaat nogal moeilijk met een JS based interactieve chart.quote:Op donderdag 14 juli 2011 10:45 schreef Tijn het volgende:
[..]
Jammer dat 'ie alleen plaatjes maakt en geen interactieve charts, zoals Google's Chart API.
Dan is het handig natuurlijk. De anti-aliasing ziet er goed uit ook, trouwens.quote:Op donderdag 14 juli 2011 14:22 schreef GI het volgende:
[..]
Statisch is juist hetgeen dat ik wil hebben. Rapportage en export naar PDF gaat nogal moeilijk met een JS based interactieve chart.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |