DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Maar als die 10 mensen hun browser niet hadden gesloten, was de load precies hetzelfde geweest. Als die load het probleem is, moet je dat aanpakken. Maar of mensen nou wat met de output van je script doen of niet, is toch aan hun?
Probleem is niet alleen het sluiten maar ook mensen die op F5 drukken bijvoorbeeld omdat het ze te lang duurt. Het is sowieso niet 'goed' om scripts te hebben die zo lang draaien. Een pagina moet gewoon snel 'klaar' zijn. Als je batch-achtige zaken hebt moet je dat in achtergrondprocessen oplossen.quote:Op dinsdag 27 september 2011 12:09 schreef Tijn het volgende:
Maar als die 10 mensen hun browser niet hadden gesloten, was de load precies hetzelfde geweest. Als die load het probleem is, moet je dat aanpakken. Maar of mensen nou wat met de output van je script doen of niet, is toch aan hun?
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Daar ben ik het helemaal mee eens. Maar het probleem is dus niet dat je moet zorgen dat je script stopt zodra een user z'n browser sluit, maar überhaupt zorgen dat een user niet lang op een pagina hoeft te wachten.quote:Op dinsdag 27 september 2011 12:12 schreef Catbert het volgende:
[..]
Probleem is niet alleen het sluiten maar ook mensen die op F5 drukken bijvoorbeeld omdat het ze te lang duurt. Het is sowieso niet 'goed' om scripts te hebben die zo lang draaien. Een pagina moet gewoon snel 'klaar' zijn. Als je batch-achtige zaken hebt moet je dat in achtergrondprocessen oplossen.
Dan snap ik het probleem niet zo.quote:
In dirkjo zijn geval ga ik er vanuit dat het maar 1 gebruiker is
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Wat het uitmaakt? Nou op het moment dat die pagina aan een script aan het uitvoeren is kan je als bezoeker de site niet meer openen. Tenminste, voor zover ik gemerkt heb. Andere ip adressen kunnen het wel, maar hetzelfde ip adres kan dat dus niet meer.
Op dit moment gaat het om een paar bezoeker/gebruikers, maar ik wil het wel fatsoenlijk hebben functioneren. Het is al aan het groeien namelijk
Op dit moment gaat het om een paar bezoeker/gebruikers, maar ik wil het wel fatsoenlijk hebben functioneren. Het is al aan het groeien namelijk
Dat doet je browser, pak maar een andere browser op dezelfde pc.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Dan moet je het sowieso anders in gaan richten. Je wil dan ook niet dat er meerdere van dat soort batches parallel gaan werken waarschijnlijk. Wat doet het script exact?quote:
Op dit moment gaat het om een paar bezoeker/gebruikers, maar ik wil het wel fatsoenlijk hebben functioneren. Het is al aan het groeien namelijk
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Script is constant bezig met de twitter API. Haalt gegevens op en verstuurt ze, het is geen zwaar script; maar het duurt wel lang (door de delay time die tussen elke 'job' zit).quote:
[..]
Dan moet je het sowieso anders in gaan richten. Je wil dan ook niet dat er meerdere van dat soort batches parallel gaan werken waarschijnlijk. Wat doet het script exact?
Terwijl die bezig is in chrome laad firefox de website ook niet. Laat ik de website via een proxy doet die het welquote:
Dat doet je browser, pak maar een andere browser op dezelfde pc.
(OS: ubuntu)
Fout; is inderdaad de browser. Weet je dan toevallig ook waarom?
Tja. Ik zou dat niet in een dergelijk script doen maar in een achtergrondproces.quote:
Script is constant bezig met de twitter API. Haalt gegevens op en verstuurt ze, het is geen zwaar script; maar het duurt wel lang (door de delay time die tussen elke 'job' zit).
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Of als het aan de user getoond wordt: asynchroon ophalen via kortlopende requests.
nee, de browser zal de verbinding wellicht toch openhouden en max. 1 connectie per server aanmakenquote:
[..]
Terwijl die bezig is in chrome laad firefox de website ook niet. Laat ik de website via een proxy doet die het wel
(OS: ubuntu)
Fout; is inderdaad de browser. Weet je dan toevallig ook waarom?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Nog nooit mee gewerkt, toevallig linkje naar een mooi documentje erover?quote:
[..]
Tja. Ik zou dat niet in een dergelijk script doen maar in een achtergrondproces.
Tja. Met een fatsoenlijke webapplicatie gebaseerd op .Net of Java is dat een eitje, maarjaquote:
Nog nooit mee gewerkt, toevallig linkje naar een mooi documentje erover?
Ik doe zelf eigenlijk niks meer met PHP.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
PHP vind ik een erg toffe taal, maar ook benodigd voor de API (correct me if i'm wrong)quote:
[..]
Tja. Met een fatsoenlijke webapplicatie gebaseerd op .Net of Java is dat een eitje, maarja
Waarom zou je voor de twitter API PHP nodig hebben?quote:
PHP vind ik een erg toffe taal, maar ook benodigd voor de API (correct me if i'm wrong)
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
Omdat ik dat dachtquote:
[..]
Waarom zou je voor de twitter API PHP nodig hebben?
Kennelijk niet dus
Als ik vanuit een child class de construct van de parent class wil uitvoeren, dan hoef ik de class toch alleen maar te instantiëren? Want het wil niet helemaal...
Ik extend de databaseModel class, in de construct van die class wordt een connect uitgevoerd. In de child class gebruik ik database functies, die afhankelijk zijn van de een bestaande connectie.
Als ik de child class instantieer zou hij toch de cconstruct en dus ook de connect van de parent class moeten uitvoeren?
Ik extend de databaseModel class, in de construct van die class wordt een connect uitgevoerd. In de child class gebruik ik database functies, die afhankelijk zijn van de een bestaande connectie.
Als ik de child class instantieer zou hij toch de cconstruct en dus ook de connect van de parent class moeten uitvoeren?
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Ja, dat zou wel moeten gebeuren jaquote:
Als ik vanuit een child class de construct van de parent class wil uitvoeren, dan hoef ik de class toch alleen maar te instantiëren? Want het wil niet helemaal...
Ik extend de databaseModel class, in de construct van die class wordt een connect uitgevoerd. In de child class gebruik ik database functies, die afhankelijk zijn van de een bestaande connectie.
Als ik de child class instantieer zou hij toch de cconstruct en dus ook de connect van de parent class moeten uitvoeren?
PHP versie?
Ze keek me smerig aan ik vond 'm zelf nog zo subtiel
maar ze kon ze niet waarderen, grappen over Tsjernobyl
maar ze kon ze niet waarderen, grappen over Tsjernobyl
5.3.0
Ik zit ff te kijken waar het mis gaat...
Ik zit ff te kijken waar het mis gaat...
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
kun je niet even iets echo'en in je construct om te kijken of ie er wel echt komt. En hij heet ook echt function __construct() ?
Ze keek me smerig aan ik vond 'm zelf nog zo subtiel
maar ze kon ze niet waarderen, grappen over Tsjernobyl
maar ze kon ze niet waarderen, grappen over Tsjernobyl
De construct werkte gewoon toen ik nog geen child class had...
als ik lala echo in de construct zie ik dat ook gewoon, zelfde geld voor de connect functie
als ik lala echo in de construct zie ik dat ook gewoon, zelfde geld voor de connect functie
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Ik heb het gevoel dat dit niet een inheritance probleem is, ik ga ff verder debuggen.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
