Как лучше сделать?

[alibek]

Нужно сделать учет серийных товаров (пластиковые магнитные карты).
Нужно фиксировать номера карт, их статус и тип, учитывать, кому и кем выданы и т.п.
Решение временное, через некоторое время будет комплексный продукт, который, в том числе, ведет и учет карт.
Однако до той поры нужно все это как-то выдавать и учитывать.
Вот думаю, что лучше сделать. Или клиента написать на VB, подключаясь к сетевой базе. Или написать веб-приложение на PHP или Python. Или же вообще найти подходящий интернет-магазин (как я понимаю, он наиболее соответствует задачам) и использовать его.
Что бы вы посоветовали? Если третий вариант, то какой?

[Хакер]

Тонкий клиент на VB, сервер на PHP или питоне. Неа?

[Roman Koff]

Если совсем быстро, то я бы делал на акцессе.

[alibek]

Тонкий клиент на VB, сервер на PHP или питоне. Неа?

Если делать сервер на PHP, то зачем вообще клиент на VB?
Все в браузере и делать.

Если совсем быстро, то я бы делал на акцессе.

Это в конечном итоге получится совсем не быстро.
Как только что-то выходит за рамки стандартных задач, Access можно сразу исключать.
Чтобы в нем сделать нормальную авторизацию, придется потратить столько времени, за которое можно всю систему написать.

[Хакер]

Если делать сервер на PHP, то зачем вообще клиент на VB?
Все в браузере и делать.

Неудобно. Причину ты сам в ICQ называл: веб-интерфейс всё же уступает по удобству обычному.
Говорю исходя из того, что приходилось делать все три варианта. Веб-интерфейс делать более занудно чем обычный: нужно и о кросс-броузерности беспокоиться, и обыкновенные вещи (вроде драг-н-дропа) приходится реализовывать на порядок более сложными путями, чем если бы делал UI в VB).

[Денис]

Или же вообще найти подходящий интернет-магазин (как я понимаю, он наиболее соответствует задачам) и использовать его.

Голосую за это. Зачем тратить силы и время на временное решение? Когда можно просто взять готовое веб-приложение и поюзать его. Alibek - опытный программист и думаю, врядли стоит писать еще один клиент-сервер из академического интереса.

[Proxy]

Нужно сделать учет серийных товаров (пластиковые магнитные карты).
Нужно фиксировать номера карт, их статус и тип, учитывать, кому и кем выданы и т.п.

MySQL + Inmeta сервер (даёт WEB-интерфейс) + 4-5 пользовательских форм для инмета (каждая форма - XML конструкция) + 4-5 конфигов для учётных записей
20 мин на установку софта на сервер, 20 мин на разработку архитектуры БД, 2-3 часа на конструирование форм. ИМХО оптимально для временного решения.
Недостаток в том, что веб-интерфейс при включённых системах безопасности (там шифрование какое-то специфическое ЕМНИП) доступен только для Internet Explorer. И ещё недостаток в том, что инмета очень кривой и капризный сервер. Ну как временное решение сгодится.

веб-интерфейс всё же уступает по удобству обычному.
Говорю исходя из того, что приходилось делать все три варианта. Веб-интерфейс делать более занудно чем обычный: нужно и о кросс-броузерности беспокоиться, и обыкновенные вещи (вроде драг-н-дропа) приходится реализовывать на порядок более сложными путями, чем если бы делал UI в VB).

ИМХО Adobe Flash удобней, чем Microsoft VS с точки зрения рисования юзер-френдли GUI.
И о кросс-браузерности беспокоиться не придётся и тот же драг-н-дроп - легко.

[Хакер]

Ну если юзер-френдли, это розово-чёрный, то наверное. Для меня френдли, это когда кнопка выгдядит и ведёт себя так же, как кнопка в MsgBox-е.

[Roman Koff]

Чёта какбы не в тему, наверна, а что ASP.NET уже не подходит по политическим соображениям?

[Proxy]

Ну если юзер-френдли, это розово-чёрный, то наверное. Для меня френдли, это когда кнопка выгдядит и ведёт себя так же, как кнопка в MsgBox-е.

Что за клише: всё что похоже на стандартную кнопку из стандартной темы - кнопка, всё что не похоже - не кнопка... нет желания разводить холивар.

Чёта какбы не в тему, наверна, а что ASP.NET уже не подходит по политическим соображениям?

Я как-то мало сталкивался с ASP.NET, поэтому не могу судить насколько его применение приемлемо для подобной задачи.

[alibek]

Чёта какбы не в тему, наверна, а что ASP.NET уже не подходит по политическим соображениям?

Я не знаю .NET.
Во всяком случае настолько, чтобы писать в нем рабочий проект для довольно активного использования.

Что такое Inmeta я не нашел, гугл про этот веб-сервер тоже не знает.
И использовать подобное смысла также не вижу, если уж использовать какую-то готовую систему для разработки, то лучше уж GoogleAppsEngine.

[Proxy]

http://www.gisa.ru/23560.html
PS. Оно не веб-сервер: оно - инструментальная система для разработки ИС. Уровень представления предоставляет Microsoft Internet Information Server.

[Antonariy]

Если совсем быстро, то я бы делал на акцессе.

Плюсую. Разделять клиент и сервер в данном случае непрактично, этот как развитие двух проектов вместо одного.

[Andrey Fedorov]

Что бы вы посоветовали? Если третий вариант, то какой?

Решение ведь временное - можно делать на чем угодно. Лично я взял бы VB.NET - чисто из интереса. Access - тоже можно, но не интересно...

[Ramzes]

Я согласен с теми, кто думает что на временое решение слудет затратить минимум времени и сил, по-этому рекомендую взять что-то готовое. Причем можно и win32 приложения подходящие найти с исходниками.

что касается web попробуй phpShop (e них есть беспалатная версия). Интерфейс у сего продукта очень напоминает стандартный виндовый.

[Денис]

Причем можно и win32 приложения подходящие найти с исходниками.

+1
Такого софта, ведущего учет чего-либо, в сети поистине навалом!

[Amed]

Я бы сделал веб-приложение на python.
- никаких проблем с совместимостью
- удобство модификации и выпуска новых версий
- никакой установки, никаких библиотек
- простота интерфейса под задачу (насколько я понимаю, ничего экстраординарного не нужно)