Всем привет.
Мужики, столкнулся с такой проблемой, при редактировании записей в cms_uc_items в phpmyadmin.
Действия следующие:
1.В админке создаю раздел каталога, (одна запись с типом html).
2.Добавляю в раздел запись. В поле html добавляю игру, *.swf файл (через редактор)
3.Флэшка на сайте отображается.
4.Захожу в базу phpmyadmin, таблица cms_uc_items. Открываю добавленную запись, нажимаю редактировать, затем, ничего не меняя, жму ок.
После этого игра на сайте не отображается. В чем причина, подскажите.
#1
27 августа 2011 в 17:09
Не уверен в точности, но могу предположить, что при загрузке через редактор используется mysql_real_escape_string, поэтому спецсимволы экранируются. А при прямом запросе в phpmyadmin нет. В коде, который вставляется, содержатся спецсимволы \x00, \n, \r, \, ', " and \x1a, которые не применимы в мускул запросе. Попробуйте их проэкранировать вручную. Скорее всего не дает " или '.
#3
27 августа 2011 в 18:22
Марат, вот что у меня в поле fieldsdata
Подскажите как, очень прошу.
Сегодня в 15:18
#4
27 августа 2011 в 19:37
Отредактируйте заново через редактор, зачем заморачиваться ручным экранированием. Всё что нужно можно в редакторе вставить. Не лезьте в БД.Подскажите как, очень прошу.
#5
27 августа 2011 в 21:58
Хех, дело в том что я добавляю записи импортом csv в phpmyadmin. Записей около 100000. Вручную никак невозможно.
#6
27 августа 2011 в 23:33
ну вот, а как хорошо начиналось с редактирования записи… а дело то в импорте оказывается 
просматривая значение поля fieldsdata обнаружил непонятные циферки, начал копаться в коде.
оказывается в поле записи вставляются после обработки функцией serialize(), т. е. преобразуются в хранимое представление данных. Когда берутся из таблицы, то преобразуются функцией unserialize(). Может быть причина в этом. Если делать прямой импорт из csv, а потом обработать данные при выводе unserialize(), не должно получится то, что надо.
просматривая значение поля fieldsdata обнаружил непонятные циферки, начал копаться в коде.
оказывается в поле записи вставляются после обработки функцией serialize(), т. е. преобразуются в хранимое представление данных. Когда берутся из таблицы, то преобразуются функцией unserialize(). Может быть причина в этом. Если делать прямой импорт из csv, а потом обработать данные при выводе unserialize(), не должно получится то, что надо.
Марат, я начал просто с редактировании записи, чтоб не заморачивать голову, тем кто может помочь.
Да, такая же ситуация происходит и с импортом. А вы пробовали воспроизвести по шагам? У вас также происходит? Может у меня что с phpmyadmin не так…
Спасибо, что уделил время, Марат.
Сейчас продолжаю ковыряться. Если ничего не найду, то прийдется подбирать другую cms для проекта.
Да, такая же ситуация происходит и с импортом. А вы пробовали воспроизвести по шагам? У вас также происходит? Может у меня что с phpmyadmin не так…
Спасибо, что уделил время, Марат.
Сейчас продолжаю ковыряться. Если ничего не найду, то прийдется подбирать другую cms для проекта.
#8
28 августа 2011 в 11:13
Да получится всё. С другим кмс тоже придется разбираться. Лучше уж приспосабливать хорошо известный. Меньше времени потеряется.
Напиши просто скрипт для импорта из csv. За основу можешь взять вот этот скрипт. Данные перед тем как вставлять в БД обработай serialize() и вставляй методами класса cmsDataBase $inDB->query(). При вставке данные автоматом обработаются musql_real_escape_string(). И всё будет нормально. Как готовятся и вставляются данные можно посмотреть в файле model.php и frontend.php в /components/catalog. По подобию и надо делать.
Напиши просто скрипт для импорта из csv. За основу можешь взять вот этот скрипт. Данные перед тем как вставлять в БД обработай serialize() и вставляй методами класса cmsDataBase $inDB->query(). При вставке данные автоматом обработаются musql_real_escape_string(). И всё будет нормально. Как готовятся и вставляются данные можно посмотреть в файле model.php и frontend.php в /components/catalog. По подобию и надо делать.