Меня преследует border=0 )))

И снова здрасьте :))

Столкнулась с такой проблемкой:
При добавлении\редактировании записей в БД через админку в локальной версии сайта - всё добавляется как есть (т.е. код добавляется именно так, как прописан в поле редактора).
А вот при добавлении той же записи на реальном сайте - везде к img добавляется тег border="0". У меня это и так прописано в css и это дублирование мне ни к чему.
Перепробовала уже целую пачку редакторов (думала проблема в них), в настройках ставила запрет на изменение кода, однако именно код картинок всегда редактируется (и только на реальном сайте) в момент отправления или добавления в БД.

Появилось подозрение, что это что-то там на сервере хостинга не так настроено. Есть доступ к некоторым настройкам php:

Пыталась найти описания этих опций и расширений, но ничего понятного не нашла :)) По крайней мере на русском. А с английским я пока дружу на уровне: "Hello, my name is.." =))

Есть ли в этих настройках что-то, что так упорно вмешивается в мой код? Или я не там копаю?
Все файлы и настройки самого движка в обоих версиях сайта одинаковые.

Правильно я понимаю, что вы перед сохранением контента делаете var_dump.. - там все ок, а сразу после сохранения в записи в бд уже модифицированный контент (причем проверяете последнее через средства работы с бд, а не через странички самого приложения)?

@Nek, да и var_dump и print_r записи, что отправляется в БД делала для теста - там ничего лишнего. Но если сразу после этого посмотреть содержимое БД - там появляется этот border ...

Тип сервера: MySQL
Версия сервера: 5.6.31-log - MySQL Community Server (GPL)
Версия протокола: 10

а что за cms?

@Sinkler, cms самописная, потому я уверена, что дело не в ней )) я таких условий там не прописывала.
Да и опять же: в локальной версии ничего не заменяется, только на хостинге, a файлы cms и там и тут одинаковые, и расположены одинаково, т.е., если бы дело было в них - ошибка была бы локальной тоже и её было бы легче найти.

@Jane, а если sql запросом (через ваше средство работы с бд, не через веб-приложение) добавить запись в табличку - тоже будет модифицироваться поле?

@Nek, сейчас для теста в самой БД просто взяла отредактировала конкретную запись - всё сохранилось без проблем. Т.е. дело получается не в БД?
ну это был правда не запрос, а непосредственное редактирование конкретной ячейки таблицы.

Тогда надо смотреть код и конфиги приложения, т.к. где-то есть различие между локальной и продакшн версией.

@Nek, повторюсь: отличий в версиях нет. Любое изменение, сделанное локально, после проверки во всех браузерах - сразу мной заливается на хостинг. К тому же на днях как раз была полная перезаливка всех файлов - т.е. тут уже 100% соответствие.

В бд может быть триггер на инсерт, но не на апдейт.

@Nek, я инсерт даже не тестировала, я пытаюсь пересохранить старые записи, в которые этот border влез, но единственный способ это сделать на хостинге - это руками каждую запись в БД править.. а это как-то не очень

Как происходит общение с бд? Просто через mysql(i)_query,

@Nek, только так, я не очень дружу с php, по сути я новичок в этом. Про ORM даже не в курсе, что это и с чем его едят

почти во всех фреймворках/cms можно сделать так, чтобы на тестовой версии менялся или примешивался другой конфиг

@Nek, фишка в том, что весь код полностью мной написан, это не чья-то cms... Я по мере пополнения знаний модифицирую и улучшаю его.
На хостинге и на локальном компе стоят одинаковые версии php и mysql
а вот их настройки.. дома стоит то, что по умолчанию досталось с денвером - я не настраивала сама, на хостинге - то, что выдал хостер, плюс есть небольшой доступ к настройкам (скрины в 1м сообщении).

Из всего этого вопрос: каким макаром к мои файлам, в которых нет дополнительного кода, примешивается другой конфиг? откуда он мог взяться? я просто не знаю, где искать это

Вот жопой чую, что сервер тут непричем и дело в визуальном редакторе. ))))

@AlexB, я на него в 1ю очередь и подумала как наиболее очевидное, пробовала влезть внутрь во все файлы, искала там все места, где хоть как-то фигурирует border, убирала эти строки, чтобы проверить, что будет
так же пробовала вместо старого другие редакторы подключать, как итог наблюдала следующее:
1. в локальной версии все эти редакторы передают код должны образом без добавок, проблема только на хостинге
2. пробовала вместо отправки данных в базу выводить результат на текущую страницу при помощи print_r и как выше советовали var_dump, чтобы проверить, а что именно редактор пытается отправить в базу
проверку проводила на хостинге и на локальной версии - в данном случае редактор отправляет текст без добавок
добавка появляется только при внесении изменений в запись в БД

Может я что-то упускаю, конечно, из виду. Но не знаю, где копать. Была бы проблема и там и там - дальше ковыряла бы редактор.

оо! корень проблемы найден )))) Правда пока не понятна причина этого:
Все записи в базе кроме той, которую я как раз редактировала - из админки редактируются на ура
и только одна не передаёт в базу данные при отправке... пойду искать, почему это случилось

По крайней мере точно дело не в редакторах, хотя при одинаковом коде админки для всех записей, непонятно, почему блокируется только одна из середины таблицы в базе..
сейчас даже ещё раз для верности перезалила файлы, не помогло.

Всем спасибо за участие :))