Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В. C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум (новые сообщения вниз) Структурный форум

тема: Работа с phpMyAdmin

Сообщения:  [1-10]    [11-20]  [21-26] 

 
 автор: Inque   (11.05.2007 в 14:45)   письмо автору
 
   для: Trianon   (09.05.2007 в 14:23)
 

Хехе :) Вобщем, если кому интересно, мне так и не удалось заимпортировать базу данных из файла, пришлось все делать вручную. ПМА - зло. Нкогда еще он у меня так не глючил.

   
 
 автор: Inque   (09.05.2007 в 20:29)   письмо автору
 
   для: Trianon   (09.05.2007 в 20:26)
 

Я понимаю, что это выглядит глупо, но не могли бы вы мне конкретно расписать алгоритм корректной перезаливки бд? Прям по пунктам, вплоть до того где и как указывать кодировку. Туплю я. Ну или дайте линк на русский ман по пма...

   
 
 автор: Trianon   (09.05.2007 в 20:26)   письмо автору
 
   для: Inque   (09.05.2007 в 20:00)
 

сомневаюсь, что переустановка денвера что-то даст.
Правила, влияющие на ситуацию, я Вам описал.
Кодировка текста в дампе должна соответствовать кодировке соединения клиент-сервер на момент загрузки дампа.
Кодировка соединения клиент-сервер и кодировка результатов запроса при работе с базой из собственных скриптов должна соответствовать кодировке HTML-страниц самих скриптов.
Кодировка данных в самой таблице должна соответствовать объявлению в свойствах таблицы.

Других правил нет. Другие знания не влияют на ситуацию к кракозябами.

   
 
 автор: Inque   (09.05.2007 в 20:00)   письмо автору
 
   для: Trianon   (09.05.2007 в 19:50)
 

Спасибо... Но я напомню, мне удалось базу данных импортнуть, но кодировка... Понимаете, раньше не имея практически никаких знаний я просто экспортировал все таблицы и импортировал их в локальную базу - все было без проблем, не было никаких неприятностей, ни с кодировкой, ни с SQL запросом... Я не могу понять, в чем дело. Если я переустановлю denwer это как то мне поможет? Проблема на данный момент заключается в том, что я не хочу переустанавливать его, т.к. тут мне мой начальник сделал какие-то дополнительные настройки апача, о которых я не знаю и сохранить их после переустановки локального сервера я не смогу.

   
 
 автор: Trianon   (09.05.2007 в 19:50)   письмо автору
 
   для: Inque   (09.05.2007 в 16:12)
 

Судя по SQL: PK Вы либо перепутали gz и PKZIP, либо забыли указать правильный формат компрессора.

Учиться работать с PMA лучше на дампах покороче и эксперементируя на собственной машине.

   
 
 автор: Inque   (09.05.2007 в 16:12)   письмо автору
 
   для: Trianon   (09.05.2007 в 13:58)
 

Ну вот, мне получилось импортнуть всю базу. И опять кракозябры.

   
 
 автор: Inque   (09.05.2007 в 15:57)   письмо автору
 
   для: Trianon   (09.05.2007 в 14:23)
 

Вобщем ерунда полная!

На запрос

CREATE TABLE `content` (
  `id` int(11) NOT NULL auto_increment,
  `id_topic` int(11) NOT NULL default '0',
  `avtor` mediumtext,
  `text` text,
  `ip` mediumtext NOT NULL,
  `date` datetime NOT NULL default '0000-00-00 00:00:00',
  `id_avtor` int(11) NOT NULL default '0',
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=cp1251 AUTO_INCREMENT=62865;


мне пишется

Возможно у Вас ошибка в SQL-парсере. Пожалуйста, проверьте внимательно Ваш запрос и соответствие кавычек. Возможно также, что Вы пытаетесь закачать бинарный файл вне поля quoted text area. Вы можете попробовать выполнить свой запрос через интерфейс командной строки MySQL. Описание ошибки MySQL сервера дано ниже, возможно оно поможет понять, что же произошло. Если у Вас все равно возникают проблемы или если парсер выдает ошибки там, где интерфейс командной строки работает успешно, попробуйте изменить свой SQL запрос до простых запросов и определить, какой именно вызывает проблемы. Вы можете также прислать отчет об ошибке вместе с блоком данных (секция CUT):
----BEGIN CUT----
eNpzDQryD7JScDZUcDZS8HH1s1IwUjBWMDX jCg4BCjNzcTmHBVspqHimWCkUF+YUJBYVpxbp5WQm
6RVkFOiUKRjpGZkrGBkYmOgbGuobmCoYGFi ZGFqZmirkpOZaKrhWFCiocPlWBgf6WCmY6B nqGZrp
5iZWcIUGByn4B+soOLq7+oXoKIS5Aq0Kz8xT8A9wDXJUsNQzMOIK8HUE OkXPTM+QK8AjAKRExx/o
EFOgIWYK4Z5+fiFcPo5+7lYKRaW65Zl5hkamhlxgawK8mVlEGBgYOBg W1q000/m1b/WRV5IMq/b6
MXABRXPykxNzMvKLS/SAvllSm10tfXzqs/L/XY82AwCpokoI
----END CUT----
----BEGIN RAW----
ERROR: C1 C2 LEN: 2 3 56
STR: 

CVS: $Id: sqlparser.lib.php,v 2.27 2004/11/05 00:41:55 lem9 Exp $
MySQL: 4.1.16-max
USR OS, AGENT, VER: Win OPERA 9.02
PMA: 2.6.1
PHP VER,OS: 5.1.6 WINNT
LANG: ru-win1251
SQL: PK


Бред какой-то.

З.Ы. Это может как-нибудь быть связано с настройками апача? Или с тем, что на удаленном хосте и на лок хосте разные версии пхп?

   
 
 автор: Inque   (09.05.2007 в 15:00)   письмо автору
 
   для: Trianon   (09.05.2007 в 14:23)
 

Будем надеяться :) Вобщем я понял, я до этого делал дамп всех таблиц, а сейчас попробовал сделать дамп базы. Потом файл импортнул в пма. Он его скушал, поблагодарил, а база не появилась xD

Веселуха :)

   
 
 автор: Trianon   (09.05.2007 в 14:23)   письмо автору
 
   для: Inque   (09.05.2007 в 14:05)
 

На самом деле до конца 2037 (еще точнее - до 19 января 1938)
Ограничение это связано с размером типа long ( а в php - int) .
Наверняка, куда раньше чем к 30-м годам подавляющее большинство компьютеров будут 64-битными и такое ограничение отпадет само собой.

   
 
 автор: Inque   (09.05.2007 в 14:05)   письмо автору
 
   для: Trianon   (09.05.2007 в 13:58)
 

Все понял. В скрипте config.php прописано

mysql_query("SET NAMES cp1251");

А в дампе ничего нет. Короче я запутался :(

Вопрос, после 2034 года уже нельзя будет пользоваться time() в пхп что ли?

   

Сообщения:  [1-10]    [11-20]  [21-26] 

Форум разработан IT-студией SoftTime
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования