Посторонним В.: Судя по коду - другие варианты вас не особо интересуют, это 1. 2) Для универсального подхода нужно поднимать целую архитектуру, учитывающую специфику каждого отдельного формата, каждого кодека и прочее. "Дописать койче в начало" для целого ряда форматов - задача непонятная и совершенно тупая. Пример - формат офисных документов , скажем docx, - zip-архив xml-формата. Что куда вы там допишите?! Если просто байтики и всеравно что в результате - можно стартануть отдельный поток, который создать temp-файл куда вы сначала выльете ваш префикс, а потом пакетами байтов перельете исходник. В итоге убить исходник и переименовать temp-файл.
Посторонним В.: Вы должны четко описывать свой кейс. Если вы хотите дописывать к текстовым файлам - одна задача, если к 3d 1080p фильмам - другая. Если ко всему подряд - третья.
Makarov: Я понимаю что нужен базовый курс понимания написания программы. Синтаксис С++ наиболее универсален и обладает более менее вменяемой ООП-моделью. Потому и советую
robotcigan: Вы зря отметаете css-фреймворки. Сейчас вам нужен 1 компонент,который для себя требует немного css для оформления. Не успеете опомниться, как будете иметь 20 таких разнородных компонентов, которые воюют друг с другом за селекторы. Берите jquery ui и bootstrap . Закроете почти все типовые задачи.
FbCommand fc = new FbCommand("procedureName");
fc.CommandType = CommandType.StoredProcedure;
fc.Parameters.Add("@ParamNAME",ParamType,ParamValue(или TextBox1.Value, но за такой код тоже надо наказывать));
fc.ExecuteReader(CommandBehavior.Default);
Даниил Колесниченко: Если вас интересует теория вероятности - да, существует отличный от нуля шанс получить грант на обучение за границей. Хотите реалий - Ищите фонды и компании которые их выдают и лучше через поисковые машины, чем такой вот сервис вопрос-ответ. Династия закрылась к сожалению, а на гранты для школьников уже косо смотрят.
Singaporian: Захожу на сайт www.heroku.com .Сразу вижу плашку - pricing. Ага, бесплатен только по одному тарифу. 'must sleep 6 hours in a 24 hour period' - прокоментируете? Есть риск что мой сайт будет лежать когда придет пользователь? Моя мысль - проще заплатить 7 баксов чем вдоль и поперек вчитываться в условия бесплатного обслуживания.
дима кубитский: 1) например 2) комиссия будет зависеть от объема платежей, так что я бы не велся на маркетинг-bullshit с промо сайтов сервиса, а конкретно звонил бы в сервис. Я тут ничего рекомендовать не берусь, таких агрегаторов в целом не мало. Их плюс в том - сколько механизмов оплаты вам предложат. Банки предложат visa/mastercard. Агрегатор может подкинуть webmoney.яд,qiwiWallet, выставление счетов в банки по номеру телефона клиента. Это гибче и конечный клиент может испытать мимолетное счастье от того, что оплатит как ему удобно.
Андрей Федоров: У нас с вами разные понимания банальной формы. Если конечно вы не собираетесь подпись запроса считать на бумажке. я лишь хотел сказать что про XML/JSON вы можете и не знать вовсе потому что общение будет идти через HTTP-запросы, а язык - не принципиален в целом. А если вы используете CMS - то существуют плагины для некоторых платежных сервисов. Т.е. требование о веб-программировании тоже становится менее срочным.
Андрей Федоров: 1) Я это реализовывать не буду. Точнее - это описывается в документации сервиса. К примеру - Банк Москвы делает POST-запрос с набором параметров на указанный вами обработчик запросов. 2) я вам сейчас страшную тайну раскрою, только вы никому. *шепотом* другие платформы на других языках тоже умеют обрабатывать callback запросы *шепотом*. Знание веб-программирования нужно. PHP? опционально. Хэндлеры для callback-ов можно писать почти на чем угодно. JS,C#,JAVA десятки их.
Вы чуть чуть неправы. Знания PHP не нужны. Точнее они нужны не больше, чем знания любого другого языка или фреймворка, ориентированного на веб. Некоторые эквайринговые интерфейсы вообще не требуют знаний XML, JSON - нужно лишь просто корректно сформировать банальную форму GET или POST запроса на нужный адрес.
ichernob: Если вы делаете List например или других структурных типов и string, то проверка на null очень сомнительна. Скорее не будет элемента вовсе, чем будет null. Если вы делаете List> То у элемента есть свойство HasValue для проверки на null. Да и вообще нехорошо писать код так , что в любом месте может внезапно вылететь null и надо все проверять. Возможно есть чисто архитектурные проблемы.