Доброе время суток, уважаемые программеры,
Необходимы услуги профессиональных программистов по написанию модуля по работе с базой данных сайта. Идея состоит в следующем:
существует сайт по размещению объявлений о продаже автомобилей. сайт ориентирован на западный рынок. на сайте существует несколько категорий пользователей, из них : платные и бесплатные. платные категории имеют доступ к некоторым разделам сайта, таким как статистика продаж, конкурентоспособность (featured listings), а также bulk upload. Модуль bulk upload должен быть доступен для свободного скачивания, то есть в виде одного setup exe-шника.
я не светило програмирования, поэтому простите меня за ламерское описание, но я вижу это так:
программа устанавливается как windows-приложение, после запуска требует ввода логина/пароля (с возможностью запоминать эти данные), дальше лезет на сайт через HTTPS соединение, подгружает список марок/моделей (на сайте создается список в CSV формате), формирует правильный список (модели в подкатегориях марок). Интерфейс состоит из двух панелей: левая панель -это список марок/моделей, правая панель это рабочая область, куда можно перетаскивать позиции и совершать с ними некоторые обряды, такие как добавление доп. информации а так же фотографий. Также в программе имеется модуль, который преобразует все подгруженные фотки из форматов RAW, GIF, BMP в формат JPG а также при необходимости делает resize фотографий до нужного размера.
Основные два критерия - легкость setup-файла (3-4Мб макс.) а также соответствие стилю сайта и тенденциям современных интерфейсов. Сроки изготовления - чем быстрее тем лучше (запуск beta версии в експлуатацию к новому году с последующим тестированием/дебаггингом). Желательно НЕ использовать .Net framework и любые другие системы которые при инсталляции потребуют скачивания 30метровых библиотек.
Просьба присылать предложения на automart@gmail.com или по звоните 050-416-3500, Андрей Сорокин.
P.S. приветствуются группы программеров с опытом разработки подобных вещей. окажем посильную помощь с офисом(компами), интернетом, софтом, дизайном интерфейса.
Loading ...
декабря 11, 2006 в 3:16 am
Наверное, оффтоп, но сдержался... Жаль что есть ограничение "Желательно НЕ использовать .Net framework и любые другие системы которые при инсталляции потребуют скачивания 30 метровых библиотек." ... Хотя для моих 1.6 Мегабита это будет почти не заметно. Думаю пендосы имеют дома не меньшие каналы.
Такой вот "экзешник" будет создавать кучу проблем:
1. С сервером буду общаться куча разных версий клиента (надо поддерживать совместимость)
2. Из 1 вытекает проблемность добавления новых фишек в протокол в клиент и в сервер.
3. Багфиксинг. Каждая версия будет иметь свои баги.
Это то что я ночью на вскидку вспомнил.
4. Безопастность. Достаточно заразить код на сервере вирусом и этот код быстренько скачают куча клиентов.
Я не могу сказать, что по этому поводу думаю умные дядьки из микрософта. Но дядьки из сана, для решения этих и других проблем давным давно (году так 2002-м примерно) придумали технологию под названием Java Web Start.
декабря 11, 2006 в 2:32 pm
Руслан, не грузи человека.
предложи решение и аргументируй
декабря 11, 2006 в 6:22 pm
чем не решине? чем не аргументы? Я хочу понять, можно ли данное ограничение обойти. Сформулировал проблемы и их возможное решение. Не притендую на абсолютную истину.
декабря 13, 2006 в 6:56 pm
Руслан, webservice, передача данных в виде datasource (xsd+xml) и никаких проблем с парсингом. А для случаев обновления программы можно модуль бизнес-логики вынести в отдельный модуль/плагин, который будте автоматически обновляться все через тот же сайт... То есть 1,2,3 не вижу проблемы.
И мне интересно посмотреть на вирусы, способные заразить .NET сборки, а тем более ломануть webservice и внедриться в его тело :)))) лол. Нет, ну конечно можно специально оставить дыры для кулхацкеров... Если ты рассматриваешь этот случай, то да )
Вообщем по сути - все предложения ушли на мыло автору
декабря 13, 2006 в 9:33 pm
Я могу ошибаться. Предположим мы разсылаем отдельный dll. Dll может быть заражена вирусняком? Как отреагируют на новый XML старые версии dll? Ведь может быть куча разных dll у разных клиентов? А если у клиента Linux или недай бог AIX, Solaris, MacOS или QNX?
Но дот нет по сути нельзя использовать ровно, как и яву. Я уже молчу про тонкую настройку доменов безопастности для Java byte-кода. Я не сомневаюсь, что мелкомягкие скопированли и этот аспект технологии Ява в своем .Net.
декабря 15, 2006 в 2:36 am
Спасибо за участие в обсуждении. Согласен на дотнет, уже пишем на дотнете. Будем рады профессиональной помощи. Заходите к нам на огонек. Мы в Черкассах, любим чай, кофе, пиво и т.д. Можем организовать некий сходняк, познакомиться/пообщаться. Нас три человека - два программера и один сидит дома ничего не умеет и не делает (и объявляет тендеры).
Пишите в комментах или на мыло, договоримся о сисопке (лол).
декабря 15, 2006 в 2:38 am
по поводу скачивания библиотек, каналы в порядке у многих, просто не многие знают, как качать/устанавливать дотнет, так что система должна быть предельно проста. видимо будем предлагать дистрибутив дотнета прямым линком...
декабря 15, 2006 в 1:49 pm
ну вот и славно
тем более, что такое 30 метров для пендоса?
у них траф уже давно никто не считает.