| Autor |
Sõnum |
-IFFI-
Vana Pingviin
Vanus: 48
Liitunud: 25.06.2005
Postitused: 1411
Asukoht: Lappeenranta-Turku
Distributsioon: Linux MX
|
|
Olen sama probleemiga ka HV-s kuid ei ole aega eriti oodata päevadekaupa lahenduse saamiseks siis teen ka siia sama teema. Pole küll otseselt seotud siinse paigaga kuid siiski kaudselt ikka ja loodan siin on neid serveri "haisid" rohkem vast kes oskavad lahendust pakkuda.
Teen siis HV teemast kopi paste oma probleemist:
| Tsitaat: | | Probleem siis on järgnevalt selline, et kolisin ühest serverist teise kogu oma krempliga ja nüüd uues serveris on kadunud kõik täpitähed. Uues serveris töötavad aga nad korralikult, seda selles mõtes, et kui jutukas kirjutada või luues uusi postitusi siis on need olemas?.
Kuna teostasin ka sellist kolimist esmakordselt siis ei oska härjal sarvist haarata. DB-st tegin default seadistustega Export ja siis uude DB-sse Import. Panin tähele sellist assja kui teha Importi siis on seal mingi valik Ühilduvuse kohta (default on NONE)...kuna on üsnagi mahukas ja aega nõudev see DB uude kohta paigaldamine siis ei kipu eriti nii sama katse-eksitus meetodil seda katsetama.
Juhul kui peaks olema oluline info siis vahetasin kodumaise teenusepakkuja välja välismaise vastu. |
Selle peale soovitati:
| Kood: | | vaata uue ja vana serveri localed üle. Erinevad Charsetid kasutuses. Ühes arvatavasti UTF-8 teises ISO-8859-15
|
siis uurisin oma sql ja tulemus allolev ja siit maalt ma pole edasi saanud
| Kood: | | Sellised asjad leidsin vanast serveris tehtud sql failist mille importisin uute:
ENGINE=MyISAM DEFAULT CHARSET=latin1;
Setting this to ISO-8859-1 results in this charset being specified:<br /><br /><dfn> <meta http-equiv=\"Content-Type\" content=\"text/html; charset=ISO-8859-1\" /></dfn>',
Ja uue servu DB-st tegin kah export sql faili ja siis sellised asjad
ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=18529 ; (kas see ei ole liigne või on puudu teises???)
Setting this to ISO-8859-1 results in this charset being specified:<br /><br /><dfn> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" /></dfn>', |
Et kuidas siis lahendada see jama...käsitsi see sql fail läbikäia on jube töö ju 
Loodan, et ka eriti ei pahanda mu sellise käitumise peale.
|
|
|
|
|
|
|
    |
illukas
Vana Pingviin
Vanus: 44
Liitunud: 24.10.2006
Postitused: 2036
|
|
asi ei pruugi olla üldse mysql-is kui sa tegid 1:1-le export/import siis seal peaks paigas olema
Teine asi on apache enda charset, suure tõenäosusega on viga seal peidus
|
|
|
|
|
|
|
|
mckevin
Pingviini aktivist
Vanus: 35
Liitunud: 02.05.2007
Postitused: 121
Asukoht: tallinn
Distributsioon: Arch Linux x86_64
|
|
| latin9 peaks olema see kus õüöä sees on?
|
|
|
|
|
|
|
|
Sisyphos
Vana Pingviin
Vanus: 61
Liitunud: 24.02.2008
Postitused: 602
Distributsioon: Slackware
|
|
| mckevin kirjutas: | | latin9 peaks olema see kus õüöä sees on? |
On.
Latin9=ISO-8859-15
Latin1=ISO-8859-1
|
|
|
|
_________________
|
|
|
|
illukas
Vana Pingviin
Vanus: 44
Liitunud: 24.10.2006
Postitused: 2036
|
|
utf-8 on see kuhupoole peaks vaatama!
Kui suur baas siis on peavalu küllaga
|
|
|
|
|
|
|
|
-IFFI-
Vana Pingviin
Vanus: 48
Liitunud: 25.06.2005
Postitused: 1411
Asukoht: Lappeenranta-Turku
Distributsioon: Linux MX
|
|
Vot siin ma ei oska eriti midagi kaasa rääkida ja seda apachet ei pääse mina kuidagi kruvima.
Imelik on jah see, et export/import on tehtud 1:1 ja kui nuid vaadata vanas serveris DB sisu siis seal on kõik ok ja uues serveris DB-s on kõik ära muudetud täpitähed ? märgile.
Nu ma ei tea kui suur on suur DB aga mu DB on ~35MB suur
Teen ühe katse ...proovin DB importimisel panna ühilduvuse utf-8 siiani on olnud see NONE valikuna...on sellest kasu?
|
|
|
|
|
|
|
|
wk
Vana Pingviin
Liitunud: 24.10.2007
Postitused: 1133
Asukoht: Tallinn, vahel Vastseliina vald
Distributsioon: Debian, Kubuntu
|
|
õüöä on sees ka Latin-1, puuduvad š ja ž
Nii palju kui ma IFFI probleemist aru saan, on tabelites andmed Latin1/ISO-8859-1 kodeeringus, ka uues andmebaasis peaksid nad tema arvates nii olema. Samas saan ma aru,et uus baas kasutab vaikimisi UTF-8 (ja õigesti teeb) ja eeldab selle kasutamist ilmselt ka kõigilt imporditavatelt tekstifailidelt.
Töötada võib selline variant, et konverdid oma andmebaasi dumpi sisu UTF-8:
| Kood: | | iconv -f latin1 -t utf8 -o uus_fail.sql vana_fail.sql |
Midagi tabelite loomise käskude juures ei muuda ja laed siis selle uue faili sisse.
Mõistlikum oleks siiski kohe tegeleda ka andmebaasi schema konvertimisega, aga see eeldab ka rakenduse konvertimist. Ühesõnaga, latin1 ja muu 8bitine kraam on lootusetult iganenud ja varem või hiljem tuleks seda ikka unikoodi viima hakata. Kolimine on väga hää põhjus selleks.
|
|
|
|
_________________
Kõike hääd,
WK
|
|
|
|
-IFFI-
Vana Pingviin
Vanus: 48
Liitunud: 25.06.2005
Postitused: 1411
Asukoht: Lappeenranta-Turku
Distributsioon: Linux MX
|
|
Jälle ei oska midagi tarka kosta, aga vana server siis on planet.ee ja uus on www.hostso.com
PhpMyAdminis vaatasin et seal on mõlemad utf-8 ...aga ok...proovin konvertida ja eks teatan tulemustest.
|
|
|
|
|
|
|
|
wk
Vana Pingviin
Liitunud: 24.10.2007
Postitused: 1133
Asukoht: Tallinn, vahel Vastseliina vald
Distributsioon: Debian, Kubuntu
|
|
Küsimus on selles, et millist kooditabelit selles eksporditud failis REAALSELT kasutatakse, Kui see on midagi muud peale UTF8, siis Sinu uus andmebaasiserver ei saa seda kusagilt ette teada, see tuleb talle ette öelda või andmed talle sobivale kujule viia.
Kui Sa saaksid käsurealt mysql-ile ligi, siis sääl võiks impordi teha näiteks nii:
| Kood: | | cat eksporditud_dump | mysql baasinimi --default-character-set=latin1 |
Võimalik, et saaksid midagi sarnast ette anda ka phpmyadminis, aga seda ma pole eriti kasutanud...
|
|
|
|
_________________
Kõike hääd,
WK
|
|
|
|
-IFFI-
Vana Pingviin
Vanus: 48
Liitunud: 25.06.2005
Postitused: 1411
Asukoht: Lappeenranta-Turku
Distributsioon: Linux MX
|
|
wk nuid lääb asi peris segaseks  mai sa enam midagi aru aga ok võtame otsast peale.
Sellised asjad leidsin vanast serveris tehtud sql failist mille importisin uute:
ENGINE=MyISAM DEFAULT CHARSET=latin1;
Setting this to ISO-8859-1 results in this charset being specified:<br /><br /><dfn> <meta http-equiv=\"Content-Type\" content=\"text/html; charset=ISO-8859-1\" /></dfn>',
Ja uues servus olevast DB-st mille ma sinna just importisin tegin kah uue export sql faili et võrrelda mõlemate sisu . Tulemused siis on sellised et mis uues juba üleval sellel siis on kõik täpikad kadunud juba. Nagu oleks importimise ajal ümber konverditud. Üleval on siis orig. fail ennem importimist ja siin all siis see mis on hetkel uues DB üleval.
Charset ISO tundub ju et on sama...:S Ainuke erinevus siis in siin all punaselt märgitud....mai ei tea mida see tähendab ja kas selels võiks miski asi olla
ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=18529 ; (kas see ei ole liigne või on puudu teises???)
Setting this to ISO-8859-1 results in this charset being specified:<br /><br /><dfn> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" /></dfn>',
proovisin ka konvertida aga sain sellise vastuse ja vaatasin ka faili sisu siis pole midagi muutunud.
Väljund:
| Kood: | | iffi@iffi-laptop:~/Dokumendid/ppfz-files/sql$ iconv -f latin1 utf8 -o uusdb.sql uurimiseks.sql
iconv: cannot open input file `utf8': No such file or directory
|
Käsurealt ligisaamise all mõtled sa vist seda SSH/Shell Acces-it? sellega ei oska mina küll midagi peale hakata :S
|
|
|
|
|
|
|
|
wk
Vana Pingviin
Liitunud: 24.10.2007
Postitused: 1133
Asukoht: Tallinn, vahel Vastseliina vald
Distributsioon: Debian, Kubuntu
|
|
| -IFFI- kirjutas: | | Ainuke erinevus siis in siin all punaselt märgitud....mai ei tea mida see tähendab ja kas selels võiks miski asi olla |
Ei, see pole oluline. Sellega määratakse, milline on peamise ID-välja järgmine automaatselt omistatav väärtus.
| -IFFI- kirjutas: | proovisin ka konvertida aga sain sellise vastuse ja vaatasin ka faili sisu siis pole midagi muutunud.
Väljund:
| Kood: | | iffi@iffi-laptop:~/Dokumendid/ppfz-files/sql$ iconv -f latin1 utf8 -o uusdb.sql uurimiseks.sql
iconv: cannot open input file `utf8': No such file or directory
|
|
Siin on Sul viga sees, -f tähendab lähtekooditabelit, -t aga uut kooditabelit, Sul on -t välja jäänud.
| -IFFI- kirjutas: | | Käsurealt ligisaamise all mõtled sa vist seda SSH/Shell Acces-it? sellega ei oska mina küll midagi peale hakata :S |
Jah, seda ma mõtlen, sellest võiks abi olla küll, aga kasutamiseks võiks käsurea A ja O ikka selge olla,
Veelkord ja hästi aeglaselt: kui Sa oma andmebaasifaili impordid, siis mysql ei piilu sinna sisse, et oi, kas sääl kusagil on midagi andmetabelite või andmete kooditabeli kohta kirjas. mysql jookseb oma vaikekooditabeliga ja kohtleb kõiki sisendeid vaikekooditabelist lähtuvalt, kuni pole kästud teisiti. Kuna ma pole konkreetseid andmeid näinud ega tea, mida täpselt täpilistega tehti, oletan, et kui nüüd mysqlile sööta andmed ette vaikekooditabeli järgi (utf-8), siis tabelisse lisamise hetkel konverdib ta need tabeli kodeeringusse.
Kindlam variant oleks kasutada käsurea-näidet, aga loogiliselt võttes võiks ka see variant töötada.
|
|
|
|
_________________
Kõike hääd,
WK
|
|
|
|
sander85
Vana Pingviin
Vanus: 39
Liitunud: 08.08.2005
Postitused: 4359
Asukoht: Tallinn (vahel ka Virtsu)
Distributsioon: Mageia, Debian, CentOS
|
|
kui ümber konvertida iconviga, siis peaks ringi muutma ka need read: ENGINE=MyISAM DEFAULT CHARSET=latin1;
ka seal tuleks siis latin1 utf8'ks muuta.. üldiselt peaks muidugi reaalsele asjale peale vaatama, et viga leida.. kas või viide vanale lehele ja uuele katkisele lehele, et vaadata, mis moodi seal andmed esile tulevad..
|
|
|
|
_________________
  
|
|
|
|
-IFFI-
Vana Pingviin
Vanus: 48
Liitunud: 25.06.2005
Postitused: 1411
Asukoht: Lappeenranta-Turku
Distributsioon: Linux MX
|
|
Hetkel puudb konverimiseks võimalus kuna pole linuxi masinas ja winowsis ei mõista miskit peale hakata.
Aga vana leht asub SIIN ning uus siis SEAL lehe sisule siis mite tähelepanu pöörata keskendume veale  Juhul kui on vaja ka rohkemat ligipääsu praegusele eks ma siis võimaldan ka selle....
|
|
|
|
Viimati muutis -IFFI- 09.03.2010, 17:23; muudetud 1 kord
|
|
|
|
sander85
Vana Pingviin
Vanus: 39
Liitunud: 08.08.2005
Postitused: 4359
Asukoht: Tallinn (vahel ka Virtsu)
Distributsioon: Mageia, Debian, CentOS
|
|
okei, kogu lahendus on siis endiselt iso-8859-1 ja ka kolitakse sellele kodeeringule..
isiklikult teeks kolimise käigus küll ära ka konvertimise utf-8 peale, aga pole kursis, kuidas vbulletini antud versioon seda toetab, eeldatavasti ei tohiks probleemi olla..
muidugi näputöö tegemiseks kuluks ära ka baasi ja teemade/koodi olemasolu mingi paki kujul, aga kas seda võimaldada tahad on juba sinu otsustada..
|
|
|
|
_________________
|
|
|
|
illukas
Vana Pingviin
Vanus: 44
Liitunud: 24.10.2006
Postitused: 2036
|
|
| vbuleltin ja utf-8 saavad heasti hakkama
|
|
|
|
|
|
|
|
-IFFI-
Vana Pingviin
Vanus: 48
Liitunud: 25.06.2005
Postitused: 1411
Asukoht: Lappeenranta-Turku
Distributsioon: Linux MX
|
|
Esmalt üks väike selgitus mis on siia sisse nuid lipsanud kuna tegin suht unise peaga selle teema. Olukord on järgmine: NImelt vanast serversist phpmyadminiga tehtud export faili ei õnnestu importida uude serverisse...ütleb selle peale #1044 - Access denied for user 'blabla'@'localhost' to database 'blabla_blabla'
Aga see DB sql mida ma impordin on loodud Vbulletini admin paneelis vastava Backup lisaga ja seda saab uues serveris kenasti importida phpmyadminiga....
Loodan, et see nuid ei olnud nii oluline info et midagi radikaalselt muudab siiani jagatud õpetustest....või siiski on :S
Ja siis järgmine jutt;
See konvertimine ei muutnud küll mite kui midagi
iconv -f latin1 -t utf8 -o uus_fail.sql vana_fail.sql
Proovisin mõlemaid slq-e konvertida ja mitte midagi ei muutunud ...:S
Oleks see latin1 muutmine utf-8 le mingi käsuga lihtsam....nimelt käsitsi ürtasin noid sql-is muuta aga krt neid kohti vist seal oma sada või enam...käsitsi päris suur töö
Kas selline lahendus ei aita kui näiteks ennem importi muudan sql-is ära selle latin1 -->utf8-le ja alles siis impordin...?[I]
|
|
|
|
|
|
|
|
sander85
Vana Pingviin
Vanus: 39
Liitunud: 08.08.2005
Postitused: 4359
Asukoht: Tallinn (vahel ka Virtsu)
Distributsioon: Mageia, Debian, CentOS
|
|
kõigepealt export vanast baasist
siis iconv -f iso-8859-1 -t utf8 -o uus.sql vana.sql
siis muudad latin1 -> utf8: sed -i 's/CHARSET=latin1/CHARSET=utf8/g' uus.sql
siis impordid uude baasi sql'i sisse
siis kontrollid üle templeidid, kui seal on iso-8859-1'ga tehtud täpilisi, siis pead need ka iconviga üle laskma
ja samuti pead templeidis muutma ära selle, et meta charset oleks utf8, mitte iso-8859-1
|
|
|
|
_________________
|
|
|
|
-IFFI-
Vana Pingviin
Vanus: 48
Liitunud: 25.06.2005
Postitused: 1411
Asukoht: Lappeenranta-Turku
Distributsioon: Linux MX
|
|
iconv tundub et sai kenasti tehtud ja hakkasin muutma seda latin1 siis selline vastus
iffi@iffi:~/Dokumendid/ppfz-files/sql$ utf8: sed -i 's/CHARSET=latin1/CHARSET=utf8/g' uus.sql
No command 'utf8:' found, did you mean:
Command 'utf8' from package 'fonty-rg' (universe)
utf8:: command not found
iffi@iffi:~/Dokumendid/ppfz-files/sql$
installisin selle fonty-rg peale aga sama vastus ikak tuleb.. :S
Nokk kinni saba lahti jne....
Mai tea palju sellest abi on aga panin siia alla siis selle vanast servust export sql-i sisu algusest...see sisi plaanis konvertida ja importida
| Kood: | | -- phpMyAdmin SQL Dump
-- version 3.1.0
-- http://www.phpmyadmin.net
--
-- Host: mysql.planet.ee
-- Generation Time: Mar 09, 2010 at 06:23 PM
-- Server version: 5.1.35
-- PHP Version: 5.2.6
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
--
-- Database: `ppfz`
--
CREATE DATABASE `ppfz` DEFAULT CHARACTER SET latin1 COLLATE latin1_swedish_ci;
USE `ppfz`;
-- --------------------------------------------------------
--
-- Table structure for table `vb_access`
--
CREATE TABLE IF NOT EXISTS `vb_access` (
`userid` int(10) unsigned NOT NULL DEFAULT '0',
`forumid` smallint(5) unsigned NOT NULL DEFAULT '0',
`accessmask` smallint(5) unsigned NOT NULL DEFAULT '0',
PRIMARY KEY (`userid`,`forumid`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
--
-- Dumping data for table `vb_access`
--
-- --------------------------------------------------------
--
-- Table structure for table `vb_adminhelp`
--
CREATE TABLE IF NOT EXISTS `vb_adminhelp` (
`adminhelpid` int(10) unsigned NOT NULL AUTO_INCREMENT,
`script` varchar(50) NOT NULL DEFAULT '',
`action` varchar(25) NOT NULL DEFAULT '',
`optionname` varchar(100) NOT NULL DEFAULT '',
`displayorder` smallint(5) unsigned NOT NULL DEFAULT '1',
`volatile` smallint(5) unsigned NOT NULL DEFAULT '0',
`product` varchar(25) NOT NULL DEFAULT '',
PRIMARY KEY (`adminhelpid`),
UNIQUE KEY `phraseunique` (`script`,`action`,`optionname`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1665 ;
--
-- Dumping data for table `vb_adminhelp`
--
INSERT INTO `vb_adminhelp` (`adminhelpid`, `script`, `action`, `optionname`, `displayorder`, `volatile`, `product`) VALUES
(1, 'accessmask', '', '', 1, 1, 'vbulletin'),
(2, 'accessmask', 'edit', '', 1, 1, 'vbulletin'),
(3, 'accessmask', 'modify', '', 1, 1, 'vbulletin'),
(4, 'accessmask', 'quickedit', '', 1, 1, 'vbulletin'),
(5, 'accessmask', 'resetall', '', 1, 1, 'vbulletin'),
(6, 'admincalendar', '', '', 1, 1, 'vbulletin'),
(7, 'admincalendar', 'add', '', 1, 1, 'vbulletin'),
(8, 'admincalendar', 'add,edit', 'title', 20, 1, 'vbulletin'), |
|
|
|
|
|
|
|
|
sander85
Vana Pingviin
Vanus: 39
Liitunud: 08.08.2005
Postitused: 4359
Asukoht: Tallinn (vahel ka Virtsu)
Distributsioon: Mageia, Debian, CentOS
|
|
| -IFFI- kirjutas: | iconv tundub et sai kenasti tehtud ja hakkasin muutma seda latin1 siis selline vastus
iffi@iffi:~/Dokumendid/ppfz-files/sql$ utf8: sed -i 's/CHARSET=latin1/CHARSET=utf8/g' uus.sql
No command 'utf8:' found, did you mean:
Command 'utf8' from package 'fonty-rg' (universe)
utf8:: command not found
iffi@iffi:~/Dokumendid/ppfz-files/sql$
installisin selle fonty-rg peale aga sama vastus ikak tuleb.. :S
Nokk kinni saba lahti jne....
Mai tea palju sellest abi on aga panin siia alla siis selle vanast servust export sql-i sisu algusest...see sisi plaanis konvertida ja importida
| Kood: | | -- phpMyAdmin SQL Dump
-- version 3.1.0
-- http://www.phpmyadmin.net
--
-- Host: mysql.planet.ee
-- Generation Time: Mar 09, 2010 at 06:23 PM
-- Server version: 5.1.35
-- PHP Version: 5.2.6
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
--
-- Database: `ppfz`
--
CREATE DATABASE `ppfz` DEFAULT CHARACTER SET latin1 COLLATE latin1_swedish_ci;
USE `ppfz`;
-- --------------------------------------------------------
--
-- Table structure for table `vb_access`
--
CREATE TABLE IF NOT EXISTS `vb_access` (
`userid` int(10) unsigned NOT NULL DEFAULT '0',
`forumid` smallint(5) unsigned NOT NULL DEFAULT '0',
`accessmask` smallint(5) unsigned NOT NULL DEFAULT '0',
PRIMARY KEY (`userid`,`forumid`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
--
-- Dumping data for table `vb_access`
--
-- --------------------------------------------------------
--
-- Table structure for table `vb_adminhelp`
--
CREATE TABLE IF NOT EXISTS `vb_adminhelp` (
`adminhelpid` int(10) unsigned NOT NULL AUTO_INCREMENT,
`script` varchar(50) NOT NULL DEFAULT '',
`action` varchar(25) NOT NULL DEFAULT '',
`optionname` varchar(100) NOT NULL DEFAULT '',
`displayorder` smallint(5) unsigned NOT NULL DEFAULT '1',
`volatile` smallint(5) unsigned NOT NULL DEFAULT '0',
`product` varchar(25) NOT NULL DEFAULT '',
PRIMARY KEY (`adminhelpid`),
UNIQUE KEY `phraseunique` (`script`,`action`,`optionname`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1665 ;
--
-- Dumping data for table `vb_adminhelp`
--
INSERT INTO `vb_adminhelp` (`adminhelpid`, `script`, `action`, `optionname`, `displayorder`, `volatile`, `product`) VALUES
(1, 'accessmask', '', '', 1, 1, 'vbulletin'),
(2, 'accessmask', 'edit', '', 1, 1, 'vbulletin'),
(3, 'accessmask', 'modify', '', 1, 1, 'vbulletin'),
(4, 'accessmask', 'quickedit', '', 1, 1, 'vbulletin'),
(5, 'accessmask', 'resetall', '', 1, 1, 'vbulletin'),
(6, 'admincalendar', '', '', 1, 1, 'vbulletin'),
(7, 'admincalendar', 'add', '', 1, 1, 'vbulletin'),
(8, 'admincalendar', 'add,edit', 'title', 20, 1, 'vbulletin'), |
|
sa kopeerisid liiga palju 'utf8:' tuleks eest ära võtta, aga nagu ma vaatan, siis oleks sealt vaja veel asju ära asendada
vaja oleks vast ka selline käsk:
sed -i 's/SET latin1 COLLATE latin1_swedish_ci/SET utf8 COLLATE utf8_estonian_ci/g' uus.sql
või siis viimases käsus asendada utf8_estonian_ci utf8_general_ci'ga
|
|
|
|
_________________
|
|
|
|
-IFFI-
Vana Pingviin
Vanus: 48
Liitunud: 25.06.2005
Postitused: 1411
Asukoht: Lappeenranta-Turku
Distributsioon: Linux MX
|
|
Jep Sander see asi toimis ja konvertis kenasti asja ära. Tegin nii nagu sa ütlesin ja muutsin selle generic-uks
Aga küsin ennem veel üle kas on ikka mõtet mul see sinna uute saata ja hakkata muid muudatusi läbi viima sest see suht mahukas töö ja tahaks enenm kindel olla.
Et ta konvertis nüüd mul ?märgid selliseks (ja üle piiri on see) on see normaalne nüüd?
|
|
|
|
|
|
|
|
|
|
|
