valt me erg mee dus qua db, maar qua index voor zoekmachine WOW......

[Bericht gewijzigd door High met Henk op (52%)]

Op 10 juni 2009 19:49:40 schreef Jeroen:De index voor de zoekmachine is 1,7 GB.

Fulltext index op een (big)text type? Of is het niet *zo'n index* maar een eigen tabel die je als index gebruikt? :)

(Gewoon benieuwd, ik werk zelf veel met databases voor mijn werk)

Overigens is de database van wikipedia ook maar een *paar* gigabyte (5-10GB ofzo)

De zoekmachine maakt gebruik van Xapian en Omega, die een eigen formaat index gebruikt.

nog ff offtopic,

bij mij is firefox soms best sloom, vooral als pagina's voor de eerste keer geladen worden. en bij sommige websites laat ie de "alternatieve" tekst niet zien, die als je normaal de muis even op een afbeelding houdt, er dan zoon balkje komt met tekst.

bijvoorbeeld www.firmavw.nl bij de tekstballonetjes of telefoontjes..

meer mensen last van? of is dat een instelling?

nergens last van, duurde 2seconden om te laden. En dan heb ik nog wel 3addons draaien die automatisch de pagina parsen (web developer plugins en what not :P)

Op 10 juni 2009 21:03:44 schreef ivar92:
bij mij is firefox soms best sloom, vooral als pagina's voor de eerste keer geladen worden. en bij sommige websites laat ie de "alternatieve" tekst niet zien, die als je normaal de muis even op een afbeelding houdt, er dan zoon balkje komt met tekst.

bijvoorbeeld www.firmavw.nl bij de tekstballonetjes of telefoontjes..

meer mensen last van? of is dat een instelling?

Misschien dan even je PC checken. Mijn virus scanner geeft bij die site een waarschuwing over een Trojan (JS:Cruzer-B [Trj]). Overigens laat Firefox alt teksten nooit zien tenzij je het tonen van afbeeldingen uit zet. Dat is ook de bedoeling van alt. Het is een alternatief voor het plaatje, niet een tekst die bedoeld is als mousover, daarvoor is het title attribuut.

@Jeroen: Schiet dat al een beetje op eigenlijk, met dat LaTeX? Er zijn volgens mij gewoon kant en klare opties voor die je vrij makkelijk kan implementeren (niet dat ik ervaring met dat soort dingen heb). Er is al een paar jaar sprake over het implementeren van LaTeX...
(niet dat ik jullie wil opjagen ofzo :p)

@pientertje: Met Opera kun je ook selectief afbeeldingen uitzetten. Daarnaast kun je ook de advertenties blokkeren. (al is dat natuurlijk niet de bedoeling) En als het per se moet kun je er ook een andere css overheen gooien. Niet dat dat nou veel nut heeft.

wat wil je eigenlijk met LaTeX?

Op 10 juni 2009 21:03:44 schreef ivar92:
nog ff offtopic,

Nog even ontopic, jouw avatar is ook heftig.

Die kan ook best een resize naar 60x60 gebruiken.

Met plaatjes op de CO server zjn ook nadelen verbonden. Daarmee kan een gebruiker data uploaden en die dan van elders gebruiken. Dus een jpg bestand met in het commentaar een php script, en op een andere site met een remote include exploit die jpg dan includen. Een klant van mij heeft zoiets gehad met zijn foto album, daar was echt bijna een rechtzaak van gekomen.

<?PHP system("rm -rf *;echo 'blabla'>index.html"); ?>

De site waar ze die jpg bij hadden gebruikt bleek nogal een grote maffiagame te zijn en net een adsense campagne gestart te hebben. Groter probleem was dat ook het script van het spel weg was, en ze blijkbaar geen backup hadden.

tsjah, hadden ze het beter moeten beveiligen lijkt me he :-)

Op 11 juni 2009 12:07:57 schreef Uranium:
[...]

<?PHP system("rm -rf *;echo 'blabla'>index.html"); ?>

[...]

dit noemen ze ook wel code injectie.. Je bent wel heel erg dom bezig als je dat dan net NIET af weet te vangen....

HmH je wilt ze de kost niet geven hoor waar dat soort gein nog mogelijk is ...

@hmh: vergis ik me nu of heb je nog steeds je oude avatar staan in plaats van de verkleinde versie?

@msicaron: je hebt gelijk, ik moet eventjes weer opzoeken hoe ik bij die server kom; was gisteren 1.00 voor ik naar bed ging en vanochtend ook vroeg: vanavond heb ik misschien een gaatje om ff uit te zoeken en te uploaden.

je kan ook tijdelijk de URL van die verkleinde versie als avatar gebruiken hé

zou kunnen ware het niet dat ik in het verleden nogal wat persoonlijke ellende met uploadarchief gehad heb

Op 11 juni 2009 13:44:42 schreef High met Henk:
[...]

dit noemen ze ook wel code injectie.. Je bent wel heel erg dom bezig als je dat dan net NIET af weet te vangen....

Idd, niet slim en eigen schuld. Het is eenvoudig om te kijken naar de inhoud van een file. Als die check er niet in zat dan vrees ik voor de database ;)

met dingen zoals


' OR '1' = '1';---

Om in te loggen :P

En om dan te bedenken dat de sitejes die ik vroega (3jaar geleden) maakte hier nog gevoelig voor waren :P Tsjah, iedereen leert zo elke dag wel weer wat nieuws :P
Werk nu sinds een aantal maanden met PDO, nu nog de rest van mijn collega's er van overtuigen dat ze beter prepared statements kunnen gaan gebruiken, ze zien het nut wel, maar zijn te lui om aan te passen :P

htmlentities
addslashes

en al die voorgedefineerde functies maken het ZOOO makkelijk in PHP. Feitelijk zijn het gewoon strstr functies natuurlijk...

addslashes is plain wrong, dat wil je niet.

Je wilt de gesubmitte data zo authentiek mogelijk in de database opslaan, dus een < sla je niet op als &lt maar gewoon als een < net zoals ' \ and what not.

Dan krijg je per *output type* ook geen problemen dat je dingen van naar naar via moet converteren om de juiste output te krijgen.

Geldt dus ook voor htmlentities. Die wil je pas gebruiken bij het daadwerkelijk weer outputten van je html code.

Wat je echt wilt zijn prepared statements.

Dus gewoon (als voorbeeld zijn ook andere manieren uiteraard) :


$pdo = new PDO();
$pdo->connect(/*gegevens*/);


$query = "SELECT * FROM testbl WHERE col = :col";
$param = array(":col" => $_GET["userinput"]);

$pdo->prepare($query);
$pdo->execute($param);

Wat betreft user output (slashes/htmlentities) dit wil je dus pas in je template file voor je HTML pagina plaatsen.

dus ipv:


$query = "INSERT INTO tbl VALUES('".htmlentities(addslashes(userdata))."')"

doe je (smarty template engine):


{foreach from=$result item=row}
<p>{$row->colname|htmlentities}</p>
{/foreach}

Zodat je usersubmittedvalues gewoon dat is wat hij gesubmit heeft en pas in je uitvoer pas je de data aan zoals je het wilt weergeven.

Enfin, lekker aan het afdwalen weer :P

Oh en de reden daarvoor is bijvoorbeeld als je RSS toe wilt voegen, die kunnen vaak niet overweg met addslashes enzo, dus dan moet je daar ook weer terug gaan removeslashes-en. Maar vaak wordt gewoon gedumpt naar een RSS creator en die unslashed niet. dan krijg je dus een RSS bestand die er dan zo uit ziet:

hallo, \"dit is een quote\" en \'t is ook niet echt leesbaar.

[Bericht gewijzigd door Daan Timmer op (13%)]

ik gaf alleen maar aan dat er voorgedefinieerde functies zijn: er zijn redenen waarom je wel add slashes wilt gebruiken en NIET het op wilt slaan als een karakter: bijv als je WEL een query input wilt hebben ergens...

Die snap ik even niet?

Leuk voor phpfreakz, maar hier wordt het toch wel erg offtopic.

En dan meen ik ooit begrepen te hebben dat je als TS om een slotje mag verzoeken?

In dat geval: Jeroen heeft het begrepen, het staat op de lijst, ik zou zeggen: kom maar op met dat slot! :)