КЛУБ СТОКОВЫХ ФОТОГРАФОВ, ИЛЛЮСТРАТОРОВ, ВИДЕОГРАФОВ и ИИ-ШНИКОВ

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

кто-нибудь мелкий может обещать "безлимитное", но там, понятное дело, может оказаться много побочных эффектов.

глянул через гугл на провайдеров - цаны на размещение своего сервера у них начинается от 80 долларов в месяц (в Штатах) - с не очень большим трафиком и без учета стоимости самого сервера. С бОльшим трафиком растет до 200-300 долларов - но это можно при необходимости постепенно наращивать, не обязательно сразу.

а как мы его, например собираемся, если конечно собираемся...
обслуживать, если он в США? Они как-то сами проводят обслуживание типа архивации содержимого по отдельному запросу или периодически?
Т.е. как обеспечивается целостность содержимого?
И что там будет за "движок" работать? В какой среде скрипты исполняться?

обслуживание в смысле настроек - мы сами, удаленный доступ.

физическая установка - провайдер.
бэкап - точно не знаю.

Если сервер наш, то насчет среды и скриптов все вопросы нам самим решать. Верятно, Линукс, соответственно некоторые варианты сразу отпадают.

Когда уважаемый ivz указывает

Эти самые Perl и MySQL - это что-то необходимое и достаточное для работы системы?
Я эти аббревиатуры постоянно в резюме в Интернете вижу. Что-то общепринятое для организации работы серверов интернета?
Это будет работать на любом арендованом сервере или надо специально оговаривать при заключении договора с провайдером?
Хотелось бы и от ivz услышать, что к чему.
"Трудно в чужой язык проникать..."(с)

Perl - платформонезависимый язык программирования, активно используется для написания скриптов на стороне web-сервера (CGI). Провайдеры, позиционирующие себя на рынке хостинга (платного) имеют его в составе web-сервера as default. Имеет интерфейс к БД MySQL (как, впрочем, и ко всем распространенным БД).

MySQL - OpenSource СУБД. Признанный интернет-сообществом лидер среди СУБД для разработки он-лайн приложений. Работает шустро.
Как и Perl - живет практически на каждом хост-сервере.

Perl ИМХО сейчас не актуален

На мой взгляд Perl и CGI это прошлый век. PHP4 - круче.
А платформа независимость у Perl не 100%. Кое что приходится
подгонять.

Блин NN опередил...

А кто мне помешает поставить дома сервер? Повторю, что ограничения по траффику - страшный анохронизм, давно себя изживший. Например у меня в месяц набегает около 45Гб. Есть знакомые, у которых эта цифра раза в три-четыре выше.

Может быть. Я озвучил готовность работать на том, что знаю, и на чем имею опыт работы. Священной войны не будет...


Ну, а те вещи, которые подгонять - ни один админ и не даст выполнять на хост-сервере

По роду своей деятельность занимаюсь как раз поддержкой сайта.
Выбором хостинга и разработкой занимался сам. Хостинг коммерческий
профессиональный MySQL, PHP4, Perl (CGI) все есть, трафик не ограничен.
Ограничений по скриптам нет, закачивай и выполняй что
хочешь. На предыдущем хостинге нужно было сначала присылать
скрипт на проверку.
Конечно для фотобанка наверное лучше иметь свой сервер, хотя бы с
точки зрения безопасности.

Согласен. Я такой пример приведу. Параллельно задав вопрос.
Вопрос такой: как нам безопасно вести финансовые транзакции?
Как это обычно делается.
Приведу пример из собственных наблюдений. Разбирали мы один техногенный инцендент на одном из промышленных предприятий. Для этого пришлось вникать с структуру системы управления.
И вот что оказалось - практически во всем мире сеть с технологическими процессорами и диспетчерскими машинами объединяется с остальными сетями предприятия через безопасный шлюз. То, что я увидел, меня рассмешило и порадовало - так дешево и сердито было все сделано. на одном из компьютеров сети собираются данные, предназначеные для отправки "наружу". И работает программка, которая постоянно слушает обычный ком-порт. Тот самый , к которому раньше подключались мышки и модемы. И ничего, кроме команды "отдай содерживое элемента массива номер такой-то" эта программа понимать не хочет
Никаких атак извне при этом произвести просто нельзя.
Допустим, что на одной мешине исполняются задачи самого фотобанка, а на другой - начисление платежей. Данные то платежам не такого уж и большого объема. Можно "финансовый" сервер научить реагировать только на несколько комманд через ком-порт со стороны сервера фотобанка? Или это излишняя предосторожность?
Как вообще платежи начисляются?

Процессинг карт лучше доверить какому-нибудь мерчанту.

Я делал интернет магазин с расчетами в WM. Так там просто регистрируешся, и тебе дают программный модуль (кусочек кода)
который ты вставляешь в структуру сайта. А все расчеты с платежной
системой, у тебя только данные.

Опять блин NN опередил...

Кто такой "мерчант"?
И вообще говоря, как связывать юридическое лицо с этими электронными транзакциями, чтобы все эти сделки имели силу и были зацеплены с нормальным банковским счетом фирмы?
Кстати, есть нюанс. Возможно, что подробное раскрытие этой темы - вопрос уже коммерческой тайны.
Пора или не пора отметиться, кто хотел бы поучаствовать в детальной проработке проекта?
Если это все еще очевидные, общеизвестные вопросы, то может оно и ненадо ничего скрывать.
А может вообще нужна полная прозрачность?

пока - это общий разговор, вопросы вполне общие.