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.
aha..gelukkig..of niet..maar dan ligt het niet aan mij, maar aan de adminquote:Op maandag 28 januari 2013 23:50 schreef GlowMouse het volgende:
ik zeg ftp account gehackt; iemand heeft de ftp-gegevens op zijn pc opgeslagen en diegene heeft een virus
als het dat is...nu hopen dat er een recente backup ergens is
ben al aan het fixen geweest maar in al de js files staat ook een document rewrite
Haal die eval en gzinflate functie er eens omheen en maak het volgende er van:quote:Op maandag 28 januari 2013 23:30 schreef MrNiles het volgende:
ineens heb ik in elk mapje op een site een default.php bestand,
hierin staat
<?php eval(gzinflate(base64_decode("een hele hoop karakters hier"))); ?>
site gehackt?
kreeg ook een redirect naar een of andere darwin...... .fr
ligt het aan mij...of kan het ook aan mijn hostingprovider liggen, dat die gehackt is.
Of is het totaal iets anders?
| 1 2 3 | <?php echo base64_decode("een hele hoop karakters hier"); ?> |
Dit soort acties zijn ideaal om verdere uitbreiding van een script te realiseren. Heb er zelf ook al een keertje aangewerkt namelijk
quote:
[..]
aha..gelukkig..of niet..maar dan ligt het niet aan mij, maar aan de admin
als het dat is...nu hopen dat er een recente backup ergens is
ben al aan het fixen geweest maar in al de js files staat ook een document rewrite
Hoewel GlowMouse eigenlijk altijd gelijk heeft vind ik het een beetje kort door de bocht om te zeggen dat de ftp account gehacked is.quote:
[..]
aha..gelukkig..of niet..maar dan ligt het niet aan mij, maar aan de admin
als het dat is...nu hopen dat er een recente backup ergens is
ben al aan het fixen geweest maar in al de js files staat ook een document rewrite
Dit kan net zo goed zijn gebeurd via bugs of security holes in the server software of de webapplicaties die geinstalleerd zijn.
Basic rule: zorg dat alles up to date is.
[ Bericht 0% gewijzigd door Darkomen op 29-01-2013 12:03:35 (dt fail) ]
'vind ik'
Als je het zeker wilt weten moet je contact opnemen met de hoster, want dit kan inderdaad ook door andere dingen komen. Die kan de logfiles napluizen waar jij niet bij kunt. Maar dat ftp accounts gehackt worden en zulke code toegevoegd, gebeurt al zeker 3 jaar.
Als je het zeker wilt weten moet je contact opnemen met de hoster, want dit kan inderdaad ook door andere dingen komen. Die kan de logfiles napluizen waar jij niet bij kunt. Maar dat ftp accounts gehackt worden en zulke code toegevoegd, gebeurt al zeker 3 jaar.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Als je wil weten wat de code is die uitgevoerd wordt moet je natuurlijk de gzinflate functie wel laten staan, als je dat niet doet krijg je nog steeds een hoop garbage als output aangezien het is gecomprimeerd.quote:
[..]
Haal die eval en gzinflate functie er eens omheen en maak het volgende er van:
[ code verwijderd ]
Dit soort acties zijn ideaal om verdere uitbreiding van een script te realiseren. Heb er zelf ook al een keertje aangewerkt namelijk
Hoster denkt dat het Gumblar is.quote:
'vind ik'
Als je het zeker wilt weten moet je contact opnemen met de hoster, want dit kan inderdaad ook door andere dingen komen. Die kan de logfiles napluizen waar jij niet bij kunt. Maar dat ftp accounts gehackt worden en zulke code toegevoegd, gebeurt al zeker 3 jaar.
Niet zo fijn als ik de verhalen op internet allemaal moet geloven
Korte vraag,
Ik heb een internet kassa die het resultaat van een betaling automatisch dmv POST doorgeeft aan een door mij ingestelde URL. Daar heb ik een php script welke het resultaat verwerkt, zoals de order table updaten met het resultaat van de betaling, klant mailen met de gegevens van de bestelling, etc.
En daarbij wil ik ook direct de sessie van het winkelwagentje resetten, maar... dat lukt niet. Mijn $_SESSION['cart'] wordt niet geleegd.
Ik heb nu op die pagina $_SESSION naar een txt file gedumpt dmv de volgende code
Dit geeft als resultaat NULL. De sessie bestaat op desbetreffende pagina blijkbaar helemaal niet?
Gebruik ik namelijk dezelfde code op de pagina waar de internetkassa de gebruiker heen stuurt (manual response) krijg ik
Waarom heeft de automatic response pagina geen sessie informatie
-edit-
Opgelost, op de automatic response pagina had ik geen sessie id, want geen cookie info uiteraard. Nu sessie id in de url van de automatic response geparsed en daarmee de sessie op die pagina gestart.
[ Bericht 3% gewijzigd door Swetsenegger op 31-01-2013 16:38:56 ]
Ik heb een internet kassa die het resultaat van een betaling automatisch dmv POST doorgeeft aan een door mij ingestelde URL. Daar heb ik een php script welke het resultaat verwerkt, zoals de order table updaten met het resultaat van de betaling, klant mailen met de gegevens van de bestelling, etc.
En daarbij wil ik ook direct de sessie van het winkelwagentje resetten, maar... dat lukt niet. Mijn $_SESSION['cart'] wordt niet geleegd.
Ik heb nu op die pagina $_SESSION naar een txt file gedumpt dmv de volgende code
| 1 2 3 4 5 6 | <?php session_start(); $fp=fopen('session.txt','w+'); fwrite($fp,var_export($_SESSION['cart'],true)); fclose($fp); ?> |
Dit geeft als resultaat NULL. De sessie bestaat op desbetreffende pagina blijkbaar helemaal niet?
Gebruik ik namelijk dezelfde code op de pagina waar de internetkassa de gebruiker heen stuurt (manual response) krijg ik
| 1 2 3 4 | array ( 2 => '1', 5 => '2', ) |
Waarom heeft de automatic response pagina geen sessie informatie
-edit-
Opgelost, op de automatic response pagina had ik geen sessie id, want geen cookie info uiteraard. Nu sessie id in de url van de automatic response geparsed en daarmee de sessie op die pagina gestart.
[ Bericht 3% gewijzigd door Swetsenegger op 31-01-2013 16:38:56 ]
Ik hoop wel dat je die sessie op een of andere manier beveiligd hebt
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Ander vraagje dan maar 
Is er een algemene stelregel voor welke kolommen een index zouden moeten hebben? Bijvoorbeeld altijd op kolommen die je gebruikt in JOINS of iets dergelijks?
Is er een algemene stelregel voor welke kolommen een index zouden moeten hebben? Bijvoorbeeld altijd op kolommen die je gebruikt in JOINS of iets dergelijks?
Leg uit wat je bedoelt.quote:Op donderdag 31 januari 2013 17:06 schreef Chandler het volgende:
Ik hoop wel dat je die sessie op een of andere manier beveiligd hebt
Het veld van de 'op tellende' waarde? en verder lijkt mij niet dat er een stelregel is oid... maar logisch gezien pak je de velden die voor je applicatie het meest belangrijke zijn (dus waarmee je zoekt). en de links tussen bepaalde velden die waarde hebben..quote:Op donderdag 31 januari 2013 17:10 schreef Swetsenegger het volgende:
Ander vraagje dan maar
Is er een algemene stelregel voor welke kolommen een index zouden moeten hebben? Bijvoorbeeld altijd op kolommen die je gebruikt in JOINS of iets dergelijks?
ben geen expert zoals glowmouse..
Je roept een externe url aan met allerlei post gegevens, dan neem ik aan dat de connectie tussen beide systeem een bepaalde controle uitvoert?quote:
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Omnikassa van de rabobank. Je post allerlei gegevens zoals return url (nu dus met sessie info), totaalbedrag,merchant ID, etc etc en die wordt gehashed met een secret key.quote:
[..]
Het veld van de 'op tellende' waarde? en verder lijkt mij niet dat er een stelregel is oid... maar logisch gezien pak je de velden die voor je applicatie het meest belangrijke zijn (dus waarmee je zoekt).
ben geen expert zoals glowmouse..
[..]
Je roept een externe url aan met allerlei post gegevens, dan neem ik aan dat de connectie tussen beide systeem een bepaalde controle uitvoert?
Lijkt me voldoende toch? Of moet ik nog wat met die sessie ID voor de verbinding van kassa -> webshop?
Nee, lijkt mij voldoende, vroeg mij alleen op opzet even af.
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Het hangt volledig van de queries uit, lees bv. het boek over High Performance MySQL over uitleg over indices.quote:
Is er een algemene stelregel voor welke kolommen een index zouden moeten hebben? Bijvoorbeeld altijd op kolommen die je gebruikt in JOINS of iets dergelijks?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Je kan in MySQL de slow query log aanzetten en configgen om te checken welke queries eventueel vertraging opleveren in je applicatie of laten aangeven welke queries geen gebruik maken van indexes.quote:
Is er een algemene stelregel voor welke kolommen een index zouden moeten hebben? Bijvoorbeeld altijd op kolommen die je gebruikt in JOINS of iets dergelijks?
Als je een website maakt voor een lokale bakkerij zou ik er geen tijd in steken en gewoon je auto increment een primary geven. Het kan leuk zijn voor een oefening, maar de tijdswinst is zo marginaal bij kleine low traffic sites dat het de moeite niet loont om complexe indexes op te zetten.
Carpe Libertatem
Het meesturen van het sessie-ID naar de rabobank vind ik raar. De sessie is iets tussen jou en de bezoeker en daar heeft de rabobank niets mee te maken. Zodra de bezoeker terug komt op jouw website (door een redirect vanaf de rabobank) zou de browser van je bezoeker automatisch het sessie-cookie weer mee moeten sturen.quote:
[..]
Omnikassa van de rabobank. Je post allerlei gegevens zoals return url (nu dus met sessie info), totaalbedrag,merchant ID, etc etc en die wordt gehashed met een secret key.
Lijkt me voldoende toch? Of moet ik nog wat met die sessie ID voor de verbinding van kassa -> webshop?
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
De rabobank heeft er ook niets mee te maken, maar de pagina die de bestelling verwerkt wel.quote:Op donderdag 31 januari 2013 19:48 schreef papernote het volgende:
[..]
Het meesturen van het sessie-ID naar de rabobank vind ik raar. De sessie is iets tussen jou en de bezoeker en daar heeft de rabobank niets mee te maken. Zodra de bezoeker terug komt op jouw website (door een redirect vanaf de rabobank) zou de browser van je bezoeker automatisch het sessie-cookie weer mee moeten sturen.
De kassa heeft 2 return url's. Een URL waar de klant komt als die in de kassa op "klaar" klikt (normalReturnUrl), en 1 waar altijd een response heen gePOST wordt (automaticResponsUrl).
Het probleem van de eerste is dat je nooit zeker kan weten DAT de klant terug komt en is dus onbetrouwbaar voor het updaten van je order. Dat doe je dus op de automaticResponseUrl.
Wil ik op DIE pagina ook bij een geslaagde betaling de sessie van de winkelwagen 'unsetten' moet ik het sessieid wel in de automaticResponseUrl meesturen.
Maar ik heb nu voor de zekerheid de sessieID maar ge-mcrypt_encrypt voor hij naar de kassa gaat en hij wordt gedecrypt in de automaticResponseUrl. Dat lijkt me meer dan veilig genoeg
De winkelwagen kun je al legen op de pagina waar het formulier (die je doorstuurt naar omnikassa) opgebouwd wordt. Als het goed is is op dat moment je winkelwagen al omgezet naar een order en heb je die dus niet meer nodig.
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
Swets heeft wel gelijk want stel de betaling gaat niet goed, dan is het handig dat de winkelwagen nog gevuld is toch?quote:
De winkelwagen kun je al legen op de pagina waar het formulier (die je doorstuurt naar omnikassa) opgebouwd wordt. Als het goed is is op dat moment je winkelwagen al omgezet naar een order en heb je die dus niet meer nodig.
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Nee. Dan heb je in je account een onbetaalde order staan met een betaalknopje om het nog een keer te proberen.quote:Op vrijdag 1 februari 2013 07:31 schreef Chandler het volgende:
[..]
Swets heeft wel gelijk want stel de betaling gaat niet goed, dan is het handig dat de winkelwagen nog gevuld is toch?
Maar goed, dat ligt natuurlijk ook aan hoe je systeem werkt maar dit vind ik de meest logische manier.
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
Ik heb nu dat wanneer de betaling niet gelukt is, de items nog in de winkelwagen staan. Kan de klant direct een nieuwe order insturen.quote:
De winkelwagen kun je al legen op de pagina waar het formulier (die je doorstuurt naar omnikassa) opgebouwd wordt. Als het goed is is op dat moment je winkelwagen al omgezet naar een order en heb je die dus niet meer nodig.
Eh ja, dan staat er dus 1 niet geactiveerde order en 1 wel geactiveerde order (als de 2e betaling lukt). Wat is precies het probleem? Zie ik wat over het hoofd?quote:
[..]
Nee. Dan heb je in je account een onbetaalde order staan met een betaalknopje om het nog een keer te proberen.
Maar goed, dat ligt natuurlijk ook aan hoe je systeem werkt maar dit vind ik de meest logische manier.
"Probleem" is een groot woord, maar ik zou het fijner vinden als er in totaal maar 1 betaalde order bij mijn bestellingen staat als de betaling bij de 3e keer pas lukt, in plaats van 1 betaalde en 2 niet-betaalde.quote:
[..]
Eh ja, dan staat er dus 1 niet geactiveerde order en 1 wel geactiveerde order (als de 2e betaling lukt). Wat is precies het probleem?
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
Maar die niet betaalde toon ik uiteraard niet aan de klant, alleen de 'geactiveerde'.quote:
[..]
"Probleem" is een groot woord, maar ik zou het fijner vinden als er in totaal maar 1 betaalde order bij mijn bestellingen staat als de betaling bij de 3e keer pas lukt, in plaats van 1 betaalde en 2 niet-betaalde.
Ik had inderdaad ook gewoon een 'mijn orders' pagina kunnen maken met een 'probeer opnieuw' knopje. Mijn ervaring is wel dat voor veel mensen webshops nog steeds 'eng' zijn en ze nog een keer door een bekende betaalstraat heen loodsen misschien sneller geprobeerd wordt.
Nou ja, het was een keuze. Achteraf met wat haken en ogen.
Persoonlijk vind ik het beter om één order te hebben, waar dan [0, n] (nul of meer) betalingen aan hangen. Als mensen een iDeal betaling annuleren omdat ze toch liever een overschrijving doen, dan lijkt het me raar als je daarvoor een nieuwe order aan maakt?
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
Waarom? Het is gewoon een andere order. Ik ga toch niet dezelfde order 0 of meer keer laten afrekenen? Dat vind ik onlogisch. Een order kan WEL of NIET betaald worden dus er zeker geen n relatie mbt betalen.quote:Op zaterdag 2 februari 2013 11:18 schreef papernote het volgende:
Persoonlijk vind ik het beter om één order te hebben, waar dan [0, n] (nul of meer) betalingen aan hangen. Als mensen een iDeal betaling annuleren omdat ze toch liever een overschrijving doen, dan lijkt het me raar als je daarvoor een nieuwe order aan maakt?
Daarnaast zijn er allerlei terugkoppelingen van de internet kassa, onder andere:
"Authorization limit exceeded"
"Authorization refused"
"Invalid card number or invalid Card Security Code"
"Fraud suspicion"
"Security breach detected, transaction stopped"
"The number of attempts to enter the card number has been exceeded"
Die wil ik eigenlijk wel opgeslagen hebben bij desbetreffende orders.
[ Bericht 13% gewijzigd door Swetsenegger op 02-02-2013 18:13:12 ]
Zo doe ik het inderdaad ook. En die codes die hierboven worden genoemd worden dan bij de betaling/transactie opgeslagen.quote:
Persoonlijk vind ik het beter om één order te hebben, waar dan [0, n] (nul of meer) betalingen aan hangen. Als mensen een iDeal betaling annuleren omdat ze toch liever een overschrijving doen, dan lijkt het me raar als je daarvoor een nieuwe order aan maakt?
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
Iemand kan toch één order betalen met een cadeaubon en het restant met iDeal? Dan heb je twee betalingen. Wellicht niet in je huidige opzet, maar wie weet ga je ooit nog cadeaubonnen uitgeven, de vvv-cadeaubon accepteren, enz...quote:
[..]
Waarom? Het is gewoon een andere order. Ik ga toch niet dezelfde order 0 of meer keer laten afrekenen? Dat vind ik onlogisch. Een order kan WEL of NIET betaald worden dus er zeker geen n relatie mbt betalen.
Daarnaast zijn er allerlei terugkoppelingen van de internet kassa, onder andere:
"Authorization limit exceeded"
"Authorization refused"
"Invalid card number or invalid Card Security Code"
"Fraud suspicion"
"Security breach detected, transaction stopped"
"The number of attempts to enter the card number has been exceeded"
Die wil ik eigenlijk wel opgeslagen hebben bij desbetreffende orders.
Terugkoppelingen sla je ook op als een betaling, maar dan met een andere (mislukte) status. Zo kun je bij één order de historie van betalingen terugzien. Een order is pas volledig betaald als de som van alle betalingen met de status "succesvol" gelijk is aan het totaal van de order.
Ik zou niet zeggen dat het een andere order is. De klant is nog steeds met dezelfde order bezig en vanuit zijn opzicht is het natuurlijk wel gewoon dezelfde order. Het lijkt me ook verwarrend voor de klant als zijn betaling mislukt hij een nieuw ordernummer krijgt voor hetzelfde.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
Neequote:
[..]
Iemand kan toch één order betalen met een cadeaubon en het restant met iDeal?
In een webshop? Hoe wil je dat doen?quote:Dan heb je twee betalingen. Wellicht niet in je huidige opzet, maar wie weet ga je ooit nog cadeaubonnen uitgeven, de vvv-cadeaubon accepteren, enz...
Tja, ik heb er voor gekozen dat het een nieuwe order word. Overigens net als elke internet kassa ook verlangt. Ik moet bij elke order een transactie reference meesturen die uniek moet zijn.quote:Terugkoppelingen sla je ook op als een betaling, maar dan met een andere (mislukte) status. Zo kun je bij één order de historie van betalingen terugzien. Een order is pas volledig betaald als de som van alle betalingen met de status "succesvol" gelijk is aan het totaal van de order.
Nee, want de kassaomgeving is anders dan de webshop omgeving en het is heel duidelijk wanneer je betaling niet slaagt.quote:Ik zou niet zeggen dat het een andere order is. De klant is nog steeds met dezelfde order bezig en vanuit zijn opzicht is het natuurlijk wel gewoon dezelfde order. Het lijkt me ook verwarrend voor de klant als zijn betaling mislukt hij een nieuw ordernummer krijgt voor hetzelfde.
Hoe dan ook, ik vind dit het meest logisch en handig.
Overigens zou ik eventuele korting/tegoedbonnen eerder opnemen in de order als product met een negatief bedrag waardoor je simpelweg een lager totaalbedrag gaat afrekenen. Ik zou nooit 1 order in "2 delen" (laten) afrekenen.
Maar dat terzijde.
Maar dat terzijde.
Hey Swets, het is niet dat ik je probeer te overtuigen hoor. Ik heb de software geschreven voor een webshop die in Nederland alleen al 1.000+ iDeal betalingen per dag via de Rabobank verwerkte en in het buitenland vanalles via Ogone. Vanuit die ervaring vertel ik je hoe ik het heb opgelost, hoe je het zelf doet mag je natuurlijk zelf weten. Op mijn keuzes zal ook genoeg aan te merken zijn.
Cadeaubonnen werden bij ons digitaal ingeleverd en als deelbetaling ingevoerd. VVV-bonnen werden per post opgestuurd.
Het unieke transactie-id dat je bij elke betaling moet meegeven is dus niet gelijk aan het order-id. Maar de betalingen-tabel werkt als koppel-tabel tussen betaling-id en order-id. Elke nieuwe betaling krijgt een nieuw id en wordt aan een order gekoppeld. Het voordeel hiervan is dat je bij één order ook overzicht krijgt van mislukte betalingen, je een klant kunt benaderen als er problemen zijn en de betaling voor een order alsnog compleet krijgen.
Ikzelf heb iDeal Professional (heet dat nog zo?) geïmplementeerd, waarbij webshop en kassa één geheel zijn. Omnikassa lijkt iets anders te werken, omdat ze de iDeal implementatie al voor je gedaan hebben.
Cadeaubonnen werden bij ons digitaal ingeleverd en als deelbetaling ingevoerd. VVV-bonnen werden per post opgestuurd.
Het unieke transactie-id dat je bij elke betaling moet meegeven is dus niet gelijk aan het order-id. Maar de betalingen-tabel werkt als koppel-tabel tussen betaling-id en order-id. Elke nieuwe betaling krijgt een nieuw id en wordt aan een order gekoppeld. Het voordeel hiervan is dat je bij één order ook overzicht krijgt van mislukte betalingen, je een klant kunt benaderen als er problemen zijn en de betaling voor een order alsnog compleet krijgen.
Ikzelf heb iDeal Professional (heet dat nog zo?) geïmplementeerd, waarbij webshop en kassa één geheel zijn. Omnikassa lijkt iets anders te werken, omdat ze de iDeal implementatie al voor je gedaan hebben.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
Vraagje; Voor school moet ik regelmatig Word/Excel-documenten maken/aanpassen. Kent iemand een soort van "repository"/opslag tooltje in PHP waarmee ik op mijn site makkelijk documenten kan uploaden en bewerken?
to say of what is that it is not, or of what is not that it is, is false, while to say of what is that it is, or of what is not that it is not, is true
Ken ik, maar wil alles graag in eigen beheer hebben...quote:
Op
to say of what is that it is not, or of what is not that it is, is false, while to say of what is that it is, or of what is not that it is not, is true
Korte vraag,
Zijn 2500 tot 6000 queries per seconden als "ernstig veel" te classificeren voor een SQL server?
En indien ja, hoe kan je dat aantal verminderen zonder het obvious "minder queries per pageview gebruiken"?
Ik bedoel dus cache oid?
Zijn 2500 tot 6000 queries per seconden als "ernstig veel" te classificeren voor een SQL server?
En indien ja, hoe kan je dat aantal verminderen zonder het obvious "minder queries per pageview gebruiken"?
Ik bedoel dus cache oid?
Geen idee of dat ernstig veel is, maar door dingen met APC/memcached dingen te cachen kun je dat aantal in de meeste gevallen wel drastisch verlagen.
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
Dus je wil zelf Word en Excel gaan nabouwen in PHP?quote:
[..]
Ken ik, maar wil alles graag in eigen beheer hebben...
Nee, dat gaat misschien te ver ;-)quote:
Dus je wil zelf Word en Excel gaan nabouwen in PHP?
Ik wil een bestand kunnen uploaden, downloaden, eventueel de status "uitgecheckt" kunnen geven als ik hem bewerk. De bewerking van de bestanden doe ik gewoon lokaal.
to say of what is that it is not, or of what is not that it is, is false, while to say of what is that it is, or of what is not that it is not, is true
Alsof je gedachten kunt lezen; ik dacht al bij mezelf, waarom niet zelf maken...quote:
Ah zo. Geen idee of er zoiets bestaat, maar zelf maken is niet erg ingewikkeld lijkt me
Weer een hobbyprojectje er bij
to say of what is that it is not, or of what is not that it is, is false, while to say of what is that it is, or of what is not that it is not, is true
Ligt maar net aan de complexiteit van de queries. Meten = weten :-)quote:Op dinsdag 5 februari 2013 09:31 schreef Swetsenegger het volgende:
Korte vraag,
Zijn 2500 tot 6000 queries per seconden als "ernstig veel" te classificeren voor een SQL server?
En indien ja, hoe kan je dat aantal verminderen zonder het obvious "minder queries per pageview gebruiken"?
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
Abusing semicolons since 1987.
Ja dat begrijp ik, maar in het algemeen bedoelde ik. We hebben hier een performance probleem en ICT roept elke keer een andere reden. Nu dus weer het aantal queries.quote:
[..]
Ligt maar net aan de complexiteit van de queries. Meten = weten :-)
Wel, dat is het lastige. Er valt niets algemeens over te zeggen. Er hoeft maar één query tussen te zitten die een seconde lang een table gelockt heeft en je bent de sjaak (gechargeerd).
Wat gisteren bij een bepaald aantal queries/sec goed performde, doet dat vandaag bijvoorbeeld niet omdat er een bepaalde threshold overschreden is.
Wat voor bak is het? Wat zegt de profiler?
Wat gisteren bij een bepaald aantal queries/sec goed performde, doet dat vandaag bijvoorbeeld niet omdat er een bepaalde threshold overschreden is.
Wat voor bak is het? Wat zegt de profiler?
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
Abusing semicolons since 1987.
Er zijn allemaal manieren voor, maar wat is nou de beste manier om bepaalde waardes te zoeken in een array?
Ik heb de volgende waardes, en wil alles selecteren wat begint met "VD20130130", en de rest hoeft hij niet weer te geven.
VD201301281628.jpg
VD201301281630.jpg
VD201301281632.jpg
VD201301281634.jpg
VD201301301020.jpg
VD201301301044.jpg
VD201301301146.jpg
Ik heb de volgende waardes, en wil alles selecteren wat begint met "VD20130130", en de rest hoeft hij niet weer te geven.
VD201301281628.jpg
VD201301281630.jpg
VD201301281632.jpg
VD201301281634.jpg
VD201301301020.jpg
VD201301301044.jpg
VD201301301146.jpg
Ik zou een regex proberen te vermijden als het niet hoeft. In dit geval kun je ook met strpos wel uit de voeten.quote:
array_filterquote:
Er zijn allemaal manieren voor, maar wat is nou de beste manier om bepaalde waardes te zoeken in een array?
Ik heb de volgende waardes, en wil alles selecteren wat begint met "VD20130130", en de rest hoeft hij niet weer te geven.
VD201301281628.jpg
VD201301281630.jpg
VD201301281632.jpg
VD201301281634.jpg
VD201301301020.jpg
VD201301301044.jpg
VD201301301146.jpg
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
