Вопрос сформулирован таким образом, как будто вставка - единичное действие, и для него создание такой структуры - оверхед.
С другой стороны, если вставки будут происходит неоднократно, на кой ляд изобретать велосипеды, когда все грабли давно сглажены в готовых решениях?
Искать себя можно всю жизнь с нулевым результатом.
Хочешь программировать - лучше поищи, где и как ты сможешь программировать. Получи опыт. А потом уже кобенься, что тебе нравится да что тебе хочется. За кассой в МакДаке тебе это даже рассказать некому будет.
Hfnas, подсказываю: [base64] в моем ответе - это содержимое PDF, закодированное в base64.
А file.pdf - имя файла для отображения в заголовке окна либо для сохранения, если пользователь выберет этот вариант.
Евгений Семашко, а вы не особенно заморачивайтесь логическими цепочками. Просто обеспечьте нормальные формы и отталкивайтесь от тех запросов, которые у вас реально будут - чтобы они получались как можно проще. Некоторые учебники просто бесполезно читать без реального опыта.
Тогда имеет смысл разделить эту таблицу на две: medicines(id, name, type, location) и goods(id, medicine_id, pharmacy_id, price). Все равно рано или поздно понадобится. И даже в этом случае city_id во второй таблице может здорово облегчить БД жизнь.
С одной стороны - вы все нормализовали, и у вас все хорошо.
С другой - на практике может оказаться полезнее добавить поле "город" в само лекарство, просто чтобы не делать джойн в каждом запросе, когда пользователю будет пофиг, в какой именно аптеке оно есть.
Нормальной CRM должно быть все равно, браузером вы заходите или курлом.
Ибо та CRM должна четко делиться на фронт, отображающий красоту, и бэк, ничем принципиально не отличающийся от API.
Только сохраняйте куки-токены, если вам дорога авторизация между запросами, или стройте их на отправке авторизационных данных каждый раз, как это принято в API.
Ваша проблема как раз в том, что ТВ ничего не меняет во вставленном из буфера. Как оно было без рамки, так и остается. Ваша проблема решается по месту кнопкой в Ёкселе "отправить почтой", за которой будет макрос, обрисовывающий ячейки и вызывающий почтовую программу, передавая в нее нужный текст.
Либо глобально - внедрением нормальной CRM и прекращением онанизма с офисным пакетом и почтовиком.
А вы уверены, что этот исправленный userContent будет работать у адресата?
Мой-то рецепт в том, что стиль прикрепляется к письму вместе с подписью.
А по этому поводу Мозилла сообщает:
Note: This file only affects your Mozilla application's display (when you are using a particular profile). It does not actually change any web page or e-mail message.
Eugene, явно до копирования - у вас в буфере таблица без рамок, ТВ ее просто бережно сохраняет. Его средствами преобразовать что-то автоматом не получится.
При вставке и в письме все работает. При копипасте из письма - естественно, отваливается. Это же внешний стиль. При печати из ТВ стиль соблюдается, кстати.
