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 ]
