Сохранение \ r \ n в MySQL и получение и запись в текстовый файл через переполнение стека

У меня есть набор данных, который необходимо импортировать в приложение через CSV. У меня проблема в том, что \ r \ n символы, используемые программой для обозначения новой строки, не экспортируются.

MySQL распознает, что они находятся в базе данных, но PHP не может экспортировать их в текстовый файл, вместо этого он выполняет их. Кто-нибудь может указать мне правильное направление здесь? Я немного растерялся.

Переменная:

$elec_desc = "Value Used " . $row['item_no'] . " From " . date('d-m-Y', strtotime($readings[3])) . " to " . date('d-m-Y', strtotime($readings[1])) . '\\r\\n' . "Prev Reading " . $readings[2] . " QTY Type    New Reading " . $readings[0] . " QTY Type " . '\\r\\n' . "Total Usage " . $totalused . " QTY Type " . '\\r\\n' . "Price per QTY Type \$$usagefee";

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

Экспорт:

        if ($res[$price] != 0.00){
$string_to_push = $res['inv_no'] . "," . $res['inv_date'] . "," . $sres['name'] . "," . $res[$acc] . "," . $res[$desc] . "," . $res[$gst] . "," . round((($res[$price]/11)*10),2) . "," . round(($res[$price]/11),2) . ",E";
array_push($array_of_invs, $string_to_push);

} else {
$i = 11;
}
}
}

$prevsub = "IV000000";

for($inc=0;$inc<sizeof($array_of_invs);$inc++){
$file_name = $curr_date . "_inv_export.txt";
$string = $array_of_invs[$inc];

if ($prevsub == substr($string,0,8)){
$myfile = file_put_contents($file_name, $string.PHP_EOL , FILE_APPEND | LOCK_EX);
} else {
$myfile = file_put_contents($file_name, PHP_EOL, FILE_APPEND | LOCK_EX);
$myfile = file_put_contents($file_name, ($string.PHP_EOL) , FILE_APPEND | LOCK_EX);
}

$prevsub = substr($string,0,8);
}

1

Решение

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

 \\\r\\\n

^ Казалось, добились цели, так как они правильно хранятся в MySQL и экспортируются правильно.

1

Другие решения

Других решений пока нет …