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.
Het gebruik van enkele (apostrophe) of dubbele aanhalingstekens scheelt een beetje, maar is nauwelijks merkbaar. Overigens zit er een verschil tussen het gebruik van enkele of dubbele aanhalingstekens. Alles wat tussen dubbele aanhalingstekens staat word dus geparsed:
Er zijn overigens veel meer manieren om iets te doen, zo kun je bijvoorbeeld ook een punt gebruiken, als volgt:
Mocht je in een PHP regel die je met dubbele aanhalingstekens opent dubbele aanhalingstekens willen gebruiken, of in een PHP regel die je met een enkel aanhalingsteken opent enkele aanhalingstekens gebruiken, dan gebruik je gewoon een 'escape character', die heeft vrijwel elke programmeertaal. Wat voorbeelden:
Ik kom dit heel vaak tegen omdat al mijn PHP bestanden altijd volledig uit PHP bestaan, in tegenstelling tot een soort van HTML pagina met meerdere PHP 'blocks' (aparte stukjes tussen de <? en ?> tags). Zoals eerder hier gezegd is is het héél belangrijk om alle HTML attributen te quoten, dus stel je hebt het volgende stukje HTML:
Dan zou ik, als ik een bestand volledig als PHP wil parsen, dus het volgende krijgen:
Puur een kwestie van de syntaxis kennen. Zoals ik al eerder zei, heeft vrijwel elke programmeertaal een escape character. In ASP kune je bijvoorbeeld een dubbel aanhalingsteken 'escapen' door er een tweede dubbel aanhalingsteken voor te zetten. Met andere woorden, in PHP is de escape character een , in ASP is de escape character een ".
| 1 2 3 4 5 | $var='Pietje'; echo "Ik heet $var"; // Resultaat: Ik heet Pietje ?> |
| 1 2 3 4 5 | $var='Pietje'; echo 'Ik heet $var'; // Resultaat: Ik heet $var ?> |
Er zijn overigens veel meer manieren om iets te doen, zo kun je bijvoorbeeld ook een punt gebruiken, als volgt:
| 1 2 3 4 5 | $var='Pietje'; echo "Ik heet ".$var; // Resultaat: Ik heet Pietje ?> |
| 1 2 3 4 5 | $var='Pietje'; echo 'Ik heet '.$var; // Resultaat: Ik heet Pietje ?> |
Mocht je in een PHP regel die je met dubbele aanhalingstekens opent dubbele aanhalingstekens willen gebruiken, of in een PHP regel die je met een enkel aanhalingsteken opent enkele aanhalingstekens gebruiken, dan gebruik je gewoon een 'escape character', die heeft vrijwel elke programmeertaal. Wat voorbeelden:
| 1 2 3 4 5 | $var='Pietje'; echo "Ik heet '$var'."; // Resultaat: Ik heet 'Pietje'. ?> |
| 1 2 3 4 5 | $var='Pietje'; echo "Ik heet \"$var\""; // Resultaat: Ik heet "Pietje" ?> |
| 1 2 3 4 5 | $var='Pietje'; echo 'Ik heet " '. $var .' "; // Resultaat: Ik heet " Pietje " ?> |
Ik kom dit heel vaak tegen omdat al mijn PHP bestanden altijd volledig uit PHP bestaan, in tegenstelling tot een soort van HTML pagina met meerdere PHP 'blocks' (aparte stukjes tussen de <? en ?> tags). Zoals eerder hier gezegd is is het héél belangrijk om alle HTML attributen te quoten, dus stel je hebt het volgende stukje HTML:
| 1 2 3 4 5 6 7 | <p>test en zo, ik ben "Gabber Piet"!</p> <img src="plaatje.jpg" style="width:100px; height:100px;" onclick="alert('Je hebt op het plaatje geklikt!');" alt="Plaatje" /> </div> |
Dan zou ik, als ik een bestand volledig als PHP wil parsen, dus het volgende krijgen:
| 1 2 3 4 5 6 7 8 9 | echo "<div style=\"font-weight:bold; background-color:#0000ff;\"> <p>test en zo, ik ben \"Gabber Piet\"!</p> <img src=\"plaatje.jpg\" style=\"width:100px; height:100px;\" onclick=\"alert('Je hebt op het plaatje geklikt!');\" alt=\"Plaatje\" /> </div>"; ?> |
Puur een kwestie van de syntaxis kennen. Zoals ik al eerder zei, heeft vrijwel elke programmeertaal een escape character. In ASP kune je bijvoorbeeld een dubbel aanhalingsteken 'escapen' door er een tweede dubbel aanhalingsteken voor te zetten. Met andere woorden, in PHP is de escape character een , in ASP is de escape character een ".
Zoals ik al eerder zei, heeft vrijwel elke programmeertaal een escape character. In ASP kune je bijvoorbeeld een dubbel aanhalingsteken 'escapen' door er een tweede dubbel aanhalingsteken voor te zetten. Met andere woorden, in PHP is de escape character een , in ASP is de escape character een ".
voor de regex / string koningen onder jullie:
Ik wil van een gegeven string checken of dit een geldige URL is. Nu heb ik een regex die allerlei mogelijke strings accepteert (niet alleen www.domein.nl, maar ook http://www.domein.nl:1080/~home/ bijvoorbeeld).
Nu wil ik echter ook de TLD checken tegen een lijst met bestaande TLD's, ik krijg deze alleen niet altijd te pakken in mijn string.... Als het ding op .nl / .com / .whatever eindigt lukt het wel natuurlijk, maar als er nog wat achteraan komt gaat het fout.
Wie weet raad?
Gerelateerd: vanaf welke PHP versie werken regex matches als P{M} ? In PHP 4.3.9 op mijn vorige Windows server werkte het, maar op mijn huidige Linux server niet
Ik wil van een gegeven string checken of dit een geldige URL is. Nu heb ik een regex die allerlei mogelijke strings accepteert (niet alleen www.domein.nl, maar ook http://www.domein.nl:1080/~home/ bijvoorbeeld).
Nu wil ik echter ook de TLD checken tegen een lijst met bestaande TLD's, ik krijg deze alleen niet altijd te pakken in mijn string.... Als het ding op .nl / .com / .whatever eindigt lukt het wel natuurlijk, maar als er nog wat achteraan komt gaat het fout.
Wie weet raad?
Gerelateerd: vanaf welke PHP versie werken regex matches als P{M} ? In PHP 4.3.9 op mijn vorige Windows server werkte het, maar op mijn huidige Linux server niet
Wat voor regex heb je nu dan?quote:Op dinsdag 10 april 2007 21:51 schreef Xcalibur het volgende:
Als het ding op .nl / .com / .whatever eindigt lukt het wel natuurlijk, maar als er nog wat achteraan komt gaat het fout.
Wie weet raad?
Dat staat gewoon in de manual hoor, zie deze pagina:quote:Gerelateerd: vanaf welke PHP versie werken regex matches als P{M} ? In PHP 4.3.9 op mijn vorige Windows server werkte het, maar op mijn huidige Linux server niet
quote:Unicode character properties
Since PHP 4.4.0 and 5.1.0, three additional escape sequences to match generic character types are available when UTF-8 mode is selected. They are:
\p{xx}
a character with the xx property
\P{xx}
a character without the xx property
\X
an extended Unicode sequence
Je moet niet alles met regexen willen oplossenquote:Op woensdag 11 april 2007 13:22 schreef super-muffin het volgende:
Hoe kan ik met 1 regex oid alle spaties en - uit een string verwijderen?
| 1 2 3 | $string = str_replace(array(' ', '-'), '', $string); ?> |
Sorry, ik zag je reactie zojuist pasquote:
Ik stuur je een email met mijn probleem. Zodra het kan kom ik online op MSN
In peace, sons bury their fathers; in war, fathers bury their sons. (484 BC–ca.425 BC, Herodotus)
He who knows when he can fight and when he cannot will be victorious. (c. 544 – 496 BC, Sun Tzu)
He who knows when he can fight and when he cannot will be victorious. (c. 544 – 496 BC, Sun Tzu)
hoe kun je simpel ë veranderen naar e, is hier een functie voor? ik kon deze namelijk zelf niet vinden
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
je kan ë veranderen naar e in kladblokquote:Op woensdag 11 april 2007 16:27 schreef Chandler het volgende:
hoe kun je simpel ë veranderen naar e, is hier een functie voor? ik kon deze namelijk zelf niet vinden
bewerken -> vervangen
Of bedoel je dat niet?
In peace, sons bury their fathers; in war, fathers bury their sons. (484 BC–ca.425 BC, Herodotus)
He who knows when he can fight and when he cannot will be victorious. (c. 544 – 496 BC, Sun Tzu)
He who knows when he can fight and when he cannot will be victorious. (c. 544 – 496 BC, Sun Tzu)
quote:Op woensdag 11 april 2007 16:27 schreef Chandler het volgende:
hoe kun je simpel ë veranderen naar e, is hier een functie voor? ik kon deze namelijk zelf niet vinden :{
| 1 2 3 | echo str_replace("ë","e","Meine namë sëite Hans"); ?> |
:+
@JohannesPaulus; nee natuurlijk niet in kladblok
@Geqxon: haha, ik had gehoopt dat er een functie was die ë, Ï etc kon omzetten naar e en i maar helaas
@Geqxon: haha, ik had gehoopt dat er een functie was die ë, Ï etc kon omzetten naar e en i maar helaas
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Die functie is er:
Héllo Çårmëñ, hôw àré yõü?
wordt:
Hello Carmen, how are you?
| 1 2 3 4 | $txt = htmlentities($txt); $txt = preg_replace('`&(.)(tilde|circ|grave|acute|uml|ring|cedil);`', '$1', $txt); ?> |
Héllo Çårmëñ, hôw àré yõü?
wordt:
Hello Carmen, how are you?
@Chandler
De oplossing is erg afhankelijk van de character set die je gebruikt HuHu's manier hierboven is wellicht de slimste, je moet dan htmlentities() wel doorgeven welke character set je gebruikt.
De oplossing is erg afhankelijk van de character set die je gebruikt HuHu's manier hierboven is wellicht de slimste, je moet dan htmlentities() wel doorgeven welke character set je gebruikt.
| 1 2 3 4 | $txt = htmlentities($txt, ENT_QUOTES, 'UTF-8'); ?> |
Ik heb een heel raar MySQL probleem en mijn host weet niet echt wat ie eraan kan doen, misschien komt het een van jullie bekend voor.
Ik heb twee domeinen die allebei gebruik maken van een aantal databases, die ik met phpMyAdmin kan openen (allemaal onder hetzelfde account, hoef niet per domein apart in te loggen). Vorige week is de MySQL versie geupdate. Ik moest toen opnieuw mijn database-users toevoegen aan de databases, maar verder werkte alles prima.
Op een ding na.
Mijn tweede domein lijkt een andere database te gebruiken dan ik kan openen met PMA. Wat ik in PMA zie, is al sinds 8 april niet meer geupdate, terwijl formulieren via de site (forum enzo) wel gewoon hun data wegschrijven. Wat ik in PMA verander, staat daarna niet op de site. De databases die bij mijn eerste domein horen, werken wel gewoon naar behoren.
Mijn host lijkt maar niet te begrijpen wat het probleem is, zelfs na een paar screenshots. Heeft iemand van jullie een idee? Ik heb het idee dat er ergens een verbinding wordt gemaakt met een backup database of zo, maar dat verklaart nog niet waarom de databases van het eerste domein wel gewoon werken...
Edit: waarom is het altijd zo dat ik vrijwel direct na in dit topic gepost te hebben een brainwave krijg die het probleem oplost? Ik heb geprobeerd in te loggen via het tweede domein (zelfde gegevens, alleen ander domein dus) en daar is het precies andersom. Hoe weet PMA welke databases bij welke site horen? Ik vind het maar lastig, het zou handiger zijn als ik de andere databases gewoon niet kon zien of zo, of dat het net als eerst weer allemaal via een PMA versie kon
[ Bericht 21% gewijzigd door wonderer op 11-04-2007 17:49:19 ]
Ik heb twee domeinen die allebei gebruik maken van een aantal databases, die ik met phpMyAdmin kan openen (allemaal onder hetzelfde account, hoef niet per domein apart in te loggen). Vorige week is de MySQL versie geupdate. Ik moest toen opnieuw mijn database-users toevoegen aan de databases, maar verder werkte alles prima.
Op een ding na.
Mijn tweede domein lijkt een andere database te gebruiken dan ik kan openen met PMA. Wat ik in PMA zie, is al sinds 8 april niet meer geupdate, terwijl formulieren via de site (forum enzo) wel gewoon hun data wegschrijven. Wat ik in PMA verander, staat daarna niet op de site. De databases die bij mijn eerste domein horen, werken wel gewoon naar behoren.
Mijn host lijkt maar niet te begrijpen wat het probleem is, zelfs na een paar screenshots. Heeft iemand van jullie een idee? Ik heb het idee dat er ergens een verbinding wordt gemaakt met een backup database of zo, maar dat verklaart nog niet waarom de databases van het eerste domein wel gewoon werken...
Edit: waarom is het altijd zo dat ik vrijwel direct na in dit topic gepost te hebben een brainwave krijg die het probleem oplost? Ik heb geprobeerd in te loggen via het tweede domein (zelfde gegevens, alleen ander domein dus) en daar is het precies andersom. Hoe weet PMA welke databases bij welke site horen? Ik vind het maar lastig, het zou handiger zijn als ik de andere databases gewoon niet kon zien of zo, of dat het net als eerst weer allemaal via een PMA versie kon
Ik vind het maar lastig, het zou handiger zijn als ik de andere databases gewoon niet kon zien of zo, of dat het net als eerst weer allemaal via een PMA versie kon [ Bericht 21% gewijzigd door wonderer op 11-04-2007 17:49:19 ]
"Pain is my friend. I can trust pain. I can trust pain to make my life utterly miserable."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
@wonderer
Databases hebben in eerste instantie niets met websites te maken. Simpelweg komt het neer op een combinatie van serveradres en databasenaam die bepaalt welke database je voor je neus krijgt, de username en het wachtwoord waarmee je inlogt bepaalt vervolgens welke rechten je hebt op de database. Oftewel: kijk naar de connection strings van beide domeinen; zijn de databasenamen én het serveradres gelijk?
Databases hebben in eerste instantie niets met websites te maken. Simpelweg komt het neer op een combinatie van serveradres en databasenaam die bepaalt welke database je voor je neus krijgt, de username en het wachtwoord waarmee je inlogt bepaalt vervolgens welke rechten je hebt op de database. Oftewel: kijk naar de connection strings van beide domeinen; zijn de databasenamen én het serveradres gelijk?
Ik weet niet goed om welke informatie je nu vraagt en waar ik die kan vinden. Ik log op beide domeinen in via poort 2082 naar cPanel en van daar klik ik op PMA. Het enige verschil in het adres is dus het domein in de adresbalk. Ze connecten allebei naar localhost en ik log met dezelfde gegevens in. Ik zie dus in beide versies van PMA dezelfde lijst met databases, alleen correspondeert de data niet meer met wat er op dit moment in staat, afhankelijk van via welk domein je hem bezoekt.
Het lijkt er dus op dat ze een kopie hebben gemaakt van de hele set en dat de ene site de ene kopie update en de andere site de andere kopie. Ik snap alleen niet hoe het onderscheid gemaakt kan worden. Ik heb namelijk de database voor het tweede domein destijds gewoon via de PMA van het eerste domein gemaakt.
Het lijkt er dus op dat ze een kopie hebben gemaakt van de hele set en dat de ene site de ene kopie update en de andere site de andere kopie. Ik snap alleen niet hoe het onderscheid gemaakt kan worden. Ik heb namelijk de database voor het tweede domein destijds gewoon via de PMA van het eerste domein gemaakt.
"Pain is my friend. I can trust pain. I can trust pain to make my life utterly miserable."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
Overigens merk ik net dat ze hetzelfde geintje hebben uitgehaald met mijn ftp server. Tweemaal inloggen, op een ander domein, en ik krijg bij allebei dezelfde lijst, maar als ik files voor domein twee upload via de ftp van domein een, werkt het niet en vice versa.
Dus het zal wel niet aan mysql liggen maar aan hun server setup.
Dus het zal wel niet aan mysql liggen maar aan hun server setup.
"Pain is my friend. I can trust pain. I can trust pain to make my life utterly miserable."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
@wonderer
Wijzen jouw twee domeinen naar dezelfde server? Want als je verbindt met 'localhost' betekent dat alleen dat je met de server verbindt waarop de website wordt gedraaid. Als ze je hele site hebben gekopiëerd zou ik het nog eens gaan navragen
Wijzen jouw twee domeinen naar dezelfde server? Want als je verbindt met 'localhost' betekent dat alleen dat je met de server verbindt waarop de website wordt gedraaid. Als ze je hele site hebben gekopiëerd zou ik het nog eens gaan navragen
Yeah, het tweede domein is een "add-on" domein. Als ik inlog op ftp zie ik bij beide sites ook dezelfde lijst, ik kan alleen de ene site niet updaten als ik ben ingelogd op het andere domein. Beetje duf Moet ik steeds op gaan letten of ik wel op het goede domein ben ingelogd.
"Pain is my friend. I can trust pain. I can trust pain to make my life utterly miserable."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
Als jij in eerste instantie beide domeinen naar dezelfde bestanden/fysieke locatie gekoppeld had en het sinds de veranderingen van je webhoster niet meer zo is, moet je die dus eens gaan aanspreken maar verder valt het een beetje buiten dit topic.quote:Op woensdag 11 april 2007 18:18 schreef wonderer het volgende:
Yeah, het tweede domein is een "add-on" domein. Als ik inlog op ftp zie ik bij beide sites ook dezelfde lijst, ik kan alleen de ene site niet updaten als ik ben ingelogd op het andere domein. Beetje duf Moet ik steeds op gaan letten of ik wel op het goede domein ben ingelogd.
Yep, thanks. Ik dacht eerst dat het alleen aan mysql lag, vandaar.
Ik zal erover ophouden
Ik zal erover ophouden
"Pain is my friend. I can trust pain. I can trust pain to make my life utterly miserable."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
Ik gebruik gewoon een standaard karakterset dus de versie van HuHu is reeds voldoende.quote:Op woensdag 11 april 2007 17:01 schreef JeRa het volgende:
@Chandler
De oplossing is erg afhankelijk van de character set die je gebruikt HuHu's manier hierboven is wellicht de slimste, je moet dan htmlentities() wel doorgeven welke character set je gebruikt.
[ code verwijderd ]
Mag ik beide heren weer vriendelijk bedanken!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
De regex op zich doet het prima, die is verder niet zo relevant (moet hem opzoeken, kan ik nu niet bij )quote:Op woensdag 11 april 2007 13:37 schreef JeRa het volgende:
Wat voor regex heb je nu dan?
Waar het mij om gaat is dat ik voor of na die regex de .nl / .com / etc eruit kan filteren zodat ik die apart kan checken...
Damn... ik heb er toch al vaak genoeg naar gezochtquote:Op woensdag 11 april 2007 13:37 schreef JeRa het volgende:
Dat staat gewoon in de manual hoor, zie deze pagina:
thanks iig!
http://nl2.php.net/parse_urlquote:Op dinsdag 10 april 2007 21:51 schreef Xcalibur het volgende:
voor de regex / string koningen onder jullie:
Ik wil van een gegeven string checken of dit een geldige URL is. Nu heb ik een regex die allerlei mogelijke strings accepteert (niet alleen www.domein.nl, maar ook http://www.domein.nl:1080/~home/ bijvoorbeeld).
Nu wil ik echter ook de TLD checken tegen een lijst met bestaande TLD's, ik krijg deze alleen niet altijd te pakken in mijn string.... Als het ding op .nl / .com / .whatever eindigt lukt het wel natuurlijk, maar als er nog wat achteraan komt gaat het fout.
Wie weet raad?
Vervolgens van "hostname" alles achter de laatste . grijpen
Tof! Alles achter de . is geen probleem, ik ga het proberen!quote:Op woensdag 11 april 2007 20:36 schreef Geqxon het volgende:
http://nl2.php.net/parse_url
Vervolgens van "hostname" alles achter de laatste . grijpen
Edit: is al gelukt
[ Bericht 11% gewijzigd door Xcalibur op 11-04-2007 20:42:42 ]
quote:Op woensdag 11 april 2007 20:37 schreef Xcalibur het volgende:
[..]
Tof! Alles achter de . is geen probleem, ik ga het proberen!
Edit: is al gelukt ^O^
| 1 2 3 4 5 6 7 | $url = "http://www.domein.nl:1080/~home/"; $host = parse_url($url,1); $tld = substr($host,strrpos($host,".")); echo $tld; ?> |
O-)
ik had em in 1 regel ... maar ik gebruik em dan ook in een in_array() check binnen een functie ;)quote:
| 1 |
"MySQL" is de naam voor een relationeel database beheerssysteem dat MyISAM, InnoDB en nog wat andere typen tabellen kan aanmaken. Wil je de maximum grootte (in bytes?) van een database bepalen?quote:Op donderdag 12 april 2007 03:01 schreef Libris het volgende:
Kort vraagje:
Kan ik een maximum grootte voor een mysql definieren en zo ja, hoe?
*gromt*
Ik heb hier een server staan waarop apache2 en php draait. Die fungeert als intranet en webbased applicatie servertje. Op dit moment draaien er 3 'domeinen' en die wil ik graag eenvoudiger kunnen benaderen dan server/domein
In mijn host file heb ik dus al voor alle 3 de 'domeinen' het ip opgenomen. Ik kan nu dus volstaan om 'intranet' of 1 van de andere 2 namen in te tikken om op de server terecht te komen. Maar vervolgens moet ik dan apache vertellen wat waar naartoe moet:
Ik krijg nu van apache de error terug dat alle 3 de documentroots niet bestaan als ik na de aanpassing van de httpd.conf de service herstart.
Wat doe ik fout?
Ik heb hier een server staan waarop apache2 en php draait. Die fungeert als intranet en webbased applicatie servertje. Op dit moment draaien er 3 'domeinen' en die wil ik graag eenvoudiger kunnen benaderen dan server/domein
In mijn host file heb ik dus al voor alle 3 de 'domeinen' het ip opgenomen. Ik kan nu dus volstaan om 'intranet' of 1 van de andere 2 namen in te tikken om op de server terecht te komen. Maar vervolgens moet ik dan apache vertellen wat waar naartoe moet:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | <VirtualHost *> ServerName intranet DocumentRoot /www/intranet </VirtualHost> <VirtualHost *> ServerName macdb DocumentRoot /www/Mac_db_mssql </VirtualHost> <VirtualHost *> ServerName pidvid DocumentRoot /www/PID_VID_DB </VirtualHost> |
Ik krijg nu van apache de error terug dat alle 3 de documentroots niet bestaan als ik na de aanpassing van de httpd.conf de service herstart.
Wat doe ik fout?
@Swetsenegger
De documentroots bestáán wel? Dus je hebt onder je root een map www met daarin intranet, Mac_db_mssql en PID_VID_DB (inclusief hoofd- en kleine letters?)
De documentroots bestáán wel? Dus je hebt onder je root een map www met daarin intranet, Mac_db_mssql en PID_VID_DB (inclusief hoofd- en kleine letters?)
Ja... afhankelijk van wat Apache als root ziet.quote:Op donderdag 12 april 2007 09:29 schreef JeRa het volgende:
@Swetsenegger
De documentroots bestáán wel? Dus je hebt onder je root een map www met daarin intranet, Mac_db_mssql en PID_VID_DB (inclusief hoofd- en kleine letters?)
Ik heb C:AppServ, met daarin /Apache2, /www, /php, etc.
In de www folder staan de genoemde mappen
-edit-
Dit staat in de httpd.conf
| 1 |
-edit2- hmz, ziet hij de apache2 folder dan waarschijnlijk als root, dus
| 1 |
zou wellicht wel werken of denk ik nu te eenvoudig?
[ Bericht 9% gewijzigd door Swetsenegger op 12-04-2007 09:39:46 ]
@Swetsenegger
Nee, dat is de zogenaamde configroot, dus waar Apache al zijn configs gaat opzoeken. Meer informatie daarover vind je hier. Héél eventueel gaat jouw idee wel werken, maar dan moet je de eerste slash weghalen (aangezien die eerste slash wordt gezien als een directory, en dat is in dit geval de root).
Nee, dat is de zogenaamde configroot, dus waar Apache al zijn configs gaat opzoeken. Meer informatie daarover vind je hier. Héél eventueel gaat jouw idee wel werken, maar dan moet je de eerste slash weghalen (aangezien die eerste slash wordt gezien als een directory, en dat is in dit geval de root).
Het werkt gek genoeg met die puntjes ervoor dus DocumentRoot ../www/intranetquote:Op donderdag 12 april 2007 09:41 schreef JeRa het volgende:
@Swetsenegger
Nee, dat is de zogenaamde configroot, dus waar Apache al zijn configs gaat opzoeken. Meer informatie daarover vind je hier. Héél eventueel gaat jouw idee wel werken, maar dan moet je de eerste slash weghalen (aangezien die eerste slash wordt gezien als een directory, en dat is in dit geval de root).
Dat is niet zo gek aangezien je met ServerRoot er dus kennelijk de feitelijke werkdirectory mee instelt dan werken relatieve paden dus net zo goed. Je eerste methode werkte niet vanwege de slash op het begin, die geeft een absoluut pad aan (/ wordt dan vertaald naar C:).quote:Op donderdag 12 april 2007 10:07 schreef Swetsenegger het volgende:
[..]
Het werkt gek genoeg met die puntjes ervoor dus DocumentRoot ../www/intranet
Ik heb dus meerdere MyISAM tabellen voor meedere users. En inderdaad, een grootte in (mega)bytes.quote:Op donderdag 12 april 2007 08:53 schreef JeRa het volgende:
[..]
"MySQL" is de naam voor een relationeel database beheerssysteem dat MyISAM, InnoDB en nog wat andere typen tabellen kan aanmaken. Wil je de maximum grootte (in bytes?) van een database bepalen?
Bedankt
Dat gaat niet vanuit MySQL ze hebben geen instelling gecreëerd waarmee je makkelijk de databases in grootte kunt beperken. Twee oplossingen:quote:Op donderdag 12 april 2007 10:29 schreef Libris het volgende:
[..]
Ik heb dus meerdere MyISAM tabellen voor meedere users. En inderdaad, een grootte in (mega)bytes.
1) Gebruik quotas en maak de user met quota eigenaar van de database (terwijl MySQL nog wel de database kan lezen). Dan zal MySQL nooit fysiek de database groter krijgen dan de hoeveelheid bytes die het besturingssysteem oplegt.
2) Gebruik passieve controle. Voer om het uur (ofzo) een script uit waarmee je de totale grootte van elke database in kaart brengt. Zodra een database te groot wordt stuur je een mailtje, set je een kolom in een statistiekentabel op true, of wat dan ook
Ok, nou bedankt het werktquote:Op donderdag 12 april 2007 10:16 schreef JeRa het volgende:
[..]
Dat is niet zo gek aangezien je met ServerRoot er dus kennelijk de feitelijke werkdirectory mee instelt dan werken relatieve paden dus net zo goed. Je eerste methode werkte niet vanwege de slash op het begin, die geeft een absoluut pad aan (/ wordt dan vertaald naar C:).
Voor het eerst heb ik virtual hosts werkend gekregen
Ik loop tegen een probleem met MySQL aan waar ik niet uitkom. Ik heb een table die 'news' heet met daarin de velden id, timestamp, title en content. Nu wil ik graag een lijstje van nieuwsitems laten zien, met de nieuwste eerst. Dus ik heb daarvoor deze query:
Nogal recht toe recht aan en dat werkt ook prima. De uitkomst is zoiets:
Maar nu! Het ding is, het timestamp is niet echt een timestamp, maar wordt gemaakt met alleen de dag, maand en jaar. Items die opdezelfde dag zijn geplaats, krijgen dus ook hetzelfde timestamp. En daarmee ontstaat een probleem.
Ergens anders wil ik namelijk ook een lijstje van items weergeven op volgorde van tijd, maar dan alleen de nieuwste tien. Die query ziet er zo uit:
En daar komt dit uit:
De volgorde van de items is nu veranderd, dat is niet de bedoeling!
Ik dacht het op te lossen door behalve naar het timestamp, ook naar het id te kijken. Ik hoopte dat de lijst dan alsnog op volgorde van tijd gesorteerd zou worden, maar bij gelijke timestamps, de hoogte van het id de volgorde zou bepalen. Zo staat dat bijvoorbeeld ook hier uitgelegd.
Echter, als ik dat probeer, met bijvoorbeeld deze query:
Is de output totaal niet wat ik verwacht:
Het lijkt wel precies verkeerd om ofzo :?
Iemand een idee hoe ik wel het resultaat krijg wat ik voor ogen heb?
| 1 |
Nogal recht toe recht aan en dat werkt ook prima. De uitkomst is zoiets:
Maar nu! Het ding is, het timestamp is niet echt een timestamp, maar wordt gemaakt met alleen de dag, maand en jaar. Items die opdezelfde dag zijn geplaats, krijgen dus ook hetzelfde timestamp. En daarmee ontstaat een probleem.
Ergens anders wil ik namelijk ook een lijstje van items weergeven op volgorde van tijd, maar dan alleen de nieuwste tien. Die query ziet er zo uit:
| 1 |
En daar komt dit uit:
De volgorde van de items is nu veranderd, dat is niet de bedoeling!
Ik dacht het op te lossen door behalve naar het timestamp, ook naar het id te kijken. Ik hoopte dat de lijst dan alsnog op volgorde van tijd gesorteerd zou worden, maar bij gelijke timestamps, de hoogte van het id de volgorde zou bepalen. Zo staat dat bijvoorbeeld ook hier uitgelegd.
Echter, als ik dat probeer, met bijvoorbeeld deze query:
| 1 |
Is de output totaal niet wat ik verwacht:
Het lijkt wel precies verkeerd om ofzo :?
Iemand een idee hoe ik wel het resultaat krijg wat ik voor ogen heb?
@Tijn
Aan het resultaat van je eerste query te zien is de volgorde van de ID's (primary keys, PK) niet hetzelfde als die van de timestamp, dus kun je de PK niet in wat voor sortering dan ook gebruiken als het gaat om tijd. Dé oplossing is het verbeteren van je timestamp, eventueel door UNIX_TIMESTAMP() te gebruiken wanneer je een record toevoegt aan die tabel voor zover ik kan zien heb je in die tabel te weinig informatie om het nog te kunnen 'herstellen'.
Als je toch altijd dezelfde volgorde wilt zien, kun je eventueel ook op titel sorteren. Dan krijg je dus een sortering op dag, en vervolgens op alfabet.
Aan het resultaat van je eerste query te zien is de volgorde van de ID's (primary keys, PK) niet hetzelfde als die van de timestamp, dus kun je de PK niet in wat voor sortering dan ook gebruiken als het gaat om tijd. Dé oplossing is het verbeteren van je timestamp, eventueel door UNIX_TIMESTAMP() te gebruiken wanneer je een record toevoegt aan die tabel voor zover ik kan zien heb je in die tabel te weinig informatie om het nog te kunnen 'herstellen'.
Als je toch altijd dezelfde volgorde wilt zien, kun je eventueel ook op titel sorteren. Dan krijg je dus een sortering op dag, en vervolgens op alfabet.
Dit snap ik niet. Waarom kan ik niet eerst op volgorde van timestamp sorteren en daarbinnen op id?quote:Op donderdag 12 april 2007 11:41 schreef JeRa het volgende:
Aan het resultaat van je eerste query te zien is de volgorde van de ID's (primary keys, PK) niet hetzelfde als die van de timestamp, dus kun je de PK niet in wat voor sortering dan ook gebruiken als het gaat om tijd.
CocoaMySQL.quote:Op donderdag 12 april 2007 11:45 schreef super-muffin het volgende:
Tijn, van welke app zijn die screenshot? Lijkt me erg handig
De volgorde is prima, het probleem is dat hij eerst je resultaat LIMIT naar 10 records en dán pas gaat sorteren (die tien records dus) in plaats van de hele batch sorteert en daar de eerste 10 records van pakt.quote:Op donderdag 12 april 2007 11:37 schreef Tijn het volgende:
De volgorde van de items is nu veranderd, dat is niet de bedoeling!
Dwz, daar lijkt het wel op in ieder geval. Zo goed was mijn MySQL-fu nu ook weer niet dat ik dat zeker weet.
"If you are depressed you shouldn't be in C major!" - Rick Beato
Dat is onzin.quote:Op donderdag 12 april 2007 11:50 schreef Litpho het volgende:
[..]
De volgorde is prima, het probleem is dat hij eerst je resultaat LIMIT naar 10 records en dán pas gaat sorteren (die tien records dus) in plaats van de hele batch sorteert en daar de eerste 10 records van pakt.
Dat kán wel, maar je hebt er niets aan. Zoals je uit je eerste screenshot kunt opmaken heeft de volgorde van id niets te maken met de volgorde van de timestampquote:Op donderdag 12 april 2007 11:45 schreef Tijn het volgende:
[..]
Dit snap ik niet. Waarom kan ik niet eerst op volgorde van timestamp sorteren en daarbinnen op id?
edit: de oplossing is dit:
ORDER BY timestamp DESC, id DESC;
Want als je niets aangeeft neemt MySQL ASC aan en dat was zo bij timestamp.
Dat is mogelijk, zoveel verstand heb ik niet van MySQL. Oracle ROWNUM functioneert wel op een dergelijke manier (storend genoeg).quote:
"If you are depressed you shouldn't be in C major!" - Rick Beato
Als je in Oracle zoiets doet:quote:Op donderdag 12 april 2007 11:54 schreef Litpho het volgende:
[..]
Dat is mogelijk, zoveel verstand heb ik niet van MySQL. Oracle ROWNUM functioneert wel op een dergelijke manier (storend genoeg).
SELECT * FROM tabel ORDER BY kolom1 ASC, kolom2 DESC LIMIT 10;
Wordt het sorteren toch echt vóór het limiteren uitgevoerd hoor
Ah! Maar zo is 'ie dan toch goed? Nu is de volgorde van de getoonde items altijd in orde, zowel met als zonder LIMIT geeft 'ie de nieuwste items eerst en altijd op dezelfde volgorde.quote:Op donderdag 12 april 2007 11:51 schreef JeRa het volgende:
[..]
Dat kán wel, maar je hebt er niets aan. Zoals je uit je eerste screenshot kunt opmaken heeft de volgorde van id niets te maken met de volgorde van de timestamp
edit: de oplossing is dit:
ORDER BY timestamp DESC, id DESC;
Want als je niets aangeeft neemt MySQL ASC aan en dat was zo bij timestamp.
Nee, dan klapt je query omdat LIMIT niet bestaat .quote:Op donderdag 12 april 2007 11:55 schreef JeRa het volgende:
[..]
Als je in Oracle zoiets doet:
SELECT * FROM tabel ORDER BY kolom1 ASC, kolom2 DESC LIMIT 10;
Wordt het sorteren toch echt vóór het limiteren uitgevoerd hoor
.
"If you are depressed you shouldn't be in C major!" - Rick Beato
