quote:

---

Op 7 september 2009 17:42 schreef Lionheart het volgende:
Jij vindt altijd wel een reden Olavje.

---

Ik bedoelde uiteraard ook + 'over dit onderwerp'

Wel even PHP 5.2.3 installeren Paul, en anders gewoon SET NAMES als query uitvoeren.



[/wijsneus]

*Wacht op een reactie van Argus*

quote:

---

Op 8 september 2009 19:07 schreef WhiteRider het volgende:
Wel even PHP 5.2.3 installeren Paul, en anders gewoon SET NAMES als query uitvoeren.



[/wijsneus]

---

Er stond al 5.2.3 op ... dus ik dacht dat het wel ging. Ik denk dat het aan de mysql 4 library ligt waar php tegen aan gecompileerd was. Ik heb er nu maar 5.2.10 op gezet die tegen mysql 5 aan is gecompileerd.

Zo maar eens die methode weer aan zetten.

Werkt inderdaad alleen vanaf MySQL 5 en PHP 5.2.3, dus dan kan het in deze combinatie ook niet.

quote:

---

Op 8 september 2009 20:47 schreef WhiteRider het volgende:
Werkt inderdaad alleen vanaf MySQL 5 en PHP 5.2.3, dus dan kan het in deze combinatie ook niet.

---

Het werkt nu goed

Gëlükkïg mäår.

[Dit bericht is gewijzigd door WhiteRider op 08-09-2009 22:21]

quote:

---

Op 8 september 2009 22:21 schreef WhiteRider het volgende:


Gëlükkïg mäår.

---

UTF8 werkt nog niet helemaal hoor. Deze tabel is nog in latin. Maar dat is morgen ochtend ook wel aangepast.

quote:

---

Op 8 september 2009 22:34 schreef Paul het volgende:
UTF8 werkt nog niet helemaal hoor. Deze tabel is nog in latin. Maar dat is morgen ochtend ook wel aangepast.

---

Dat mag je mij ook eens leren

quote:

---

Op 8 september 2009 22:34 schreef Paul het volgende:
UTF8 werkt nog niet helemaal hoor. Deze tabel is nog in latin. Maar dat is morgen ochtend ook wel aangepast.

---

Ah ja, ik heb ben bij zo'n conversie wel eens gegevens kwijtgeraakt. Wel met back-up uiteraard, maar het is wel altijd tricky.

Hier wel een handig artikel overigens:
http://wiki.phpfreakz.nl/Charactersets


Het enige dat ze vergeten daar is dat als je alles op UTF8 hebt staan, de functie htmlentities() je karakters alsnog verneuken (als je geen characterset-argument meegeeft). Als je echter htmlspecialchars() gebruikt is alles opgelost.

Ik heb zelf altijd UTF8 in database + tabellen (dus ook kolommen), HTML, header(), SET NAMES, htmlspecialchars() en in de bestanden (zonder BOM).

Vind het overigens wel echt het grootste gekut dat er is, met charactersets.

[Dit bericht is gewijzigd door WhiteRider op 08-09-2009 22:43]

quote:

---

Op 8 september 2009 22:40 schreef WhiteRider het volgende:
Ah ja, ik heb ben bij zo'n conversie wel eens gegevens kwijtgeraakt. Wel met back-up uiteraard, maar het is wel altijd tricky.

Hier wel een handig artikel overigens:
http://wiki.phpfreakz.nl/Charactersets


Het enige dat ze vergeten daar is dat als je alles op UTF8 hebt staan, de functie htmlentities() je karakters alsnog verneuken (als je geen characterset-argument meegeeft). Als je echter htmlspecialchars() gebruikt is alles opgelost.

Ik heb zelf altijd UTF8 in database + tabellen (dus ook kolommen), HTML, header(), SET NAMES, htmlspecialchars() en in de bestanden (zonder BOM).

Vind het overigens wel echt het grootste gekut dat er is, met charactersets.

---

Klopt ik gebruik dan ook een eigen htmlEncode methode ... die dan vervolgens htmlentities aanroept met de juiste instellingen.

Verder moet je ook in de meta tags de html pagina's even op utf8 zetten. Scheelt ook weer wat fouten met conversies.

Ja, dat bedoelde ik met HTML ja.

Wat ga je eigenlijk nog (technisch) veranderen aan ZM?

quote:

---

Op 8 september 2009 22:51 schreef WhiteRider het volgende:
Ja, dat bedoelde ik met HTML ja.

Wat ga je eigenlijk nog (technisch) veranderen aan ZM?

---

Ik ben momenteel gewoon even bezig de basis weer even goed te krijgen. Er zit gewoon nog te veel legacy code in die slecht te onderhouden is. Daarnaast zijn ze bij php ook druk bezig allerlei oudere opties niet langer te ondersteunen. Dus als ik later op een nieuwere versie van php wil overgaan moet dat wel allemaal eerst opgelost zijn. Dus ik ben nu eerst even met de motorkap bezig zeg maar. Daarna kunnen er weer nieuwe opties bij komen.

Bekend probleem ja. Binnenkort applicaties migreren naar MySQLi, wordt ook nog een hele toer.

[Dit bericht is gewijzigd door WhiteRider op 08-09-2009 23:00]

quote:

---

Op 8 september 2009 22:57 schreef WhiteRider het volgende:
Bekend probleem ja. Binnenkort applicaties migreren naar MySQLi, wordt ook nog een hele toer.

---

Dat zal bij mij wel meevallen. Ik hoef daarvoor alleen een nieuwe database class te maken. Ik heb het al een keer gedaan voor mijn eigen site maar dan zonder ondersteuning voor transacties (heb ik daar niet nodig). Dus voor ZM is het nog maar een klein beetje werk dat te doen.

Je kunt natuurlijk ook de database classes van PEAR gebruiken in plaats van het uitvinden van eigen wielen.

Bij MySQLi is er niet heel veel sprake van het wiel uitvinden.

Ik heb overigens momenteel te maken met een applicatie die niet door mij is ontwikkeld en waar zo'n 1000 keer mysql_query() wordt uitgevoerd.

Gevalletje 'beetje jammer'.

quote:

---

Op 8 september 2009 23:22 schreef Hades het volgende:
Je kunt natuurlijk ook de database classes van PEAR gebruiken in plaats van het uitvinden van eigen wielen.

---

Klopt, behalve dan dat de mijne geen overhead heeft voor andere databases en dat de mijne er al was voordat PEAR een beetje opkwam.

Als ik een post "preview" zie ik foto's en smileys niet.

quote:

---

Op 9 september 2009 9:44 schreef Jelle het volgende:
Als ik een post "preview" zie ik foto's en smileys niet.

---

Net nog even geprobeerd met IE en firefox ... maar ziet er gewoon goed uit.

quote:

---

Op 6 september 2009 16:34 schreef karnivoor het volgende:
Leuk dat het nieuws wisselt op de frontpage, alleen verschuiven de regels eronder ook telkens (ik heb de laatste firefox), dat leest vrij irritant...

---

Je hebt gelijk, dat is irritant. Ik heb de hoogte vastgezet. Zou nou niet meer moeten gebeuren.

Thanks!

Alleen mis je nu meestal het 'Lees hier verder..' klik thingy waardoor verder lezen wat lastig wordt.

Misschien van de berichtkop een klikbare link maken?

Edit: Ah, het plaatje is klikbaar.

[Dit bericht is gewijzigd door XXL op 13-09-2009 13:39]

Missen als in die valt weg omdat de ruimte te klein is of omdat die van plaats wisselt? Dat eerste heb ik hier iig geen last van (firefox) maar misschien als je je letters groter hebt ingesteld, dat dat wel zo is?

Ik vermoed dat het dan de lettergrootte zal zijn maar die zou bij mij standaard moeten zijn want ik heb hem nooit aangepast.

Edit: Philips 19" flatscreen op 1280*960 en lettergrootte 16 in firefox.

[Dit bericht is gewijzigd door XXL op 13-09-2009 14:50]