Posts by Stefan.J

@EternalFramez: Dit is geen Apache configuratie maar Nginx configuratie. En ik neem aan dat Starohosting juist wil dat alles wordt meegegeven als GET-parameter aan de index.

Wat betekent het if-statement? Betekent dat mocht de opgegeven locatie niet fysiek bestaan?

Zou het misschien kunnen dat je teveel requests doet? En wat houdt 'weg' precies in?

Werkt niet, en heeft iemand een andere oplossing vind ik echt triest. Je bent het eigenlijk niet waard, maar omdat misschien anderen nog iets hebben aan de oplossing, hier komt ie:

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d


RewriteRule ^index/(.*)/ index.php?subpagina=$1 [L]
RewriteRule ^(.*)/ index.php?pagina=$1

De L-modifier, waarover ik het in mijn eerste reactie ook al had...

Je rewrite rules omdraaien en eventueel de L modifier gebruiken.

Dat komt omdat alles wat voldoet aan die RewriteRule al wordt gematched en gerewrite in de rule erboven.

Je kunt er ook voor kiezen om ze gewoon even netjes op te bellen morgen en het rustig eens te bespreken. Misschien een beter idee dan een hele heisa maken of gewoon niets meer van je laten horen.

Backtics zijn MySQL specifiek. De SQL ISO standaard schrijft dubbele quotes voor. Door MySQL goed in te stellen kun je ook gebruik maken van dubbele quotes.

Nja, misschien in de accesslogs van Apache. Maar het is jou systeem.. Je weet dat er een fout is en wat er mee gedaan kan worden, dan moet je toch ook wel gericht kunnen zoeken?

Ik weet bijna zeker van niet.. 9 van de 10 keer betekent dit gewoon dat via jouw script wordt gedaan.

Hoe dan ook, hem geen promotie geven was dus een goede keuze.. Zulke figuren wil je toch niet in dienst hebben..

Ik heb niet alle reacties gelezen in dit topic, maar wou even terug komen op de captcha.

De captcha je op het juiste icoontje moet drukken is makkelijk te omzeilen. Het juiste icoontje uitkiezen is namelijk gemakkelijk te automatiseren. Voor een andere captcha kiezen lijkt me dus een verstandige keuze.

Citaat

print is not actually a real function (it is a language construct) so you are not required to use parentheses with its argument list.

Citaat

Returns 1, always.

http://php.net/manual/en/function.print.php

Het staat allemaal gewoon gedocumenteerd..

Ik mis wel de spatie tussen AND en spel. Krijg je een MySQL error?

Nee, het zijn beide language constructs. Daarom hoef je bij beide geen haakjes te gebruiken.

Inderdaad, echo is ietsjes sneller als print (ik denk omdat print een return waarde heeft). Maar dat stukje performance ga je echt niet terug vinden, maak je daar maar niet druk om..

Er is overigens wel één goede reden waarom je echo (of print) zou gebruiken. Omdat je dat hebt afgesproken in een standaard. Maar gezien de diversiteit die ik hier zie gebruiken de meesten hier helaas geen algemene standaard..

Nja, daar hoef je aan mij je excuses niet voor aan te beiden, vind het alleen wel vreemd dat je de juiste oplossing niet in overweging neemt..

De assign van my_string (die letterlijk h is) lijkt me allereerst nogal overdreven. Dat het voor gasten grijs wordt, komt dat niet gewoon doordat de sessie variabele id leeg is? Staat je error logging wel op het hoogste niveau?

Victor: En waarom zou je echo gebruiken in plaats van print? Omdat dat jou persoonlijke voorkeur heeft?

Je fouten zijn eigenlijk allemaal syntax fouten. Maak het jezelf iets makkelijker en download een IDE (bijvoorbeeld NetBeans), met hele lelijke rode lijntjes geeft een IDE de syntax fouten aan waardoor je er niet meer naar hoeft te zoeken.

Ja, dat snapte ik (dacht alleen even gebruikersnamen), maar zo gebruik je je database niet. Je moet dit normaliseren en gewoon een aparte tabel gebruiken zoals ik aangaf.

http://nl.wikipedia.org/wiki/D…ste_normaalvorm_.281NV.29

Ik heb het even voor je uit geprogrammeerd. Je zou zoiets als het volgende kunnen doen:

Je Controller-class:

<?php


class Controller {


	public function index() {
		$viewData = array(
			"user" => "Stefan",
			"age" => 21,
		);
		
		$view = new View('view', $viewData);
		$view->render();
	}


}

Je View-class:

<?php


class View {
	private $viewName;
	private $viewData;
	
	public function View($viewName, $viewData) {
		$this->viewName = $viewName;
		$this->viewData = $viewData;
	}
	
	public function render() {
		extract($this->viewData);
		require $this->viewName . ".php";
	}
}

En de view zelf:

<b>Hello <?php echo $user ?></b>


<p>You are <?php echo $age ?> years old.</p>

Zo te zien heb je een tekstveld gemaakt met de gebruikersnamen erin die het topic hebben bekeken. Je kunt beter gewoon een aparte tabel topic_read of iets dergelijks maken met daarin de kolommen topic_id en user_id. Een database kan dat aantal records best aan, en is er waarschijnlijk ook nog eens een stuk sneller in als de manier waarop je het nu hebt opgezet.