Word -> MySQL / K2 - K2

Приветствую.

Нарисовалася такая задачка:

Клиенты поставляют информацию в виде Word-файлов, которые надо отчитывать и на основании частей док-файлов (отдельных абзацев, строк, слов) создавать К2-статьи. В К2-статье около 40 дополнительных полей, куда должны записываться отдельные абзацы, строки, слова. Доп. поля разные: селекты, мультиселекты, текстовые строки и поля. Отпарсить полностью и разом Word-файлы не получается: клиенты дурные, каждый раз присылают всё по разному.

Первая идея: написать VBA-макросов по количеству доп. полей, отчитывать глазами файлы, отмечать мышкой необходимые данные и запускать соответствующий макрос, записывая сразу в MySQL.
Вторая идея: пользоваться компонентом импорта данных в К2, сперва приводить данные из Word-файлов в импортируемый вид, потом импортировать разом всё.

Подскажите, пожалуйста, какой метод эффективней, по вашему.
Спасибо.

пс: мне бы предпочтительней второй метод, т. к. для меня VBA - terra incognita:(

Третья идея - сделать шаблон для Wordа - прислать клиентам, пусть заполняют.
Четвертая идея - сделать форму, пусть клиенты заполняют онлайн.

Я много времени потратил на подобное, только 4 вариант работает.

@Pazys: к сожаления, не канает. Решения возможны только на моей стороне. От клиентов ничего не получить. Бизнес идея не позволяет - клиенты слабенькие умишком.

Поэтому только 4 вариант.

@ Pazys: ты, похоже, молод ещё, прости, но, как сказано уже, клиент в схемах оптимизации НЕ задействуется. Поэтому свои варианты оставь при себе, не флуди, если не можешь ответить на поставленный вопрос. Ещё раз прости за резкость. Твой четвёртый вариант был отметён за номером ноль, ещё до появления моих, т. к. клиент в схемах оптимизации НЕ задействуется. Надеюсь, более повторять не придётся. Спасибо.

Может и молод, но нашел единственный возможный вариант, как из клиента достать информацию, в том виде, которая нужна. Если этот вариант не подходит, то надо руками работать. УВЫ ... мне просто жалко коллег, и дело не в самой жалости, а в сочувствии. Я много сайтов из-за рукозадых клиентов "испортил". Потому что не дал им форму, а редактор.

Я не пишу что попало ... просто опыт.

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

модератор, почистите, тему, пожалуйста!

chilly_bang но конца понял, что вы хотите услашать, какой совет, т.к. пишите

Первая идея: написать VBA-макросов по количеству доп. полей, отчитывать глазами файлы, отмечать мышкой необходимые данные и запускать соответствующий макрос, записывая сразу в MySQL.

для меня VBA - terra incognita:(

Вторая идея: пользоваться компонентом импорта данных в К2, сперва приводить данные из Word-файлов в импортируемый вид, потом импортировать разом всё.

мне бы предпочтительней второй метод

Что вы хотите услышать, чтобы вам по вашим же суждениям сказали, что лучше 2 вариант, т.к. для вас VBA - terra incognita:(?
Вам необходимо оптимизировать работу, чтобы не надо было делать ни чего руками. Ваши оба варианта отчасти ручная работа, особенно 2-ой.

PS. Согласен с Pazys, если пользователи что-то могут предоставить в Word-файле, то заполнить форму уж точно смогут.

@AL_ALEX:
- я хотел бы услышать ответ на поставленный вопрос: какой из вариантов эффективней относительно соотношения: работа по кодированию решения/работа по интеграции данных.
- terra incognita означает в переводе "неизвестная/неисследованная земля", а не отсутствие желания работать.
- Предпочтительность означает то, что механизмы работы с Joomla известны лучше, чем с VBA.
- "Вам необходимо оптимизировать работу, чтобы не надо было делать ни чего руками." - я это где-то сказал или Вы придумали? Перечтите, пожалуйста, мой текст. Спасибо.

Если Вы согласны с предыдущим оратором, значит, Вы также либо невнимательно прочитали, либо недостаточно значения придали условию "клиент в процессе оптимизации не участвует".

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

"который ваш макрос не поймет": такого варианта быть не может. макрос будет работать так: отправить выделенные данные в определённую ячейку определённой строки определённой таблицы определённой базы данных. Выделение делается руками. Наверное, зря я сразу не сказал: клиентские файлы содержат только текст и вставленные прямо в Word картинки.

во втором же варианте придётся, похоже, тоже писать макросы, типа таких: создать из выделенного текста XML-файл, сохранить его, который потом средствами импорта будет импортирован в К2. Эти макросы гораздо проще, чем создать connection с базой, 30 секунд таймаут, поддерживать коннекшн, или создавать его снова на каждый инсерт. Ещё, опять же вопрос, как пробиться на порт 3306 сервера баз данных (он хостится, доступ на порт 80).

коро4е, такой комплекс проблемок: неясно, что проще и лучше.

пс: тогда, может даже, проще: создать макросом из маркированного текста обычные текстовые файлы, по типу INSERT куда надо ВЫДЕЛЕННЫЙ ТЕКСТ, сохранять их как .sql, которые потом всадить в phpMyAdmin, и конец делу.

Через туннелинг

нё, хостер не даст.

а, вот он ответил: говорит, даст доступ на порт. Проблемой меньше...