Есть желание сделать такую вещь: имеется эл. почтовый ящик. Есть БД на My SQL. И есть НЕЧТО, которое проверяет почтовый ящик и нужные письма грузит в БД на My SQL. Все это (НЕЧТО + БД + ящик) живет где-то на инетном сервере у провайдера. В перспективе содержимое БД обрастает неким интерфейсом для просмотра, скажем, на jsp.

Так вот! На чем же можно наваять это НЕЧТО? Чтоб можно было в конце-концов найти контору, предоставляющую соответствующие услуги по размещению всего созданного в инете?

Заранее звиняйте за возможно глупый вопрос или формулировку. И - спасибо

Наверное я не совсем толково объяснил, что хочу.

Почтовый ящик - находится на произвольном сервере. Опрос его ведется по протоколу ПОП3. В идеале виделось, что можно будет прикрутить какой-нибудь пакет вроде JavaMail (это если удастся каким-то образом частично все реализовать на Яве).
Сервер MySQL так же лежит на хостинговом сервере (если я не ошибаюсь с терминологией).
Так вот! Нужно придумать подход, при котором можно будет периодически проверять ящик НЕЧТОМ, находящемся вместе с MySQL сервером на хостинговом сервере у провайдера.

ПС: дело в том, что я не совсем разбираюсь в интернет-технологиях, отсюда наверное и корявость объяснения, чего я хочу.

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

А можно вопрос? С помощью PHP как можно будет организовать периодический опрос почтового ящика БЕЗ участия пользователя?

Вопрос, на самом деле, не непосредственно в опросе ящика, а в выполнении каких-либо действий/операций периодически БЕЗ участия пользователя...

[quot White OwlА крон на что? :) Просто прописываешь в кроне (или что там на хосте в качестве автозапускали по времени будет стоять) свой скрипт и все.[/quot]

Ну-у-у... Я ж говорю - для меня эта сторона - темный лес! Крон - я так понимаю, некий аналог at под Виндой? И к нему провайдер дает доступ?

PL99Скорее, наоборот ;-)
Как это - наоборот? А что этот кронтаб делает???

Tov. DrujbaОчень сомневаюсь что пров даст доступ к кронтабу. Но вот скрипт туда вставить может и согласиться.

А как же тогда по-другому? Если не даст??

А может ли ПХП распарсить файл Excel? Знает ли кто библиотеку подходящую под него?

DocAlМогут, хотя проще работать с CSV, благо эксель в этот формат данные экспортирует с полпинка.
Дело в необходимости. Нужно парсить прайсы, приходящие на почтовый ящик. А заставить всех присылать в ЦСВ - не выйдет.

1024
пример:

на адрес вида vasya@mail.ru валятся прайсы

в офисе стоит комп на котором аутлук принимает почту. Пишется программа
которая просматривает почтовый ящик аутлука и парсит прайсы с использованием
вба из офиса. И никаких серверов


Ех-х-х. Ладно. Вот пример другой. НЕТ офиса. Нет компа (своего). Есть адрес на мыл.ру, на который валятся прайсы. Есть КУЧА клиентов в разных уголках страны, которые хотят работать с этими прайсами. Связи кроме как мифическим посредством инета нет. Вот тут и появляется инетный сервер.

1024
почтовый клиент должен быть.
...
никакого программирования


Ну что ж. Я все же наверное не до конца ясно пояснил суть проблемы. Вопрос не в том, чтобы посмотреть прайсы в первозданном виде. А сделать это в удобном приложении с возможностью различных тематических поисков. Да и не круто это - анализировать прайсы хотя бы 20 фирм в одном русле с целью поиска дешевого решения.
Просто стоит задача не столько просмотра цен одного производителя, а анализ цен группы поставщиков.
И в этом случае, я думаю, на Лотусе будет тяжело что-то сделать без программирования. Как в общем-то и на любом другом стандартном клиенте/сервере почты.

1024
да фигня это всё. С экселевыми данными гарантировано может работать только
сам эксел
Да ну - не все так печально :) Просто самое миносовое в Вашем предложении то, что необходимо держать СВОЙ сервер постоянно подключенным к инету, к которому будут лезть удаленные клиенты. И еще предполагается - что на нем будет виндовс. И офис. И еще лотус этот. А это ж все денги...
А как верно было замечено, под жабу есть библиотеки, позволяющие вытаскивать данные с ёкселя. А прайс... прайс - это такая штука, что в ней особо наворотов нет. Обычный табличный документ. Есть надежда, что симпл файл будет открываться без проблем.

1024
Главная проблема - предпологается что будут слать просто прайсы какие-то и
их надо привести к какому-то единому виду.

Да, это проблема. Но ее можно решить, по крайней мере в рамках какого-то известного подмножества с возможностью расширения парсера прайсов по мере необходимости...

1024
Т.е. информация вроде бы есть а на самом деле её нет. Как-то анализировать
можно только полнотекстовым поиском, никаких сумм или итогов. Лотус это даёт например

Дык ни о каких суммах и итогах речи и не идет. Голые цифры :)

1024
Я делал что-то для одной конторы которая подобным занималась. Им валили по
почте или факсу всякую фигню и сидели девочки-операторы которые руками это вносили в БД. Причём с клиентами были заключены договора, ругались постоянно
и всё равно слали верхногами. Т.е. не получалось автоматизировать полностью.
Половину руками вносили.

Ну-у-у... Это уже всем известный человеческий фактор :) Без него никуда. Надо делать защиту от дурака :(

jdev333 но удобнее, чтоб VB выковырил данные в куда-нибудь (В ХМЛ), а потом уже с ними работать
Это, к сожалению, нереально совсем :(
Разве что - продумать как промежуточное звено. Собирается почта-распаковывается-данные из ёкселя выгоняются в ХМЛ-обработка, укладка в БД...
Но - ХМЛ в этом случае ИМХО непонятно зачем :)

1024
я такого не говорил. Предлагаю ещё раз прочитать

1.любой почтовый клиент принимающий почту с mail.ru
2.программа конвертации - основная проблема
3.сервер с бд где лежат результаты - любой хостинг

Тут есть заковыка все же одна же: у меня НЕТ выделенного компа, который бы постоянно был подключен к интернету. Теоретически нужно, чтоб я в интернет заходил только по собственной необходимости, а не по необходимости сервера обновления прайсов :)

1024
а без денег хорошо не бывает. Иначе бы в гугле я набрал "монитор на 17
отсортировать по цене" и получил бы прайс

Ну да. Просто я не совсем правильно понял фразу: работа с суммами и итогами. Я думал, что Вы имеете в виду работу с навороченными формулами, статистикой, отчетами, графиками и т.д. екселе-ориентированными наворотами.

Просто, насколько я знаю, работа с простой таблицей екселя не является проблемой для всяких утилиток-примочек для разных языков. Есть опыт по удачной работе хлс-файлами в ПаверБилдере и JSP (последнее - не у меня, в соседней комнате).

ПС: удачный опыт работы, ессно, не через ОЛЕ и тому подобные технологии :)

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