По приезду в Deutschland вовлекли нас в сетевой бизнес - ТяньШи. В качестве дилеров . Задача лечения-помощи страждущим была весьма благородной
Мозги - руки инженерам, бухгалтерам к какой-либо работе хотелось пристроить.
Ходил на лекции, накупил книги. Используя прежние навыки - составил базу на 1С-6 Бухгалтерии, для консультации клиентов , имеющих диагноз ! и для ведния дел..
Чтобы быстро подобрать добавки, исходя из болезни клиента.
Решили участвовать в "деле", если средства ТяньШи помогут мне. Лично.
Жена накупала БАД. Евро - на 200+. Глотал биокальций, но, поломал косточку на голеностопе (от остопороза, при приёме декортина, выбрасывающего кальций из организма)
Участвовать в международном лохотроне - не согласились. Формулировка была такой - не помогло тебе, нечего другим **** морочить.
Из "дегустаторов" нашего города ( со "страшными" болячками) Кордицепс, Спирулина, Икан, Кальций и пр. чудесные средства "от всего"- не помогли. Никому.
Сравнил в базе - прописи лекарств под болезни, из десятка ТяньШи источников (от фирменных до сочинённых Интернет-писателями.) Совпадение проц 10 . Такой разброс результатов "экспериментов " настораживал .
"Расчётно-информационная база для дилера Тяньши", выполненная во времена увлечения прекрасными идеями китайского лечения ТяньШи содержит многоинтересного: - свойства БАД и для чего применять - болезнь и какие БАД рекомендуют - расчёт стоимости пробы и курса лечения - учёт продаж, клиентов, заказа БАД от клиентов, заказов поставщикам, наличие БАД на "складе" итд
Пару замечаний о технологии проведения работы. Книги вычитывались постранично и данные возможного применения БАД вносились в базу в разрезе - болезнь - БАД - источник информации...
Сведения о болезнях из книг ТяньШи дополнил из иных источников До этого мастерил сборку "Нетрадиционная медицина". Однажды понял, что витамины - тоже биологически активные вещества (типа БАД). И решил поставить их рядом.
Результаты перенесены в этот документ - Базу знаний , построенную на отлично приспособленном для такого рода задач "систематизации информации" - текстовом редакторе Aml Pages .
Posted: 27.06.09 01:25. Post subject: что-то я ничего не п..
что-то я ничего не понял..... То, что в АР можно систематизировать всё, что хочешь, мне и так ясно. Непонятно зачем остальное.... Хотя....вспомнились похождения в Amway и прочих монстрах сетевого маркетинга
Post №: 2623
Joined: 28.05.05
Location: Россия, Москва
Rank:
1
Posted: 23.07.09 14:04. Post subject: urasvon пишет: А вы..
urasvon пишет:
quote:
А выдержит ли AML Pages 800 записей. Без разложения в папки
Ну вот только что пробовал сделать, скажем, за тысячу записей без разложения в папки генератором дневников.... Дык нормально справился вполне! С разложением же по папкам - вообще летает просто, что и было специально "закодено" в Aml Pages. У меня у самого в постоянной работе документ с 900 (девятьюстами) разделами - и отлично работает. И это я еще недавно его почистил от старья, обычно в нем и за тыщу переваливает.
Единственное, что конечно некоторая задержка все-таки при построении такой огромной ветки дерева заметна, ну оно как бы и понятно. Но ветка в любом случае будет выстраиваться только один раз при первой попытке обращения к любому узлу в этой ветке.
Только зачем это!?! В этом же ориентироваться в принципе невозможно!?!
urasvon пишет:
quote:
(В одной из старинных версий мне - таки пришлось раскладывать записи в папки. Не тянул, при запоминании сосклизывал в отказ.)
А в чем проблема проявлялась? Вообще в какой-то ну очень древней версии дерево было статичным - но это было уже лет так 100 назад, может быть еще в районе Aml Pages 9.00 AlphaX. Потом дерево было переписано с нуля, и выстраивается оно полностью динамически по мере необходимости, то бишь выстраиваются только те ветки которые нужны пользователю, только один раз, и все остальные ветки даже и в принципе не выстраиваются, если к ним не обращаться. Соответственно развесистое дерево работает значительно быстрее, т.к. веточки достраиваются постепенно, только по мере необходимости.
Posted: 24.07.09 17:02. Post subject: зачем это!?! В этом..
зачем это!?! В этом же ориентироваться в принципе невозможно!?!
Я слепил проект Portable Soft - с описаниями и ссылками где взять
Задачи перед AML Pages там такие
- поиск глазами "По названию"
- поиск по тематике "В папках" (те же фигуранты)
- возможность корректировки листа - добавления модификаций прожки или места "где взять" (поэтому отказался от изображений в WEB-представлении, затягиваю как "простой текст". ( в браузере IE)
А объём инфы получается меньше 1 МВ
2 А в чем проблема проявлялась?
Нет, не появилась. А память сработала. И подстраховывался частым сохранением
В сам-деле проблема возникала в 9.0 в сборке "1000 рецептов рус.кухни для ресторанов"
Post №: 2625
Joined: 28.05.05
Location: Россия, Москва
Rank:
1
Posted: 24.07.09 18:02. Post subject: Про поиск "глазами"
urasvon пишет:
quote:
Я слепил проект Portable Soft - с описаниями и ссылками где взять Задачи перед AML Pages там такие - поиск глазами "По названию"
Обижаете начальник... Есть такая штука как "Быстрый поиск" (меню "Правка" или Ctrl+Alt+F) - вводишь искомую строку (или несколько через символ "|"), нажимаешь Enter... И ху... фигакс, и Ленского не стало - всё найденное будет показано в панели закладок, покликал и выбрал нужное. Поиск сквозной, по всему документу, без учета регистра, и ищет только в заголовках узлов дерева (версия Aml Pages 9.13 теперь умеет еще и в пользовательских комментариях искать).
Поиск потому и быстрый - что никаких тебе настроек, анализов, размышлений и вглядывания в детали. Всё просто: запустил, набрал строку поиска, Enter - смотри результаты.
Это значительно быстрее, и в 95% случаев быстрый поиск мгновенно выдаст с пяток результатов в виде вкладок. Покликал по ним и как правило тут же видишь то, что и искал. Ан нет? Повторить поиск с другой строкой опять же дело максимум 1-ой секунды...
То бишь поиск быстрый и по требованиям к вычислительным ресурсам. И главное, по самому использованию пользователем - ему не приходится морочиться где, как и что искать, какие правила сравнения, область поиска, интерпретация контента и.т.п.
Post №: 2626
Joined: 28.05.05
Location: Россия, Москва
Rank:
1
Posted: 24.07.09 18:06. Post subject: Редактирование веб страниц
urasvon пишет:
quote:
- возможность корректировки листа - добавления модификаций прожки или места "где взять" (поэтому отказался от изображений в WEB-представлении, затягиваю как "простой текст". ( в браузере IE)
В принципе редактирование веб страниц в Aml Pages есть и сейчас (см. меню "Сервис") - но по умолчанию оно выключено.
Post №: 2627
Joined: 28.05.05
Location: Россия, Москва
Rank:
1
Posted: 24.07.09 18:10. Post subject: Подстраховка сохранением
urasvon пишет:
quote:
И подстраховывался частым сохранением
Посмотри на статью "Безопасная работа в Aml Pages". В ней описаны в том числе и настройки автоматического сохранения. Настрой по максимуму + резервные копии, и тогда не страшны даже происки Чубайса с МосЭнерго...
Всё пох - вся информация сохраняется мгновенно... Ну, а коль сам что напортачил, удалил, затёр и.т.д. - автоматические резервные копии завсегда спасают.
Post №: 2628
Joined: 28.05.05
Location: Россия, Москва
Rank:
1
Posted: 30.07.09 00:37. Post subject: urasvon пишет: Насч..
urasvon пишет:
quote:
Насчёт быстрого поиска я не забывал
Дык зер гут... А в чем тогда проблема? urasvon пишет:
quote:
- но конечный док будет выложен на форуме в CHM
Тогда собственно всё и так должно вполне работать - Aml2CHM перенесет все форматирование и в CHM-формат...
urasvon пишет:
quote:
+ народ любит "полистать" - а вдруг на глаза попадётся что-либо полезное
Опять же есть незабвенная команда "Следующая\Предыдущая Страница" - она ходит только по "листьям" дерева, пропуская папки...
urasvon пишет:
quote:
При нажатии на форумную ссылку док втягивается в комп. Важно-получить не слишком громоздкий файл.(чтоб не долго загружался)
Размер на 90% будет зависеть от присутствия рисунков, именно они и составляют львиную долю размера.
urasvon пишет:
quote:
О надёжности сохранения. - сохраняю руками или с опцией -"без сжатия". Только при этом НИКОГДА не выскакивает предупреждение "Ошибка запоминания".
Это не должно быть связано с Aml Pages. Сжатие все равно применяется на лету, и прямо таки интенсивно влиять нехватка места на жестком диске не должна. Тем более если места хватает даже для несжатого файла. Все таки сжимает Aml Pages до 30-40% как нечего делать... Скорее всего проблема в чем-то ином.
urasvon пишет:
quote:
Послушал твой совет - расколотил 1000 записей в алфавитные папки. В сам деле - всё "летает"
Ну так Еще бы не летала! Ни один день был потрачен на разработку динамического построения дерева специально для огромных документов.
All times are GMT
3 Hours. Hits today: 0
You can: smiles yes, images yes, types yes, poll no
avatars yes, links on, premoderation off, edit new post no