timeout bij verversen pagina

Robin_v_G schreef:

Wat voor methode wordt er gebruikt? Toch geen LIKE ofzo hè?

fulltext ~~native~~ mysql. Maar die index is ook enorm.

Wat is de bottleneck dan?

Geen idee, te weinig geheugen (geconfigureerd) denk ik eigenlijk... Dat het systeem zo lekker gaat swappen. Maar dat is gissen want ik kan eigenlijk erg weinig zien.

Kun je het niet lokaal testen? Setje testdata is zo gemaakt.

Neuh tis al een oud beestje, zit zelf met een i7 en SSD. Kan wel een hoop toeren uithalen maar dan kom ik tot dezelfde conclusie en dat is gewoon dat het systeem niet berekend is op dit soort indexen van 600 Mb.

Ik zeg: migreren.

Wordt altijd uitgesteld tot het echt onacceptabel is geworden heh

En er is wel een soort van oplossing.. Database opsplitsen van berichten van <2010 en >2010 maar dan moet ik het e.a. gaan herschrijven.. En eigenlijk topics van voor 2010 allemaal sluiten om het mezelf niet al te moeilijk te maken maarja.. Moet je ook maar 'even' zin in hebben

Robin_v_G schreef:

Ik zeg: migreren.

Ik denk dat de meerkosten van een vervangend apparaat niet echt helemaal uit de hand zal hoeven te lopen. De hosting partij kan tenslotte de oude nog gewoon inzetten voor andere websites welke iets minder resources verbruiken. En mocht het nodig zijn dan denk ik dat er vast wel een flink aantal gebruikers van het forum zijn welke een gift willen doen in de server-buidel (f)

.

Hoe komt het eigenlijk dat veel überhaupt niet doorzoekbaar is? Als je zoekt naar je eigen berichten, vind je nog niet eens de helft. Dat is toch een query waar de database geen moeite mee mag hebben; de berichten zijn er nog wel. Ik kan me eigenlijk geen situatie voorstellen waarin 'SELECT x FROM posts WHERE user = 1' niet alle berichten oplevert, tenzij het uit een VIEW gehaald wordt en een deel van de posts al gefilterd is ofzo. Hoe zit dat?

Ik heb Media/Off topic standaard op niet doorzoeken gezet in de hoop dat dat iets uit ging maken maar dat is eigenlijk niet zo omdat ie nog steeds de complete index gebruikt. Daarnaast zit er standaard ook een tijdslimiet op van ehhh effe kijken.. 6 maanden...

Maargoed dat haalde allemaal niet zoveel uit. Eigenlijk niets denk ik, was een probeersel.. Nooit teruggedraaid.

Aaaah, ok. Zou van mijn kant gewaardeerd worden als dat teruggedraaid wordt, ik heb er wel eens 'last van' - al klinkt dat dramatischer dan het is uiteraard. (f)

In mijn beleving heb nog nooit enig probleem met de FS site gehad loopt als een trein hulde hiervoor.
Dat kan ik niet van mijn ADSL verbinding zeggen die retraind een keer of 30 per dag als het tegen zit.

Vanmorgen maar een Fiber abbonnement afgesloten, ga wel naar 30 Mbit up en down voor het zelfde geld. dat is met news account inbegrepen.

Hhmm zoeken is iets waar de boel op stuk gaat, af en toe... Niet altijd.. Maar dat is niet het enige.. Laatste bericht uit een onderwerp weghalen is ook niet tof.. Eigenlijk was dat nog erger maar dat heb ik drie jaar geleden al eens aangekaart;
http://www.phpbb.com/community/viewtopi ... 5#p7636145

Nooit iets officieel mee gedaan, die gasten concentreren zich alleen op kleine forumpjes.

Maar ook PB's lezen is traag en behoeft optimalisatie.

Afgezien dat de FS server verouderd is, is de code en structuur van phpBB niet in optimale conditie. Maar niemand heeft dus zin om daar iets aan te doen

Dave schreef:

Afgezien dat de FS server verouderd is, is de code en structuur van phpBB niet in optimale conditie. Maar niemand heeft dus zin om daar iets aan te doen

Als je een dikke hamer hebt ,los ik het wel even op O:)

IJzervijlsel in de airco unit is ook bijzonder effectief. Maar dan hebben wel iets meer systemen er "last" van

GertJan schreef:

IJzervijlsel in de airco unit is ook bijzonder effectief.

Speek je uit ervaring :duh:

Dave schreef:

Maffe van alles is dat ze zelf zeggen van gebruik de hele zoekfunctie maar niet bij grote fora. Ja wat is dat nou weer voor oplossing

Apache Solr er naast zetten, posts er heen sturen en instellen op 1 commit per minuut, dan heb je bijna realtime search en het is snel zat. In Solr alles op stored=false zetten behalve de postId dan blijft je index heel klein en kan je bij het weergeven van de results gewoon de posts uit de database halen.

Wat je zou kunnen overwegen is overstap van forum software. Overstappen naar SimpleMachines lost al veel op gok ik. De actieve topics zit daar standaard in (rss van active topics), attachments en een heleboel andere zaken.
Echter, ivm de vele aanpassingen van FS wordt dat alsnog behoorlijk lastig denk ik. Een test kun je altijd uitvoeren

(er is overstap software ontwikkeld voor phpbb to smf ) http://download.simplemachines.org/?con ... ware=phpbb

http://www.simplemachines.org/

NooitTeSnel schreef:

Apache Solr er naast zetten

"Solr is written in Java and runs as a standalone full-text search server within a servlet container such as Tomcat."

Niet van die enge dingen roepen :nono:

Rens schreef:

Niet van die enge dingen roepen

Hoezo? Dat maakt dat het simpel te integreren is (draait extern met een REST API), makkelijk schaalbaar (Paar keer Tomcat starten en klaar) en werkt op zowel Windows als Linux (Java).

Ik heb hier bijvoorbeeld een Solr index staan met meer dan 100 miljoen documents op één server, index is nog klein genoeg om in memory te passen en hij doet zoekopdrachten in een paar milliseconden

Ik ben gek maar niet knettergek. Kijk als je een serieuzzeee suggestie zou doen dan ga je praten over het opzetten van een MySQL slave en dan daar de zoekqueries op doen. Maar blijft allemaal zwaar overdreven, niet nodig. Gewoon meer geheugen, hele db in het geheugen kan makkelijk, klaar.

Daarnaast zijn ideeën vaak gewoon niet uitvoerbaar, vervanging van forumsoftware is al helemaal out of the question. Ik wíl dat zelf niet handlen, compleet ander iets dan wat ik al 10 jaar gewend bent op de diverse sites die ik beheer en als iets bovendien een complete verandering niet leuk vind dan is het Google wel. Althans dat zou kunnen, omdat ik het exacte algoritme niet ken maar weet dat deze constructie ijzersterk werkt. En Google is heerser momenteel, dat lijkt me toch duidelijk?

Hoe dan ook, er wordt een probleem gemaakt van iets wat eigenlijk niet zo groot is. Servers bijplaatsen, complete structuren veranderen. Staan geen busladingen nieuwe lui hier voor de deur ofzo vooralsnog :lol:

Dave schreef:

Staan geen busladingen nieuwe lui hier voor de deur ofzo vooralsnog

Ook geen klein busje? :lol:

Dave schreef:

Staan geen busladingen nieuwe lui hier voor de deur ofzo vooralsnog :lol:

Dus 't flitsbeleid valt eigenlijk nog wel mee? O:)

Nou nee dat valt helemaal niet mee, er hoeft maar een trajectcontrole af te fikken en alle deuren worden eruit gelopen. :dood:

Is dat nog steeds DE piekdag?

Het grootste aantal gebruikers online was 919 op do 03 jul 2008, 10:51

Toen waren mijn vriendin 1 jaar bij elkaar, denk dat dat de reden was. O:)

haha.. idd. Alleen voor een beetje zoekfunctie de boel zo overhoop halen is meer werk dan de eigenlijke hinder is.

Nog een oplossing om google zoeken te gebruiken ipv phpbb zoeken? Onderstaande zoekt alleen in het forum van flitsservice

Code:

<div id="cse" style="width: 100%;">Loading</div>
<script src="http://www.google.nl/jsapi" type="text/javascript"></script>
<script type="text/javascript"> 
  google.load('search', '1', {language : 'nl'});
  google.setOnLoadCallback(function() {
    var customSearchControl = new google.search.CustomSearchControl('012887691743034009843:h_lvs5ks0a4');
    customSearchControl.setResultSetSize(google.search.Search.FILTERED_CSE_RESULTSET);
    customSearchControl.draw('cse');
  }, true);
</script>
<link rel="stylesheet" href="http://www.google.com/cse/style/look/default.css" type="text/css" /> <style type="text/css">
  .gsc-control-cse {
    font-family: Arial, sans-serif;
    border-color: #FFFFFF;
    background-color: #cccccc;
  }
  input.gsc-input {
    border-color: #BCCDF0;
  }
  input.gsc-search-button {
    border-color: #666666;
    background-color: #CECECE;
  }
  .gsc-tabHeader.gsc-tabhInactive {
    border-color: #E9E9E9;
    background-color: #E9E9E9;
  }
  .gsc-tabHeader.gsc-tabhActive {
    border-top-color: #FF9900;
    border-left-color: #E9E9E9;
    border-right-color: #E9E9E9;
    background-color: #FFFFFF;
  }
  .gsc-tabsArea {
    border-color: #E9E9E9;
  }
  .gsc-webResult.gsc-result,
  .gsc-results .gsc-imageResult {
    border-color: #FFFFFF;
    background-color: #FFFFFF;
  }
  .gsc-webResult.gsc-result:hover,
  .gsc-imageResult:hover {
    border-color: #FFFFFF;
    background-color: #FFFFFF;
  }
  .gs-webResult.gs-result a.gs-title:link,
  .gs-webResult.gs-result a.gs-title:link b,
  .gs-imageResult a.gs-title:link,
  .gs-imageResult a.gs-title:link b {
    color: #0000CC;
  }
  .gs-webResult.gs-result a.gs-title:visited,
  .gs-webResult.gs-result a.gs-title:visited b,
  .gs-imageResult a.gs-title:visited,
  .gs-imageResult a.gs-title:visited b {
    color: #0000CC;
  }
  .gs-webResult.gs-result a.gs-title:hover,
  .gs-webResult.gs-result a.gs-title:hover b,
  .gs-imageResult a.gs-title:hover,
  .gs-imageResult a.gs-title:hover b {
    color: #0000CC;
  }
  .gs-webResult.gs-result a.gs-title:active,
  .gs-webResult.gs-result a.gs-title:active b,
  .gs-imageResult a.gs-title:active,
  .gs-imageResult a.gs-title:active b {
    color: #0000CC;
  }
  .gsc-cursor-page {
    color: #0000CC;
  }
  a.gsc-trailing-more-results:link {
    color: #0000CC;
  }
  .gs-webResult .gs-snippet,
  .gs-imageResult .gs-snippet {
    color: #000000;
  }
  .gs-webResult div.gs-visibleUrl,
  .gs-imageResult div.gs-visibleUrl {
    color: #008000;
  }
  .gs-webResult div.gs-visibleUrl-short {
    color: #008000;
  }
  .gs-webResult div.gs-visibleUrl-short {
    display: none;
  }
  .gs-webResult div.gs-visibleUrl-long {
    display: block;
  }
  .gsc-cursor-box {
    border-color: #FFFFFF;
  }
  .gsc-results .gsc-cursor-box .gsc-cursor-page {
    border-color: #E9E9E9;
    background-color: #FFFFFF;
    color: #0000CC;
  }
  .gsc-results .gsc-cursor-box .gsc-cursor-current-page {
    border-color: #FF9900;
    background-color: #FFFFFF;
    color: #0000CC;
  }
  .gs-promotion {
    border-color: #336699;
    background-color: #FFFFFF;
  }
  .gs-promotion a.gs-title:link,
  .gs-promotion a.gs-title:link *,
  .gs-promotion .gs-snippet a:link {
    color: #0000CC;
  }
  .gs-promotion a.gs-title:visited,
  .gs-promotion a.gs-title:visited *,
  .gs-promotion .gs-snippet a:visited {
    color: #0000CC;
  }
  .gs-promotion a.gs-title:hover,
  .gs-promotion a.gs-title:hover *,
  .gs-promotion .gs-snippet a:hover {
    color: #0000CC;
  }
  .gs-promotion a.gs-title:active,
  .gs-promotion a.gs-title:active *,
  .gs-promotion .gs-snippet a:active {
    color: #0000CC;
  }
  .gs-promotion .gs-snippet,
  .gs-promotion .gs-title .gs-promotion-title-right,
  .gs-promotion .gs-title .gs-promotion-title-right *  {
    color: #000000;
  }
  .gs-promotion .gs-visibleUrl,
  .gs-promotion .gs-visibleUrl-short {
    color: #008000;
  }
</style>
      

bx gek schreef:

DE piekdag?

Nee maar het ligt wel in mn herinnering

getiem schreef:

om google zoeken te gebruiken ipv phpbb zoeken?

Weet ik niet, zou het als eerste optie kunnen doen natuurlijk.

We kunnen toch ook eerst een tijdje aanzien hoe het nu is, na de verandering in het locken ...

En ... een servert bijplaatsen - zal wel een geld kwestie wezen dat dat nog niet gebeurd is (niet als kritiek bedoeld, maar slechts als eventuele verklaring).

egeltjes schreef:

En ... een servert bijplaatsen

Ik vrees dat het probleem in de database zit (die is niet gemaakt voor text-search), je kan helaas niet zomaar een server er bij zetten en hopen dat je software daar zelf gebruik van gaat maken :wink:

Handig zeg die blauwe driehoekjes boven- en onderaan de pagina :kniktja:

Geen idee of er achter de schermen meer is gedaan dan alleen de lock van de databeest afhalen, maar het verversen geeft nog steeds problemen.

Ene moment kan het een hele tijd bijna probleemloos zijn, nog geen 5 min later en dan de rest van de dag niks dan ge-etter en vastlopers.
(Computer rebooten helpt dan niet, FF opnieuw starten niet, cookies/temp internetbestanden weggooien niet)
Andere sites heb ik GEEN problemen, TENZIJ FS blijft "hangen"

Sluit ik de FS-tab, dan werken de andere sites weer normaal.

Nieuwe FS layout ?
Afbeelding

CSS wordt dus niet geladen. Kun je met Firebug niks ontdekken?

Heb je het trouwens ook als je gewoon www.flitsservice.nl/phpbb gebruikt?

Robin_v_G schreef:

Heb je het trouwens ook als je gewoon www.flitsservice.nl/phpbb gebruikt?

Not Found

The requested URL /phpbb was not found on this server.

http://www.flitsservice.nl/phpBB/

WimLex schreef:

achter de schermen meer is gedaan dan alleen de lock van de databeest afhalen, maar het verversen geeft nog steeds problemen.

Neuh...

Maar ik had gaandeweg wel in de gaten dat jou probleem niets met FS te maken had. Maar geen search lock meer is wel weer een nuttig side effect van dit hele gewauwel :lol:

Dus, maar je Firefox is gewoon gaar, gooi je cache effe leeg en ik weet niet of je vage add-ons gebruikt?

En 1024x768? Zit je nog te kloppen op een stenen tijdperk machien?

Robin_v_G schreef:

Kun je met Firebug niks ontdekken?

Als iets wel een vage add-on is dan is het Firebug wel :fp:

Ik gebruik dan ook Dragonfly van Opera, maar daar heeft Lexie niets aan. (f)

Dave schreef:

Je Firefox is gewoon gaar, gooi je cache effe leeg en ik weet niet of je vage add-ons gebruikt?

Zoals vermeld, cache en temp internet maakt geen re.. erm .... helemaal niks uit, sterker nog, die worden automatisch gewist bij afsluiten FF.

Add ons, heb naar aanleiding van de begin problemen (OP) besloten om FF helemaal van de computer te verwijderen en van scratch af aan FF er weer op te zetten.
Heb nu op dit moment dus alleen de STANDAARD ff draaien zonder add-ons.

Robin_v_G schreef:

http://www.flitsservice.nl/phpBB/

Zal die eens een aantal dagen proberen (f)

Is sowieso relaxter, kun je tenminste normaal F5'en.

Frames... :fp:

Dave schreef:

En 1024x768? Zit je nog te kloppen op een stenen tijdperk machien?

15" Asus laptop
AMD athlon XP-m 2500+
512 Mb ram

Voor de meeste zaken nog meer dan snel genoeg.

(wat heeft dit met problemen met het bekijken van een website van doen ?) :huh:

WimLex schreef:

512 Mb ram

Dat is wel erg weinig, Firefox gebruikt tegenwoordig vrij veel geheugen.

WimLex schreef:

(wat heeft dit met problemen met het bekijken van een website van doen ?) :huh:

NooitTeSnel schreef:

Dat is wel erg weinig,

Dat

Maar je hebt een tab open op dat screenshot dus zal ... Wel loslopen.. Denk ik.

Maar als je uit het geheugen loopt dan wordt het hele systeem ontzettend traag en kan wellicht de browse opdrachten niet meer afhandelen. Gooi je er dan nog een live virusscanner overheen die op de achtergrond meedraait en dan wordt het helemaal ellende.

Ik heb net een post geplaatst(niet hier)hij komt er te staan.Ik duw f5 hup bericht weg :boos:

Zou kunnen, dan zit je precies op een pagina break en staat je bericht op de volgende bladzijde.

Dave schreef:

Zou kunnen, dan zit je precies op een pagina break en staat je bericht op de volgende bladzijde.

Dan zou hij er nou 2 keer moeten staan.Want ik heb hem opnieuw gepost.

Dave schreef:

WimLex schreef:
(wat heeft dit met problemen met het bekijken van een website van doen ?) :huh:

NooitTeSnel schreef:
Dat is wel erg weinig,

Dat

Leg me nou eens uit wat een hoeveelheid RAM-geheugen met een timeout bij het bezoeken/bekijken van een website te maken heeft ?

Een timeout die sinds enkele weken optreed, een timeout die alleen optreed bij FS.

zerty schreef:

Ik heb net een post geplaatst(niet hier)hij komt er te staan.Ik duw f5 hup bericht weg :boos:

Of een moderator is er erg snel bij geweest en heeft je msg gewisserd.

egeltjes schreef:

Of een moderator is er erg snel bij geweest en heeft je msg gewisserd.

Was in raad het voorwerp ,om 03:15 dus ik denk t niet :duh:

timeout bij verversen pagina

Wie is er online