Jeśli masz wiele skryptów, których nie chcesz zmieniać zastosuj
nastąpujące prowizoryczne rozwiązanie, które sprawdza się w takiej
sytuacji lepiej. Dodaj w /etc/mysql/my.cnf coś takiego:
init-connect='SET NAMES latin2'
tak chodzi o mysql 4.1
i dopoki mialem skompilowanego apacha i php ze
Przy po zainicjowaniu polaczenia z baza uzyj:
bezposrednio w php:
mysql_query(SET NAMES 'latin2');
wtedy dla danego polaczenia z baza bedzie takie kodowanie
to rozwiazanie jest bez sensu, poniewaz zbyt wiele skryptow/www jest i
wszystkie w wielu miejscach trzeba by zmieniac, nie rozumiem
phpmyadmin w zmiennych serwera pokazuje mi:
character set client utf8
(Wartość globalna) latin2
character set connection utf8
(Wartość globalna) latin2
character set database latin2
character set results utf8
(Wartość globalna) latin2
character set server latin2
character set system utf8
On Wed, 2007-04-11 at 20:41 +0200, Marcin Bieniaszewski wrote:
i w momencie wyciagania czegokolwiek z bazy z polskimi znakami mam
zmiast nich znaki zapytania:
Co znaczy MySQL 4.x w temacie Twojego maila? Wbrew pozorom różnica
między 4.0 a 4.1 jest bardzo duża, szczególnie jeśli chodzi o
On Thu, 2007-04-12 at 09:07 +0200, Marcin Bieniaszewski wrote:
to rozwiazanie jest bez sensu, poniewaz zbyt wiele skryptow/www jest i
wszystkie w wielu miejscach trzeba by zmieniac, nie rozumiem dlaczego
zmienna w konfigach nie dziala... to jakas paranoja, jak juz pisalem
Jeśli masz wiele
Witam
mam konfiguracje jak w temacie - wszystko defaultowo z paczek debiana
my.cnf:
default-character-set = latin2
default-collation = latin2_general_ci
ustawione i dla mysql i mysqld
tabele w bazie maja kodowanie ustawione na:
latin2_general_ci
i w momencie wyciagania czegokolwiek
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marcin Bieniaszewski napisał(a):
ustawione i dla mysql i mysqld
Oblukaj jeszcze sekcję [client] i pamiętaj że klient nie zawsze oznacza
to samo :-)
tabele w bazie maja kodowanie ustawione na:
latin2_general_ci
i w momencie wyciagania
Witam,
Dnia śro, kwi 11, 2007 at 11:55:30 +0200, Krzysztof Jastrzębski napisał:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marcin Bieniaszewski napisał(a):
ustawione i dla mysql i mysqld
Oblukaj jeszcze sekcję [client] i pamiętaj że klient nie zawsze oznacza
to samo :-)
tabele
Oblukaj jeszcze sekcję [client] i pamiętaj że klient nie zawsze oznacza
to samo :-)
w my.cnf w [client] mam takze
default-character-set = latin2
default-collation = latin2_general_ci
Zdefiniuj pojęcie wyciagania:
select into, mysqldump, eksport phpadminem do csv, z tego
Wielkie dzięki wszystkim za odzew, bo w końcu nie wiedziałem jak to jest.
Teraz wiem.
Pozdrawiam wszystkich.
Teraz wiem czemu moje php4 nie działa z apache2. Po prostu jeszcze nie
wspiera nowego apache. Naprawde nikt o tym nie wiedział?
W liście z czw, 22-01-2004, godz. 21:21, konrad pisze:
Teraz wiem czemu moje php4 nie działa z apache2. Po prostu jeszcze nie
wspiera nowego apache. Naprawde nikt o tym nie wiedział?
Hmm, ja nie czytałem wątku ale ostatnio natrafiłem na to:
http://dan.drydog.com/apache2php.html
i to:
On Thu, Jan 22, 2004 at 09:21:49PM +0100, konrad wrote:
Teraz wiem czemu moje php4 nie działa z apache2.
Po prostu jeszcze nie wspiera nowego apache.
Nawyk czytania dokumentacji wymiera w narodzie... Smutne to :(
A szkoda... bo jakbyś poczytał dokumentację od PHP4 to byś się
dowiedział, czy
On Thu, Jan 22, 2004 at 10:02:04PM +0100, Marcin Juszkiewicz wrote:
On Thu, Jan 22, 2004 at 09:21:49PM +0100, konrad wrote:
Teraz wiem czemu moje php4 nie działa z apache2.
Po prostu jeszcze nie wspiera nowego apache.
polecam http://apt-get org
znalazłem min:
deb
czy ktos probowal taka kombinacje ?
niestety nie ma debow zeby przetestowac szybko
posdrawiam
michal
Dnia Sat, Apr 05, 2003 at 09:16:48PM +0200 Michał Adamczak napisał/a:
czy ktos probowal taka kombinacje ?
niestety nie ma debow zeby przetestowac szybko
ja probowalem...
...a pozniej wrocilem do apache+php4 ;)
/yanek
--
Andrzej Dalasiński | We are Microsoft.
16 matches
Mail list logo