Freesco, NND, CDN, EOS

Czy jesli podczas importowania bazy danych z poziomu phpmyadmina wyskakuje mi taki blad:

CREATE TABLE `a_menu` (
`ID` tinyint( 2 ) NOT NULL AUTO_INCREMENT ,
`NAME` varchar( 50 ) COLLATE latin1_general_ci default NULL ,
`SUBTEXT` varchar( 255 ) COLLATE latin1_general_ci default NULL ,
`MODULE` varchar( 25 ) COLLATE latin1_general_ci default NULL ,
PRIMARY KEY ( `ID` )
) ENGINE = MYISAM AUTO_INCREMENT =2 DEFAULT CHARSET = latin1 COLLATE = latin1_general_ci;

MySQL zwrócił komunikat: Dokumentacja
#1064 - You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'collate latin1_general_ci default NULL,
`SUBTEXT` varchar(255

to jest to tez zwiazane z podobnym problemem co w temacie??
http://forum.freesco.pl/viewtopic.php?t=14868
Wpisywalem general-character-set=latin1 restart mysql i proba importu ale to samo...

PS dodam ze baza byla na mysql 5.0.26 a teraz ejst 4.0.20-2nnd i dodam rowniez ze ta sama baze zaimportowalem wczesniej ale z innego komputera i nie dzialaja wszystkie tabele...
error poszczegolnych tabel po kliknieciu na nie w myphpadminie brzmi:

SHOW INDEX FROM `mod_docs` ;

MySQL zwrócił komunikat: Dokumentacja
#1033 - Incorrect information in file: './aleje/mod_docs.frm'

czy to moze byc wina wlasnie tego bledu z latin1 ??

_________________
The Problem Doesn't Lend Itself To Simple Solution...

Wywal ostatnią linijkę przy wrzucaniu, źle wyeksportowałeś to teraz musisz się naklikać.

wystarczy tak:
CREATE TABLE `a_menu` (
`ID` tinyint( 2 ) NOT NULL AUTO_INCREMENT ,
`NAME` varchar( 50 ) COLLATE latin1_general_ci default NULL ,
`SUBTEXT` varchar( 255 ) COLLATE latin1_general_ci default NULL ,
`MODULE` varchar( 25 ) COLLATE latin1_general_ci default NULL ,
PRIMARY KEY ( `ID` )
)

_________________
Dedykowane systemy CRM, e-commerce i witryny korporacyjne.
Software House Poznań

Jakub, dalej jest ten sam błąd:

#1064 - You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'COLLATE latin1_general_ci default NULL ,
`SUBTEXT` varchar( 25

ogólnie jak już mówiłem, gdy wchodzę z linii komend bądź z phpadmina do niektórych tabel w bazie to wyskakuje mi błąd:
ERROR 1033: Incorrect information in file: './baza_danych/tabela.frm'
Próbowałem naprawić to komendą:
repair table baza.tabela; ...ale nici z tego... repair error!

Ogólnienie wiem dlaczgo przyczepia sie do tych znaków latin...
próbowałem zrobić coś takiego co wyczytałem gdzieś w google:
./configure --with-charset=latin1 (brak rozpoznania komendy kompilatora - chyba czegos nie zainstalowalem)
jak i dopisać:
general-character-set=latin1 co również obyło się mizernym efektem.

_________________
The Problem Doesn't Lend Itself To Simple Solution...

Oznacza to, że gdzieś jeszcze zostawiłeś tą linijkę. Nie może jej być NIGDZIE.

_________________
Dedykowane systemy CRM, e-commerce i witryny korporacyjne.
Software House Poznań

No dobra.
Może za bardzo nie rozumię. Ale miałem przypadek tak jak tutaj. Usunąłem mysql'a i zrobiłem tak jak jest napisane. Kasowanie bazy (nic tam nie miałem) i jeszcze zainstalować tcp... I teraz pisze mi to samo co u ravena (przy pierwszym odpaleniu ./mysqld start, z tym że jak zmieniłem sql.safe na on, to httpd wywalił się, a było na off. Już 3 dzień nad tym siedzę instaluję na wszelki sposób i zonk. Już chciałem wrócić do starości, ale nic buntuje się ciągle ten serwer...

Jak można przy instalce mysql'a popełnić błąd (zwłaszcza przy: pacman -U mysql.... ścieżka do pliku z mysqlem jest poprawna... itd...

Instalujcie php i mysqla przez pacman -S, wtedy macie pewność zgodności wersji.

Mike, co Ci sie dokładnie dzieje?

_________________
Dedykowane systemy CRM, e-commerce i witryny korporacyjne.
Software House Poznań

No chyba nie do końca. Ponieważ nie mam czasu na testowanie pakietów testing mam wyłączone. Przy aktualizacji (kompleksowej przez pacman -Suy) mysql i php zaktualizowały się do wersji odpowiednio 4.0.26 i 4.4.4. I niestety strona przestała mi działać. Na forum znalazłem informację tasiorka "Zadna wersja php z repo.test nie dziala z mysql-4.0.26-1nnd. Zainstaluj mysql-5.0.24a-3nnd i powinno dzialac." (patrz tu). I faktycznie po aktualizacji mysql-a do wersji 5.0.24a wszystko wróciło do normy. Nie mniej jeśli jest problem z wersją 4.0.26 to czemu nadal jest w extra-current. W mantisie znalazłem również ten problem i ktoś obiecał przerzucenie wersji 5.0.24a z testing co extra-current ale widocznie zapomniał.

_________________
provayder
Zielony Użytkownik Linuxa
ROUTER: DSL250 + Celeron 333MHz|Asus P2B|256MB RAM|HDD 40GB|NND 16.11 + pacman -Suy
uptime-project.net

Dobrze, że zwracasz uwagę. Zobaczę co da się zrobić.

_________________
Dedykowane systemy CRM, e-commerce i witryny korporacyjne.
Software House Poznań