WebSite X5Help Center

 
Михаил О.
Михаил О.
User

Ошибка форматирования файлов Сvs  ru

Autor: Михаил О.
Visitado 922, Followers 1, Compartido 0  

Добрый день. У меня возникла такая проблема. После получения данных из контактной формы, которое мне пришло на почту, которое я заполнял на сайте, размещенном на Вашем хостинге и при открытии ее в EXEL полуцчилась какая то мешанина, которую невозможно ввести в базу данных MySQL, поскольку абсолоютно игнорирован принцип формирования любого СVS стандарта и базы данных: каждая строчка должна соотвествовать одному полю из контакутиной формы

Как исправить эту фундаментальную ошибку 

Good afternoon. I had such a problem. After receiving the data from the contact form, which I received by mail, which I filled out on the site hosted on your hosting, and when I opened it in EXEL, some kind of hodgepodge turned out that cannot be entered into the MySQL database, since the principle of forming any CVS standard is completely ignored and databases: each line must correspond to one field from the contact form

How to fix this fundamental mistake

Publicado en
4 RESPUESTAS
Incomedia
Stefano G.
Incomedia

Hello Михаил 

Judging by your screenshot, it seems that the CSV is correct. You simply configured Excel to use the wrong separation character to divide the columns. You need to check what character the CSV is using to divide the columns and then specify that to Excel. This is how all CSV files work.

Can you please try and set Excel to use commas to separate columns and see if the result is better?

Thank you

Stefano

GOOGLE TRANSLATE ---

Привет Михаил
Судя по вашему скриншоту, кажется, что CSV правильный. Вы просто настроили Excel на использование неправильного символа разделения для разделения столбцов. Вам нужно проверить, какой символ CSV использует для разделения столбцов, а затем указать это в Excel. Так работают все файлы CSV.

Не могли бы вы попробовать настроить Excel на использование запятых для разделения столбцов и посмотреть, будет ли результат лучше?

Спасибо

Стефано

Leer más
Publicado en de Stefano G.
Михаил О.
Михаил О.
User
Autor

А почему в файле СVS у Вас образуетчя три и более строки. А. Хотя по идее должно быть только две строки. Именя тегов контактной формы, разделенные точкой с запятой и значения тегов полей и все

Имена тегов контактной формы пишутся в 1 строке, значения тегов контактной формы пишуться во второй строке причем в строке неограниченной длины. Разделяются теги и значения тегов точкой с запятой

А у Вас получается больше двух строчек

Стандарты СVS для базы данных требут соблюдения следующего правила

1. Databasefieldname1;Databasefieldname2;Databasefieldname3; ..;//-Имена полей таблицы базы данных  

2. Teg1;Teg2;Teg3; ......;//- название тегов контактной формы

3. ValueTeg1;ValueTeg2;ValueTeg3........; //-значение тегов контактной формы

Никаких иных строчек быть не должно

Если  контактная форма отправляется по почте, то должно соблюдаться следующее правило

1. Teg1;Teg2;Teg3; ......;//- название тегов контактной формы (неограниченная длина сроки)

2. ValueTeg1;ValueTeg2;ValueTeg3........; //-значение тегов контактной формы

Никаких иных строчек быть не дожно. А у Вас судя по скриншоту сплошная путаница получается. Такой СVS файл не соотвествует стиандарту СVS для баз данных и не может быть импортирован в нее поскольку происходит разрыв информации и информация становится неструктурированной ибо у Вас ValueTeg3=Teg1

Как такое может быть и когда такая фундаментавльная ошибка будет исправления 

And why do you have three or more lines in the CVS file. A. Although in theory there should be only two lines. Contact form tag names separated by semicolon and field tag values and all

Contact form tag names are written on line 1, contact form tag values are written on the second line, and in a line of unlimited length. Separate tags and tag values with a semicolon

And you get more than two lines

The CVS database standards require the following rule to be followed

1. Databasefieldname1;Databasefieldname2;Databasefieldname3; ..;//-Field names of the database table

2.Teg1;Teg2;Teg3; ......;//- name of contact form tags

3. ValueTeg1;ValueTeg2;ValueTeg3........; //-value of contact form tags

No other lines should be

If the contact form is sent by mail, then the following rule must be observed

1. Teg1;Teg2;Teg3; ......;//- title tags of the contact form (unlimited length terms)

2. ValueTeg1;ValueTeg2;ValueTeg3........; //-value of contact form tags

No other lines should be. And judging by the screenshot, you get a complete confusion. Such a CVS file does not comply with the CVS standard for databases and cannot be imported into it because the information breaks and the information becomes unstructured because you have ValueTeg3=Teg1

How can this be and when such a fundamental mistake will be corrected

Leer más
Publicado en de Михаил О.
Incomedia
Stefano G.
Incomedia

Hello Михаил

Keep in mind that the CSV file generated by the product export of WebSite X5 is compliant only with CSV standards, assuming you select the correct separator character

Compatibility with further importing into Database or other systems is not guaranteed and the CSV will surely need reworking to make sure it works as intended with a different system

The CSV exported by the software is not meant to be imported into a Database, for this reason, the formatting it has might not be immediately suitable for such use

I remain available here

Stefano

GOOGLE TRANSLATE ---

Привет Михаил
Имейте в виду, что файл CSV, сгенерированный экспортом продукта WebSite X5, совместим только со стандартами CSV, при условии, что вы выбрали правильный символ-разделитель.

Совместимость с дальнейшим импортом в базу данных или другие системы не гарантируется, и CSV, безусловно, потребуется переработать, чтобы убедиться, что он работает должным образом с другой системой.

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

Я остаюсь доступным здесь

Стефано

Leer más
Publicado en de Stefano G.
Михаил О.
Михаил О.
User
Autor

I'm understood, thank you

Leer más
Publicado en de Михаил О.