не парсить запись из базы данных изза ":"

[A Former User]

@kuzkuz said in не парсить запись из базы данных изза ":":

Петр Сергеевич 1988 88:23678:выароыв Moskva

И тут! Вы принципиально задаете вопросы, не проверив сами? Ну ок

[kuzkuz]

@UserTrue said in не парсить запись из базы данных изза ":":

Петр Сергеевич 1988 88:23678:выароыв Moskva

Вы шутите? вот тестовый.

555-тест-парсим-двоеточие.xml

[kuzkuz]

@UserTrue said in не парсить запись из базы данных изза ":":

@kuzkuz said in не парсить запись из базы данных изза ":":
Петр Сергеевич 1988 http://site.ru Moskva
Всё тут перестанет работать
Мы получаем город парся строку на : и получая значение 4 из списка
С Иван Петровичем Ок, в Петром Сергеевичем не проканает

Все тут нормально распарсит.

НИЧЕГО И ТУТ НЕ РАСПАРСИТ НОРМАЛЬНО
555-тест-парсим-двоеточие.xml
ВАЖНО! согласно описанному выше условию --- в строку БАЗЫ вместо "site.ru" записалось что то с :, в данном случае "http://site.ru"

[kuzkuz]

@UserTrue

И тут! Вы принципиально задаете вопросы, не проверив сами? Ну ок

Удивило что @Fox Вам плюсанул, хотя Вы не правы.

@Fox
Приведите пожалуйста пример данных, которые можно записать в базу в отдельные колонки и затем действие "парсить строку" их неправильно будет парсить. Так решение найдётся быстрее

Выше два примера.
Все что можно делать это менять : на какие то знаки при добавлении в базу. Но глобально проблему не решает, так как : все равно может заползти

[GhostZ]

@kuzkuz,

[kuzkuz]

@GhostZ я описал ту проблему которая возникла у ТС!
Если я его верно понял. просто у меня аналогичная проблема возникла в свое время.
Для себя я решение нашел. Но для новичков может быть неожиданным что они всегда получали строку с базы, парсили на : и брали нужное значение все было гут, а в какой то момент это схлопнулось.

Ваш пример интересен, но пока не очень понятен. Спасибо

можете показать какая у вас строка с базы в переменной получается?

[kuzkuz]

у меня строка с базы то такая

stolbez1:stolbez2:"stolbez3:stolbez4:stolbez5:"stolbez6:

то такая

stolbez1:stolbez2:stolbez3:"stolbez4:slovo:slovo:stolbez5:"stolbez6:

я может что то путаю, по памяти, но! " прыгают в зависимости от значений в столбцах
в итоге парсить ни через " ни через : не получается норм если не контроллировать записи.

[GhostZ]

@kuzkuz, а чего не понятно то? Если ячейка в базе содержит CSV разделитель (":" или ";" или ","), то эта ячейка экранируется кавычками, действие "Парсить строку" из модуля "Инструменты" прекрасно парсит строки с таким экранированием.

[kuzkuz]

@GhostZ а почему ни у ТС ни у меня так не получилось?
Может потому что когда я строки с базы получаю заранее скрипт не знает на что я буду парсить? Вам так не кажется? А мне кажется именно так.
Я получаю строки с базы применяя некоторые фильтры.
Строки уже далее не в курсе где какая ячейка была и в них ничего не заэкранировано

[GhostZ]

@kuzkuz,

1. Ссылка не экранирована
2. Используется действие из модуля "Список", а не из модуля "Инструменты"

[kuzkuz]

просто @UserTrue несправедливо обвинил меня. Я показал 2 проекта что так не получается.
Считайте, что эти строки получены с базы.

Ссылка не экранирована == она и не будет экранирована, ведь я просто получил строку с базы, через кубик "Получить записи по критерию"

[kuzkuz]

This post is deleted!

[GhostZ]

@kuzkuz said in не парсить запись из базы данных изза ":":

Ссылка не экранирована == она и не будет экранирована, ведь я просто получил строку с базы, через кубик "Получить записи по критерию"

Нет, строка будет экранирована даже если она получена действием "Получить Записи По Критерию"

[kuzkuz]

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

[kuzkuz]

мой косяк.
не знал что кубик парсить строку в инструменты парсит "многофункционально".

Я пользовался все время список-->парсить строку и в базе переставлял столбцы (