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.
Ja, ik had de drie weken vakantie nog maar niet genoemdquote:Op donderdag 18 juni 2009 19:45 schreef Xcalibur het volgende:
je kan ze ook ALLEMAAL uitrekenen
Dus zowel de heenweg als de terugweg zeg maar... Dan voorkom je je nadeel, en heb je feitelijk de helft aan overbodige records
Ja maar... zo kan ik de afstand van slechts 1 startlocatie opslaan 
Er zullen straks flink wat gebruikers verschillende startpunten gaan invoeren, waardoor de afstand per locatie scheelt. Toch?
Er zullen straks flink wat gebruikers verschillende startpunten gaan invoeren, waardoor de afstand per locatie scheelt. Toch?
Oh, de gebruiker heeft zelf een onbekende lokatie. Kun je niet al heel snel heel veel opties wegstrepen als het verschil in latitude of longitude te groot is? Op latitude kun je in Nederland al best goed filtreren, dus als je daar een index opzet en dan WHERE latitude BETWEEN .. AND ... AND longitude BETWEEN .. AND ... gebruikt dan zal het wel flink sneller worden.
[ Bericht 0% gewijzigd door GlowMouse op 20-06-2009 12:09:11 ]
[ Bericht 0% gewijzigd door GlowMouse op 20-06-2009 12:09:11 ]
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Zoiets zou opzich wel moeten kunnen denk ik ja. Maar, hoe bereken je de lat/long die je in de SQL query gebruikt?
Kun je het niet generaliseren tot stad/dorp/iets groters dan de exacte coordinaten van de postcode, en een tabel maken die de afstand tussen die grotere blokken opslaat? Tenzij het erg is dat de meting niet 100% nauwkeurig is natuurlijk, dan is dat geen optie.. Mocht je de exacte afstand alsnog willen weten kun je alles selecteren waarbij de afstand tussen de 2 dorpen zegmaar <55km is, daar de exacte afstanden van berekenen, en dan alles <50km weergeven.. ofzoiets..
Ik wil een str_ireplace gebruiken om een link ergens omheen te zetten, maar hij moet het originele woord niet veranderen qua hoofd/kleine letters. Is dat mogelijk of wordt het een eregi oid?
Bijvoorbeeld "Dit IS eEn Test" wordt niet "dit is een test" (met link eromheen dan).
Bijvoorbeeld "Dit IS eEn Test" wordt niet "dit is een test" (met link eromheen dan).
-
Ik zou preg_replace() gebruiken.quote:
Ik wil een str_ireplace gebruiken om een link ergens omheen te zetten, maar hij moet het originele woord niet veranderen qua hoofd/kleine letters. Is dat mogelijk of wordt het een eregi oid?
Bijvoorbeeld "Dit IS eEn Test" wordt niet "dit is een test" (met link eromheen dan).
Lekker goed voor de performance ookquote:
Aangezien de functionaliteit in php (afaik) niet bestaat om hoofdletterongevoelig te vergelijken maar vervolgens wel de hoofdletters te behouden zou ik er gewoon een eigen functietje voor maken:
| 1 2 3 4 5 6 7 8 9 | function str_ireplace_case($input, $compare) { if(strcasecmp($input, $compare) === 0) return "<a href=\"whatever\">{$input}</a>"; else return $input; } ?> |
Stuk beter voor de performance dan een regular expression
Ik ben het met je eens dat het sneller is als je geen regular expression nodig hebt. Maar van de regular expression functies presteren de preg_* functies over het algemeen veel beter dan de ereg_* functies.quote:
[..]
Lekker goed voor de performance ook
Aangezien de functionaliteit in php (afaik) niet bestaat om hoofdletterongevoelig te vergelijken maar vervolgens wel de hoofdletters te behouden zou ik er gewoon een eigen functietje voor maken:
[ code verwijderd ]
Stuk beter voor de performance dan een regular expression
En jouw functie is leuk, maar werkt alleen als de input een exacte match is met de compare-tekst (hoofdletters buiten beschouwing gelaten). Met preg_replace() mag er ook tekst voor en/of achter de gezochte tekst staan en kun je toch een goede vervanging maken.
Goed punt, het is ook al laatquote:Op zaterdag 20 juni 2009 00:08 schreef Light het volgende:
[..]
Ik ben het met je eens dat het sneller is als je geen regular expression nodig hebt. Maar van de regular expression functies presteren de preg_* functies over het algemeen veel beter dan de ereg_* functies.
En jouw functie is leuk, maar werkt alleen als de input een exacte match is met de compare-tekst (hoofdletters buiten beschouwing gelaten). Met preg_replace() mag er ook tekst voor en/of achter de gezochte tekst staan en kun je toch een goede vervanging maken.
Het is opzich wel werkend te krijgen met een stripos.. Maar tenzij je deze functionaliteit een paar 1000 keer op een pagina gebruikt is de tijdswinst zo minimaal dat je inderdaad beter af bent met een simpele regex
Wat is een te verwachten waarde voor de straal? 1km? 10km? 100km? Dit is namelijk heel erg bepalend voor hoeveel procent van je records je terug zou kunnen krijgen. Bij 100km zou je in theorie bijna alle locaties terug kunnen krijgen, dus dan heeft slim querien weinig zin, bijvoorbeeld.quote:Op donderdag 18 juni 2009 17:30 schreef Likkende_Lassie het volgende:
Vraagje:
Ik heb de volgende functie om te berekenen hoeveel afstand er tussen 2 coordinaten zit:
[ code verwijderd ]
Echter, nu heb ik een database met +300.000 records.
Ik wil dat de gebruiker kan zeggen: ik wil binnen een straal van xx KM de resultaten zien.
Dat kunnen ze doen door een postcode in te vullen, waar ik een ander script voor heb om de coordinaten te berekenen.
Maar, om nu elk record te doorlopen om te kijken wat de afstand is, komt natuurlijk niet ten goede van de performance.
Weet iemand hoe ik het bovenstaande het beste kan berekenen? Ik heb in de database de coordinaten al opgeslagen. Dus ik zou eigenlijk in mijn mysql query kunnen zoeken op bijvoorbeeld: LIKE Lat = 1234'%' ,,, maar hoe dit te berekenen?
Stel dat je straal maximaal zo'n 40 km is, dan zou je het volgende kunnen doen:
* Sla de lattitude op in z'n eigen kolom, met een aparte index op alleen deze kolom.
* Sla de longitude op in z'n eigen kolom, met een aparte index op alleen deze kolom.
* Als je gaat querien, gebruik dan niet de cirkel met een straal van X kilometer, maar het vierkant wat deze cirkel omsluit (oftewel "teken het kleinst mogelijke vierkant om de cirkel met straal X"). Het voordeel is dat je deze vierkant rechtstreeks kan gebruiken in je query ("WHERE Lat between 51,201 and 51,323 and Long between 54.30 and 54.37") en dat dit geoptimaliseerd kan door de indexen op de Lat en Long kolommen.
* De resultset die je terugkrijgt bevat nu nog wel punten die wel binnen het vierkant vielen, maar niet binnen de cirkel. Deze zul je er in code uit moeten filteren met de berekening die je postte, maar dat is niet zo erg, omdat dit slechts ong. 20% van je rijen zal betreffen - de overige 80% valt zowel binnen het vierkant als binnen de cirkel.
Dit lijkt me de best haalbare combinatie van een eenvoudige query die relatief weinig nutteloze rijen teruggeeft.
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Niet waar, ook met MySQL 5.x niet:quote:
Het voordeel is dat je deze vierkant rechtstreeks kan gebruiken in je query ("WHERE Lat between 51,201 and 51,323 and Long between 54.30 and 54.37") en dat dit geoptimaliseerd kan door de indexen op de Lat en Long kolommen.
quote:If a range scan is possible on some key, the optimizer will not consider using Index Merge Union or Index Merge Sort-Union algorithms. For example, consider this query
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Hmm, volgens mij zou je dan het stuk over index intersections moeten quoten, en ik maak hieruit op dat MySQL dan wel beide indexen gebruikt?quote:Op zaterdag 20 juni 2009 11:23 schreef GlowMouse het volgende:
[..]
Niet waar, ook met MySQL 5.x niet:
[..]
Ik gebruik zelf geen MySQL, dus ik kan het niet testen, maar gelet op de documentatie (en mijn gevoel bij wat je van een redelijke RDBMS zou mogen verwachten) geef ik het eigenlijk wel een goede kans dat het wel geoptimaliseerd wordt.
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
De enige ongelijkheid die ik zie staan daar is er eentje op een primary key van een InnoDB-tabel. Dat zal er wel mee te maken hebben dat die key bij elke entry in de index op key_col1 opgeslagen wordt, en MySQL dus eigenlijk alleen de index op key_col1 hoeft te raadplegen en daarbij direct en 'gratis' de ongelijkheid kan checken.quote:
[..]
Hmm, volgens mij zou je dan het stuk over index intersections moeten quoten, en ik maak hieruit op dat MySQL dan wel beide indexen gebruikt?
Queries op grote tabellen die geen resultaat kunnen geven op basis van maximaal één index, vermijd ik zelf liever bij webapplicaties. Combineren van indices is in ieder geval in MySQL een stuk trager dan het gebruik van één index. Plus dat je ook vaak wilt sorteren, en dat lukt niet met twee indices.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Oh, zo, ja dat zou ook kunnen.quote:Op zaterdag 20 juni 2009 11:46 schreef GlowMouse het volgende:
[..]
De enige ongelijkheid die ik zie staan daar is er eentje op een primary key van een InnoDB-tabel.
Ik lette met name op het feit dat alle condities met AND's gecombineerd moesten worden en dat per index al zijn kolommen in de conditie aanwezig moesten zijn. Daar lijkt mijn oplossing aan te voldoen, maar inderdaad, bij het gegeven voorbeeld gebruiken ze geen ongelijkheden. Dus de vraag is of we daaruit moeten afleiden dat dit deel van het algoritme alleen met gelijkheden werkt.
Ik heb een andere verklaringquote:Dat zal er wel mee te maken hebben dat die key bij elke entry in de index op key_col1 opgeslagen wordt, en MySQL dus eigenlijk alleen de index op key_col1 hoeft te raadplegen en daarbij direct en 'gratis' de ongelijkheid kan checken.
Ik denk dat InnoDB zijn primary key index altijd 'clustered' maakt, d.w.z. dat de records fysiek geordend op primary key worden opgeslagen. En wanneer gegevens fysiek gesorteerd opgeslagen zijn, is het heel efficient om een range query uit te voeren: je zoekt het beginpunt, het eindpunt, en je retourneert alle rijen ertussenin.De meeste webapplicaties gebruiken dan ook geen coordinatenquote:Queries op grote tabellen die geen resultaat kunnen geven op basis van maximaal één index, vermijd ik zelf liever bij webapplicaties.
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Maar wat doe je dan met die index op key_col1?quote:
Ik heb een andere verklaring
edit: EXPLAIN geeft aan toch iets te doen met index_intersect. Vreemd, ik zou zeggen dat alleen de index op key_col1 gebruiken efficienter is.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Het feit dat je gegevens fysiek geordend zijn op key_col1 maakt dat de tabel al geindexeerd is - het heeft geen aparte opslagstructuur nodig. Je tabel is tevens je index, als het ware.quote:Op zaterdag 20 juni 2009 12:09 schreef GlowMouse het volgende:
[..]
Maar wat doe je dan met die index op key_col1?
Je snapt dat dit trucje maar voor 1 index toepasbaar is - je kunt je tabel tenslotte maar op 1 manier fysiek gesorteerd opslaan. Dus voor alle andere indexen zul je wel een aparte opslagstructuur moeten bijhouden.
Welke situatie heb je nu uitgeprobeerd dan?quote:edit: EXPLAIN geeft aan toch iets te doen met index_intersect. Vreemd, ik zou zeggen dat alleen de index op key_col1 gebruiken efficienter is.
[ Bericht 15% gewijzigd door HenryHill op 20-06-2009 12:19:48 ]
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
http://www.sitemasters.be(...)s_online_script_v2.0
Bezoekers online script zeer onveilig.
zitten er leuke ideeën in.
Het grappig is dat de meeste scripts online niet aan de veiligheid denken maar wel aan het script zelf.
Dit script is opzich wel een leuk idee. Jammer van de sql escape.
Bezoekers online script zeer onveilig.
zitten er leuke ideeën in.Het grappig is dat de meeste scripts online niet aan de veiligheid denken maar wel aan het script zelf.
Dit script is opzich wel een leuk idee.
Jammer van de sql escape.
Redacted
Dankje, die werkte een stuk beter.quote:
Alleen heb ik met /b gezegd dat het alleen hele woorden moeten zijn, maar dat pakt ie niet erg.
-
Moet je dat niet met \b doen?quote:
[..]
Dankje, die werkte een stuk beter.
Alleen heb ik met /b gezegd dat het alleen hele woorden moeten zijn, maar dat pakt ie niet erg.
Vraag hoe zetten jullie je website op ?
ik neem aan een ... header + footer aparte files een configuration.php met alle functions.
hoe doen jullie het met alle pagina's toevoegen met bvb www.website.nl/pagina/ ipv pagina.php
is daar een scriptje voor? of gebruiken jullie htacces?
Want ik zit nu in een mentale knoop in m'n hoofd. genoeg leuke scriptjes en ideetjes. maar een opzet in m'n kop loop ik mee vast
ik neem aan een ... header + footer aparte files een configuration.php met alle functions.
hoe doen jullie het met alle pagina's toevoegen met bvb www.website.nl/pagina/ ipv pagina.php
is daar een scriptje voor? of gebruiken jullie htacces?
Want ik zit nu in een mentale knoop in m'n hoofd. genoeg leuke scriptjes en ideetjes. maar een opzet in m'n kop loop ik mee vast
Redacted
Een WHERE pkey>val1 AND other_key=val2.quote:
[..]
Welke situatie heb je nu uitgeprobeerd dan?
Maar als de PK de tabel zelf is, dan zou het dom zijn om die te raadplegen / een rij op te halen als dat ook al uit de andere index op te maken valt.
map met includes (oa init.php), map met templates (oa header/footer.php), map met plaatjes, en voor elke pagina een pagina.php.quote:Op zaterdag 20 juni 2009 22:16 schreef cablegunmaster het volgende:
Vraag hoe zetten jullie je website op ?
ik neem aan een ... header + footer aparte files een configuration.php met alle functions.
hoe doen jullie het met alle pagina's toevoegen met bvb www.website.nl/pagina/ ipv pagina.php
is daar een scriptje voor? of gebruiken jullie htacces?
Want ik zit nu in een mentale knoop in m'n hoofd. genoeg leuke scriptjes en ideetjes. maar een opzet in m'n kop loop ik mee vast
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
maar hoe doe je het eigenlijk met het omzetten dat je de .php niet meer ziet?quote:
map met includes (oa init.php), map met templates (oa header/footer.php), map met plaatjes, en voor elke pagina een pagina.php.
.
Redacted
Als ik mij daar al druk om maak, mod_rewrite.quote:
[..]
maar hoe doe je het eigenlijk met het omzetten dat je de .php niet meer ziet?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
ik ga dit eens doornemenquote:
[..]
Als ik mij daar al druk om maak, mod_rewrite.
http://www.sitepoint.com/article/guide-url-rewriting/
lijkt me droge kost en na verloop van tijd simpeler om een variabel van te maken
. als mogelijk 
Redacted
RewriteRule ^nieuws/(.*)$ page/nieuws.php [NC]quote:Op zaterdag 20 juni 2009 22:45 schreef cablegunmaster het volgende:
[..]
ik ga dit eens doornemen
http://www.sitepoint.com/article/guide-url-rewriting/
lijkt me droge kost en na verloop van tijd simpeler om een variabel van te maken
Zo lastig is dat niet. Die .php-files stop ik dan wel in een andere, niet te bezoeken map.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Maar dan zat ik met het volgende probleem:
de functie als het bestand bestaat dat hij hem weergeeft en anders error bestand bestaat niet.
probleem:
index.php
basename kan ik hiervoor niet gebruiken? terwijl ze beide als output geven
1. The file index.php exist.
2. The file index.php does not exist.
bij 2 echo krijg je index.php te zien.
Raar... in mijn ogen zit er precies hetzelfde in de functie
uiteindelijk wou ik een vervanging voor een soort van Iframe in php .
[ Bericht 4% gewijzigd door cablegunmaster op 21-06-2009 09:51:23 ]
de functie als het bestand bestaat dat hij hem weergeeft en anders error bestand bestaat niet.
probleem:
index.php
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | $file = "index.php"; if (file_exists($file)) { echo "1.The file $file exists"; } else { echo "1.The file $file does not exist"; } // poging 2 met een variabele url. $file = basename($path,".php"); echo "<br>".$file."<br/>"; if (file_exists($file)) { echo "2.The file $file exists"; } else { echo "2.The file $file does not exist<br/>"; } |
basename kan ik hiervoor niet gebruiken? terwijl ze beide als output geven
1. The file index.php exist.
2. The file index.php does not exist.
bij 2 echo krijg je index.php te zien.
Raar... in mijn ogen zit er precies hetzelfde in de functie
uiteindelijk wou ik een vervanging voor een soort van Iframe in php
.[ Bericht 4% gewijzigd door cablegunmaster op 21-06-2009 09:51:23 ]
Redacted
Wat is de waarde van $path ?quote:
Maar dan zat ik met het volgende probleem:
de functie als het bestand bestaat dat hij hem weergeeft en anders error bestand bestaat niet.
probleem:
index.php
[ code verwijderd ]
basename kan ik hiervoor niet gebruiken? terwijl ze beide als output geven
1. The file index.php exist.
2. The file index.php does not exist.
bij 2 echo krijg je index.php te zien.
Raar... in mijn ogen zit er precies hetzelfde in de functie
uiteindelijk wou ik een vervanging voor een soort van Iframe in php
echo $path;quote:
cablegunmaster v3.0/index.php
met behulp van $_SERVER['PHP_SELF'];
en dan komt het met basename eruitrollen als index
hmm... eens even controleren. ik verwijder een br en opeens komt er index uitrollen ipv index.php zit ergens een foutje in
hij pakt de .php niet. volgens mij hoort dit .php er niet eens te staan | 1 2 3 4 5 6 7 8 | $file = basename($path); echo "<br>".$file."<br/>"; if (file_exists($file)) { echo "1.The file $file exists"; } else { echo "1.The file $file does not exist<br/>"; } |
opgelost namelijk .php ik dacht dat hij dat in basename toevoegde. maar blijkbaar verwijderde hij dat.
Handig scriptje controleert of het bestand bestaat en echot het dan ^^. nu nog een paar checks inbouwen [ Bericht 8% gewijzigd door cablegunmaster op 21-06-2009 10:03:58 ]
Redacted
Ik begrijp wat je/jullie zeggen, maar mijn vraag is eigenlijk eenvoudigquote:Op zaterdag 20 juni 2009 10:44 schreef HenryHill het volgende:
[..]
Wat is een te verwachten waarde voor de straal? 1km? 10km? 100km? Dit is namelijk heel erg bepalend voor hoeveel procent van je records je terug zou kunnen krijgen. Bij 100km zou je in theorie bijna alle locaties terug kunnen krijgen, dus dan heeft slim querien weinig zin, bijvoorbeeld.
Stel dat je straal maximaal zo'n 40 km is, dan zou je het volgende kunnen doen:
* Sla de lattitude op in z'n eigen kolom, met een aparte index op alleen deze kolom.
* Sla de longitude op in z'n eigen kolom, met een aparte index op alleen deze kolom.
* Als je gaat querien, gebruik dan niet de cirkel met een straal van X kilometer, maar het vierkant wat deze cirkel omsluit (oftewel "teken het kleinst mogelijke vierkant om de cirkel met straal X"). Het voordeel is dat je deze vierkant rechtstreeks kan gebruiken in je query ("WHERE Lat between 51,201 and 51,323 and Long between 54.30 and 54.37") en dat dit geoptimaliseerd kan door de indexen op de Lat en Long kolommen.
* De resultset die je terugkrijgt bevat nu nog wel punten die wel binnen het vierkant vielen, maar niet binnen de cirkel. Deze zul je er in code uit moeten filteren met de berekening die je postte, maar dat is niet zo erg, omdat dit slechts ong. 20% van je rijen zal betreffen - de overige 80% valt zowel binnen het vierkant als binnen de cirkel.
Dit lijkt me de best haalbare combinatie van een eenvoudige query die relatief weinig nutteloze rijen teruggeeft.
:Hoeveel is Lat / Long + bijvoorbeeld 10 of 100 Kilometer?
Dan zal de techniek erachter wel moeten lukken!
nu nog 1 andere vraag de hele bedoeling van het Iframe scriptje was dat hij als ik een pagina klikte het ergens anders tevoorschijn kwam. en controleerde of de pagina bestond. nu nog de vraag kan ik dit dynamisch maken?
dus bvb.. als ik de <a href="test.php">test</a> klikt dat hij dit toont ergens op m'n pagina. of zal ik dit hardcoded in een case moeten stouwen?
ik heb nu al 2 mogelijkheden gezien
1: via usergroeps dmv als usergroep 0 = roep deze array aan met alle links en titels omschrijvingen erin en echo die eronder. en dan als je op de omschrijving ahref drukt voegt hij een url erachter toe en required hij die erin
2: via get['page']
welke gebruiken jullie?
[ Bericht 36% gewijzigd door cablegunmaster op 21-06-2009 11:11:03 ]
dus bvb.. als ik de <a href="test.php">test</a> klikt dat hij dit toont ergens op m'n pagina. of zal ik dit hardcoded in een case moeten stouwen?
ik heb nu al 2 mogelijkheden gezien
1: via usergroeps dmv als usergroep 0 = roep deze array aan met alle links en titels omschrijvingen erin en echo die eronder. en dan als je op de omschrijving ahref drukt voegt hij een url erachter toe en required hij die erin
2: via get['page']
welke gebruiken jullie?
[ Bericht 36% gewijzigd door cablegunmaster op 21-06-2009 11:11:03 ]
Redacted
Je had aan de beveiliging gedacht?quote:
Maar dan zat ik met het volgende probleem:
de functie als het bestand bestaat dat hij hem weergeeft en anders error bestand bestaat niet.
Je dacht dat ik uit ging zoeken voor je hoe je rekent met lat/long?quote:
[..]
Ik begrijp wat je/jullie zeggen, maar mijn vraag is eigenlijk eenvoudig
Hoeveel is Lat / Long + bijvoorbeeld 10 of 100 Kilometer?
Dan zal de techniek erachter wel moeten lukken!
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
hoe bedoel je?quote:
Je kan namelijk 404 pagina opgeven van dat hij niet bestaat. en de htacces dat de map page met de pagina's niet toegangelijk is.
Redacted
Nougoed, als iemand enig idee heeft hoe de som in elkaar zit, graag!quote:Op zondag 21 juni 2009 11:28 schreef GlowMouse het volgende:
[..]
Je dacht dat ik uit ging zoeken voor je hoe je rekent met lat/long?
Dat ik geen pagina's kan opvragen waarvan jij niet wilt dat ik ze kan opvragen. Bv je index.php maar ook files in een andere map.quote:
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
ah nee de beveiliging is htacces ingesteld dat je bepaalde mappen geen toegang hebt. via get maar wel via a href kan weergeven dus kun je niet extern op de pagina komen.quote:
[..]
Dat ik geen pagina's kan opvragen waarvan jij niet wilt dat ik ze kan opvragen. Bv je index.php maar ook files in een andere map.
via een array de pagina lijst menu weergeven en dan
voor elke $variabele .pagina.php erachter plakken
zodat elke andere opvraging niet toegangelijk is
Redacted
Dat moet wel een heel goede beveiliging zijn! Ik zou me toch eens inlezen.quote:
[..]
ah nee de beveiliging is htacces ingesteld dat je bepaalde mappen geen toegang hebt. via get maar wel via a href kan weergeven dus kun je niet extern op de pagina komen.
Dat is schijnveiligheid, met een NUL-byte (chr(0)) te omzeilen.quote:
[..]
voor elke $variabele .pagina.php erachter plakken
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
ik krijg volgend jaar nog een hoofdstuk beveiliging maar wat bedoel je?quote:
[..]
Dat moet wel een heel goede beveiliging zijn! Ik zou me toch eens inlezen.
ik weet dat je via htacces de post en get kan uitschakelen voor een bepaalde map
Redacted
Wat ik bedoel is dat je met "a href" een normale GET krijgt, dus als dat werkt dan heb je gewoon geen beveiliging tegen GET.quote:
[..]
ik krijg volgend jaar nog een hoofdstuk beveiliging maar wat bedoel je?
En zie edit vorige post.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
vertel, hoe zou je dit kunnen oplossen ? want ik heb al heel wat stukjes gelezen over mogelijke aanvallen op websites beginnend met sql escape eindigend met bruteforce md5.
? want ik heb al heel wat stukjes gelezen over mogelijke aanvallen op websites beginnend met sql escape eindigend met bruteforce md5.
Redacted
Zelf een whitelist bijhouden met pagina's die de user op mag vragen. Of het idee laten varen om alles via één index.php te doen en voor elke pagina een aparte file gebruiken.quote:
vertel, hoe zou je dit kunnen oplossen
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik heb geen idee wat dit op postcode.nl doet, maardeze pagina bevat een berekening die wellicht doet wat je wilt...quote:Op zondag 21 juni 2009 12:24 schreef Likkende_Lassie het volgende:
[..]
Nougoed, als iemand enig idee heeft hoe de som in elkaar zit, graag!
Oh, en check ook de pagina waar hij naar verwijst: http://www.movable-type.co.uk/scripts/gis-faq-5.1.html
So this is how liberty dies... with thunderous applause.
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
Truth? What's so great about the truth? Try lying for a change, it's the currency of the world
ja opzich heb je wel gelijk.quote:
[..]
Zelf een whitelist bijhouden met pagina's die de user op mag vragen. Of het idee laten varen om alles via één index.php te doen en voor elke pagina een aparte file gebruiken.
1 pagina is niet overzichtelijk. ik denk teveel dat alles op de index pagina moet staan
maar dat is te gelimiteerd aan opties. kan beter alles in de header en footer schrijven en die elke keer includen
ik krijg steeds in mn hoofd dat alles op de index moet staan.
Redacted
Volgens mij ontbreekt pi in je formule. De omtrek van een cirkel is 2 * pi * r en dat vind ik niet terug in je formule. Ook is de straal van de aarde niet constant.quote:
[..]
Nougoed, als iemand enig idee heeft hoe de som in elkaar zit, graag! :)
Verder kun je natuurlijk zelf aan het rekenen gaan. Bereken eens de afstand tussen de volgende punten:
| 1 2 3 4 5 6 7 8 9 10 11 | (Lat, Lng) (Lat, Lng) ( 0, 0) ( 15, 0) ( 0, 60) ( 15, 60) ( 0, 120) ( 15, 120) ( 0, 180) ( 15, 180) ( 0, 0) ( 0, 15) ( 30, 0) ( 30, 15) ( 60, 0) ( 60, 15) ( 90, 0) ( 90, 15) |
Hier heb ik wel iets waar PI in voorkomt:quote:Op zondag 21 juni 2009 13:05 schreef Light het volgende:
[..]
Volgens mij ontbreekt pi in je formule. De omtrek van een cirkel is 2 * pi * r en dat vind ik niet terug in je formule. Ook is de straal van de aarde niet constant.
Verder kun je natuurlijk zelf aan het rekenen gaan. Bereken eens de afstand tussen de volgende punten:
[ code verwijderd ]
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | $r = 6378.8; //de radius / straal van de aarde in kilometers $fltDistance = ( $r * 3.1415926 * sqrt( ( $fltLat2 - $fltLat1 ) * ( $fltLat2 - $fltLat1 ) + cos ( $fltLat2 / 57.29578 ) * cos ( $fltLat1 / 57.29578 ) * ( $fltLon2 - $fltLon1 ) * ( $fltLon2 - $fltLon1 ) ) / 180 ); ?> |
EDIT:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | iRadius = 150 istartlat=Session("lat" istartlong=Session("long" LatRange = iradius / ((6076 / 5280) * 60) LongRange = iRadius / (((cos(cdbl(iStartLat * _ 3.141592653589 / 180)) * 6076.) / 5280.) * 60) LowLatitude = istartlat - LatRange HighLatitude = istartlat + LatRange LowLongitude = istartlong - LongRange HighLongitude = istartlong + LongRange SELECT * FROM Locations WHERE Latitude <= [HighLatitude] AND Latitude >= [LowLatitude] AND Longitude >= [LowLongitude] AND Longitude <= [HighLongitude] |
Zojuist bovenstaande gevonden, even mee stoeien, wie weet kom ik er zo uit!
[ Bericht 14% gewijzigd door Likkende_Lassie op 21-06-2009 13:18:47 ]
Om even terug te komen op bovenstaande:
Ik had het voorbeeld van http://www.dmxzone.com/forum/topic.asp?topic_id=14260.
Omgezet naar php:
Maar hier geeft hij geen resultaten weer. Zodra ik de $iRadius hoger dan 130 zet wel, maar dat klopt natuurlijk niet. Wel liggen alle punten redelijk in de buurt.
Ik had het voorbeeld van http://www.dmxzone.com/forum/topic.asp?topic_id=14260.
Omgezet naar php:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 | $from['Lat'] = 51.5007359; $from['Lng'] = 3.6112547; $iRadius = 100; $istartlat = $from['Lat']; $istartlong = $from['Long']; $LatRange = ($iRadius / ((6076 / 5280) * 60)); $floatthis = ($iStartLat * 3.141592653589 / 180); $LongRange = ($iRadius / (((cos(settype($floatthis, "float")) * 6076.) / 5280.) * 60)); $LowLatitude = ($istartlat - $LatRange); $HighLatitude = ($istartlat + $LatRange); $LowLongitude = ($istartlong - $LongRange); $HighLongitude = ($istartlong + $LongRange); echo " SELECT * FROM cor WHERE cor.Lat <= $HighLatitude AND cor.Lat >= $LowLatitude AND cor.Lng >= $LowLongitude AND cor.Lng <= $HighLongitude "; ?> |
Maar hier geeft hij geen resultaten weer. Zodra ik de $iRadius hoger dan 130 zet wel, maar dat klopt natuurlijk niet. Wel liggen alle punten redelijk in de buurt.
