А Ubuntu это, практически, Debian только не из самой консервативной ветки и с другим интерфейсом.
Но тем не менее, Debian Вы рассматриваете, а его форк - Ubuntu - нет. Более того, Kubuntu (убунту с другим интерфейсом) которую Вам предлагает Linux Distribution Chooser, Вы, как я понял, тоже рассматриваете, а минт - нет. Вы уверены, что Ваши требования не противоречивы?
Если Вам нужна стабильности, то, все таки, Debian stable. Насколько там старые версии приложений - посмотрите в репозитарии. Вы-то, Наверняка, точно знаете какой именно софт Вам нужен. Решите, наскольо он старый для Вас.
Кажется, я начал Вас понимать. То есть, Вы хотите организовать UDP поверх Вашего проприетарного Modbus-подобного протокола? То есть, Вы даже не имеете возможности работать с RS-485 напрямую?
Да. про Master-Slave забыл, пардон. Перепутал с RS-422. Так что отличия с точки зрения программирования таки будут. А Ваша железка это мастер или слейв? или вообще децентрализованная сеть с арбитражем?
Просто если это слейв, и в RS-485 и в рамках Вашего проприетарного Modbus-подобного протокола, то я плохо себе представляю, как Вы вообще предполагаете, что это будет работать? Вижу один вариант: мастер будет регулярно опрашивать регистры (в терминологии Modbus) на наличие пакета и при наличии ответных пакетов засовывать их в регистры. Не думаю, что Вы сможете найти где-то такую реализацию. :)
А если ваша железка это мастер, то это какая-то странная для меня архитектура.
Но я ничего не понял про Ваш программный прокси. Похоже мы разовариваем на разных языках.
Я его реально использую, но не для фотошопа. То, что я на неи запускаю реально работает надежнее, чем на wine из репозитариев моего Linux дистрибутива и на OS X. Но первый старт приложения медленный. Даже медленнее, чем на обычном wine. Кажется, у них был триальный период - попробуйте.
По-моему, самое гениальное их изобретение, по сравнению с wine - концепция бутылок. Это что-то похожее на chroot. Создал WinXP совместимую бутылку и в нее ровно одно приложение. Создал другую бутылку, например, Win7 совместимую, и нее другое приложение. Соот-но CrossOver в каждую бутылку подгружает те компоненты, которые нужны данному приложению для данной версии Win. Они не пересекаются и не мешают друг другу. Естественно, если это приложение поддерживается со стороны CrossOver (то есть, они знают, какие компоненты надо грузить). Как раз такие популярные вещи, как МСОфис, Фотошоп и тому подобное там неплохо поддерживаются. Но, как правило, не самых последних версий.
@sergiks можем и поспорить. Дословно у ТС: "5000тыс. пользователей", то есть 5 млн пользователей. Если пользователи просто заходят на сайт и смотрят на главную страничку, то есть шанс, что выдержит, да. И то только в том случае, если они зайдут не разом, а скажем, в течении 10 минут.
Желание вынести блок 133-156 в отдельный метод - правильное. Но с именами типа physix_if это точно только запутает :) Выбор имени (метода, класса, переменной) одна из сложнейших задач в программировании :)
Прочие проблемы на быглый взгляд:
- глобальные переменные - зло
- vector< vector > достоин, как минимум, отдельного класса.
- пара int qX и int qY тоже достойна отдельного класса. Уйдут проблемы со ссылками, так как возвращать будете один объект.
Можно и ограничиться. Выбор остается за разработчиком.
Но из моей практики с вероятностью близкой к 100% рано или поздно аналогичное условие потребуется еще раз. в другом месте. Другое дело, что мб правильнее эту проверку сделать в чуть более общем виде:
bool isInRoom(int qX, int qY, int x_size, int y_size)
Тогда вероятность, что она понадобится еще много раз становится значительно выше.
А уж я подумал, что это просто прямой перевод с английского :))
Nothing… will actual…
Профессиональная деформация…
Автору: имхо «долго время» это около 5 лет. А что будет потом — трудно сказать. То есть, главное, чтобы Вы не думали, что вот Вы сейчас освоите что-то. И потом будете на этом жить/работать еще 20 лет.
Я бы по другому сказал — нужны базовые знания. Например:
— Проектирование/разработка интерфейсов. Уже не так важно будет веб фронтенд, мобильный интерфейс или десктоп. Конечно, технология создания интерфейса и способы его использования разные, но общие приниципы едины.
— БД. Как SQL, так и NoSQL и ORM. Это нужно как на мобильных, так и в веб бэкенде, и на десктопе.
и так далее.
А к чему конкретно это приложить, уже решайте сами. Сейчас можно к мобильному, потому можете к веб.
К слову, в нашей стране резидентами могут называться только те люди, которые проживают на территории РФ не менее 183 дней в году. fin-lawyers.ru/index.php?option=com_content&view=article&id=19:2011-04-06-08-31-45&catid=4:2011-04-05-08-32-34&Itemid=4
Забыл сказать. симметричную конфигурацию надо сделать для 80-х портов. А тем сайтам, которые только по http тем конфигурацию толькр для 80-го порта. остается только нюанс, что сделает nginx, если Вы обратитетесь по ip:443 вместо доменного имени. Ну тут просто откроет тот, который будет считать первым.
Стоимость трафика на S3 и EC2 идентична. Стоимость хранения контента в EC2-шных EBS-ах и стоимость хранения в S3 чуточку отличается в сторону в пользу S3. Но на EC2 Вы будете еще и за инстанс платить и за операции доступа к EBS тому, а на S3 только за операции. Поэтому, если AWS, то однозначно S3. Ну или если надо подешевле, то смотрите совет ниже.
Автору вопроса:
кстати, если Вы пользуетесь CMS, то для многих CMS пункт 1 уже реализован.
по п. 2. Тоже не уверен про блокировки.
по п. 3. Смущают Ваши слова про CDN провайдера. Автор, Вы уверены, что Вам нужно использовать какого-то другого CDN провайдера? Во многих случаях хватит и S3 — просто скопируйте Ваш файлик в несколько корзин, в разных регионах. Или вы там стоимость оптимизируете? или у Вас CDN в России? А Вашему CDN провайдеру недостаточно будет просто отдать урл (который будет указываать прямо на файл на S3? а то по Вашей схеме, вы сперва заплатите за отправку файла с EC2 инстанса в бакет, потом из бакета на Ваш EC2 инстанс, который раздает файлы CDN провайдеру, а потом еще и за закачку этого файла с EC2 инстанса Вашему CDN провайдеру.
Дык вопрос то именно в том, на какие именно браузеры? будет это работать на произвольном браузере с произвольной ОС или это строго IE/Windows.
Автору: чуть более двух лет тому назад искал банк по тому же критерию (только меня интересовал в первую очередь Linux). Нашел на тот момент только два: Банк Москвы и АльфаБанк (Java). Но будущее банка москвы в то время было не понятным, да и тарифы у них были просто заградительными. А с альфой у меня в то время личные терки были. Плюнул, завел счет в каком было проще и ближе. Поставил виртуалку с виндой, как и Вы. Так даже лучше ибо безопаснее — я с той виртуалки никуда кроме как в банк клиент не хожу, а стало быть и всяким зловредам взяться неоткуда. Так что, я бы на Вашем месте все так и оставил :)
Есть нюансы, например, с namespace. Действительно .NET приложение (WP8) с .NET сервером работает на 1-2-3. А, например, найти нормальный генератор SOAP клиента для iOS (ObjectiveC) и Android (Java) была задача очень не простая. На iOS c одним генератором огреблись с namespace (пришлось сгенерированный код править руками), а с другим генератором с enum. Поэтому, когда реализовывали для Android уже забили на SOAP благо на сервере был сгенерирован код и для SOAP 1.1 и 1.2 и под простой HTTP GET и HTTP POST которые отдают более простой XML нежели SOAP, а принимают вообще url encoded параметры.
Автору: конечно, это не ответ на Ваш вопрос, но попробуйте избавиться от SOAP :)
Плюсую CrossOver. Но это если немного денег не жалко. С wine у меня офис тоже работает. Но если нужно чтобы все само собой без подкручивания, то CrossOver самое то.
Автозапуск VM начиная с VirtualBox 4.2 уже есть. VB с командной строки нормально управляется, но если опасаетесь, то для него есть очень симпатичная веб морда phpVirtualBox, которая все проблемы отсутствия GUI решает. Имхо для новичков VirtualBox — самое то. Главное, на него не подсесть. Ибо для продакшена он не пригоден.
Но тем не менее, Debian Вы рассматриваете, а его форк - Ubuntu - нет. Более того, Kubuntu (убунту с другим интерфейсом) которую Вам предлагает Linux Distribution Chooser, Вы, как я понял, тоже рассматриваете, а минт - нет. Вы уверены, что Ваши требования не противоречивы?
Если Вам нужна стабильности, то, все таки, Debian stable. Насколько там старые версии приложений - посмотрите в репозитарии. Вы-то, Наверняка, точно знаете какой именно софт Вам нужен. Решите, наскольо он старый для Вас.