Ronaldd
-
Items
3577 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door Ronaldd
-
-
Uitval door ip nummer verandering had voorkomen kunnen worden
gewoon de sat4all server twee ipnummers geven en als
de dns caches overal geupdate zijn het vervallen ip adres weg halen
Dit heb ik ook gedaan. En was zeker niet de oorzaak. De oorzaak was een reboot van HOST machine. De sat4all containder stond niet op auto boot, nu wel ;-) De sat4all container stond dus gewoon uit.
-
Meldingen van browsers, daar kunnen wij niets aan doen. Dat is afwachten tot google de site getest heeft.
-
We hebben de code gevonden en verwijderd, uit openx. Browsers zullen nog wel een security alarm geven. Online virus scanner zouden nu geen melding meer mogen geven. Indien er nog wel meldingen zijn van virus scanners, dan graag hier melden.
Ronald
-
Ik moet nog een paar testjes doen, en dan gaat vandaag nog de nieuwe versie naar de app store.
Als je wilt, dan kan ik op basis van jouw uuid een Ad-Hoc versie bouwen, die je er vandaag nog in kan zetten.
Je dient dan wel de app te verwijderen van de iPhone/iPad en de Ad-Hoc versie via iTunes erop te zetten.
Als dat teveel werk is, dan gewoon een week o.i.d. wachten voor goedkeuring van apple.
Ronald
-
Die video, maakt e.e.a. duidelijk. Je maakt gebruik van de normale skin en niet van de mobile skin.
Het lijkt erop dat de board software, na een tiental seconden, de focus weghaalt uit het invoer venster. Dan is het normaal, dat toetsenbord weg gaat. Ik zal met Michel overleggen, of dat in de skin is aan te passen.
Kan je de mobile skin eens proberen. Dan kan op de iPad door 'Force mobile skin' te gebruiken. Die heeft het niet.
Ronald
-
ik zou zo snel niet weten welken functie dat is. Welke iOS versie staat erop?
-
Ook met banners, blijft bij mij het toetsenbord gewoon staan. Het staat er nu al 10 minuten.
Lamko, je hebt toch niet per ongeluk op de knop rechts beneden gedrukt. Dat is namelijk de toets om toetsenbord te verbergen.
Ronald
-
Das dan 3 cent voor Ronald en 1,56 voor Apple!
In de nl AppStore gaat er 40 % naar Apple. De rest naar mij ;-)
-
Super, ik miste gewoon de trial versie, waarom Apple dat niet heeft is mij een raadsel. Ik ben pas van plan om hem te kopen als de volgende bug wordt opgelost : het toetsenbord valt weg uit het beeld op de iPad tijdens het typen. Denk er om, om dit te reproduceren dient hij zich wel in portraitstand te bevinden.
Vreemd ik heb dit bericht gewoon in kunnen toetsen op de iPad. Wanneer treedt dit probleem dan op? Dan probeer ik het te fixen.
Ronald
-
IPB Buddy is nu ook gratis te downloaden in de app store.
Ronald
-
Het gaat namelijk niet om 80 cent maar om 17 euro voor een tegoed kaart
Er zijn nog kaarten, die 'gratis' zijn. Die zijn dan gratis, als je voor 500 euro per jaar besteed (anders 19 euro). Mijn broer betaald met zo'n kaart alleen de benzine voor zijn auto en komt zo dus makkelijk aan de 500 per jaar.
Ronald
-
Android staat niet op de planning, om daar IPB Buddy voor te maken. Android heeft een compleet andere ontwikkel omgeving en zal dus vanaf scratch gemaakt moeten worden. Dat kost me teveel tijd. En ik heb ook geen android telefoon ;-).
Ronald
-
De webserver draait nu op de juiste bak. De migratie is dus nu voltooid.
Ronald
-
Michel was iets te vroeg met dit bericht. Sat4all draait nu nog op de verkeerde server. In de loop van de middag doe ik de migratie naar de nieuwe server.
Als dat nu wel goed gaat, dan zijn er geen database errors.
Ronald
-
Nog bedankt voor meedenken en monitoren. Dat geldt voor iedereen.
Ronald
-
Op 26 mei 17:09 heb ik geen vertraging gemeten.
Zelf meet ik vanaf de database server, die ook bij widexs staat, geen grote vertragingen meer. (Als ik backup tijdstip niet mee tel.)
Wat mij betreft is het performance probleem opgelost.
Op 26 mei 00:01, zie ik in de apache errorlog iig niets vreemds.
Die cache error moet ik nog (proberen te)fixen. Ik denk dat dit weekend te gaan doen.
Ronald
-
Origineel bericht van: Kimble@vGnp
Kan je misschien als dit weer gebeurd een screenshot posten van de "Wie zijn er Online"
Natuurlijk direct na een refresh. Wellicht gaat er iets fout met een karakter in een naam.
Ik verwacht niet dat het een vreemd teken in een naam is. De 'online_now' cache wordt iedere 10 minuten geupdate. Dan zou een refresh de syntax error niet oplossen en zou de error_log er vol mee staan.
Ik vermoed dat deze file al gelezen wordt als het schrijf process nog niet klaar is met schrijven. Schrijf opdrachten gaan via buffers en de filesize van deze file is groter dan schrijf buffers.
Wat ik wil gaan doen, is het schrijf process aanpassen door eerst een tempfile te schrijven en vervolgens een move te doen, dan staat de file er in 1 keer.
Ronald -
De animated gif willen we niet lokaal. De banner eigenaar dient deze zelf aan te kunnen passen. Hier zal het probleem ook niet in zitten, browsers kunnen tegenwoordig goed overweg met plaatjes die niet/langzaam laden.
Ronald
-
Kimble,
Op dat tijdstip heeft mijn monitor geen timeout gehad. Ik vermoed dus dat de time-out van jouw komt omdat je van ver monitored.
Ronald
-
Die syntax error treedt, volgens de log, een paar keer per dag op. Daar zouden, naar mijn idee, 2 oorzaken voor kunnen zijn:
1. Er is een gebruiker online met tekens in de naam die een syntax error genereren.
2. Het opbouwen van de 'online_now' cache was nog niet klaar op het moment dat de eerste gebruiker hem nodig heeft.
1. Verwacht ik niet omdat het anders veel vaker zou optreden.
2. Is goed mogelijk, mede omdat de toegepaste file locking niet geheel correct is.
Ronald
-
Ik heb de zoek bug al gevonden. Het was het zoek gedeelte in de rechter kolom. Die zorgde voor zoeken over de hele database. Die zoekt nu, geforceerd, tot 1 maand terug.
Ik hoop nu dat de time-outs over zijn. Tussen 3:30 en 4:30 zal sat4all nog wel traag zijn, want dan draait de backup.
Ronald
-
Even een tussentijdse update. Ik haal sinds een paar dagen iedere minuut de index pagina op (via een php script). De tijd meet ik en sla ik vervolgens op in een MySQL database. Zo kan ik achteraf zien wanneer er time-outs waren. Via sar kan ik dan de load (en veel andere data) van zowel de web server als de database server bekijken.
Bij time-outs gaat de load van de webserver naar een zeer laag nivo. De database server heeft het op zo'n moment erg moeilijk. Deze heeft erg veel last van iowaits.
In de MySQL slow query log zie ik op dat moment queries van de zoek machine die tot wel 350 seconden duren. Nadere analyse van deze queries geeft aan dat er een bug zit in de zoek machine van sat4all. De query die zo extreem lang duurt heeft geen tijd restrictie (max 2 jaar). Daardoor wordt de hele database afgezocht, dat is nu ruim 10 jaar.
Het is nu een kwestie om deze bug te vinden en te fixen.
P.S. Niet proberen, via de zoekmachine, deze bug te reproduceren.
Ronald
-
Wat ik graag wil weten is. Als dit probleem optreedt is de browser dan traag? Of werkt de browser gewoon. M.a.w kan je, als sat4all traag is, nog wel normaal scrollen, van tab wisselen enz.
Als de browser nl. traag reageerd kan het javascript zijn (die van sat4all komt). Op de server zelf kan ik op dit tijdstip geen aanwijzingen vinden.
Hadden meer mensen dit probleem vandaag van 07:02 tot 07:07?
Ronald
-
Origineel bericht van: Kimble
Doodgewoon om de simpele redenen dat er geen enkel ander forumsoftware dit nog ondersteunt.
Dat is 1 reden. Een andere reden is dat het technisch een uitdaging is om te maken.
Ronald
sat4all plat
in Nieuwsberichten
Geplaatst:
Tijd zou weer goed moeten staan.
Ronald