Даша Циклаури: да, пожалуй. потому я бы и попаробовать все убрать за API, а дальше уже внутри поиграться с подбором оптимальной логики для данного случая.
Алексей: проблема в постижении любых знаний в том, что в начале пути - сложно задать коректные вопросы. а задавать вопрос - какой вопрос будет корректным - это немного странно и займет много времени :) я придерживаюсь мнения, что если кто-то что-то спращивает - то ему нужна помощь, и если не ответ, то хотя бы наводящий вопарос. по большому счет неважно с какой CMS начать. в данном случае, я подозреваю важно просто начать с чего-то. если дело пойдет - через полгода топикстартер сам уже расскажет кому хочешь что лучше выбрать :) ну а задачи - да в обсолюте они разные, но вроде нет желания быть универссальным программистом. как говорил мой преподаватель - универсальное - это когда все одинаково плохо :)
massef: дизайнеру и верстальщику необходимо договориться о доступном инструментарии и его ограничениях, я думаю. вы не кипятитесь раньше времени. возможно, поработав с бустрапом, вы потом будете думать, о боже мой! и как я раньше мог делать сетки на susy?! :) не попробуешь, не узнаешь. а попробуешь - глядишь и понравится. ну или будет четкая аргументация, почему бутсрап не подходит для решения конкретной задачи.
Если прицеливаться на фриланс не только на отечественном рынке - Битрикс так скажем не слишком популярен среди иностранных заказчиков все-таки. Качать скилл отдельно для местного рынка и зарубежного, на мой взгляд, расточительная трата времени. Можно потом до кучи освоить, конечно. Но для быстрого старта, думается начать с того, что пользуется максимально широким спросом. Хотя, конечно, в сегменте ширпотреба и конкуренция выше. В общем, дальше - уже вопрос позиционирования своих услуг на рынке, наверное..
Согласен. Желательно кстати проверить сколько инстансов контекста БД создается по факту - залогируйте ради инстереса или подебажьте.
Архитектурно - можно, конечно, работу с базой для пущей изоляции убрать за WEB API - пусть остальные модули вашего приложения общаются с API. Как реализовать хранение состояния там - в базе или в кеше, батчами или без - уже отдельная будет задача. Там можно использовать стандартно один инстанс EF. Более тестируемая кстати. В этом случае - для чата я думаю не принципиально, если сообщение дойдет не совсем уж мгновенно. А отправка с клиента на сервер через API и получение сообщений с сервера - отвязаны друг от друга и лагов создать не должно по идее.
также сразу замечу, что посколькуо не все браузеры одинаков правильные - можно сразу смотреть библиотечку https://github.com/browserstate/history.js - которая позволяет нормально работать и с теми браузерами, которые дружат только HTML4
un1t: вы ж не товары продаете? а за услуги физикам можно БСО выдать www.moedelo.org/Manual/Page/nalichnie-raschjoti - понадобится вести только книгу по учету БСО ну и бланки подготовить. От ИП/юрлиц - по безналу думаю обеим сторонам удобней будет и так. Если клиент хочет налом - пусть оплатит как физик.
легально - по визе. в плане потребностей своих - надо понимать, что из того что нужно будет там работать а что нет. все разные и тут можно только проверить самому. форумы дадут, конечно, общую информацию. особенно если найти сообщества, которые занимаются тем же чем и вы. в этом плане digital nomads - подойдет отлично
Гонконг - это капиталистический филиал Китая, если так можно выразиться. Там должно быть проще. По скоростям - я недавно общался с коллегами, находящимися сейчас в Китае - скайп по голосу лагал ужасно. И как я понял частая там проблема при связи с внешним миром. В общем - имеет смысл сначала поднять информацию от тех кто сейчас там + съездить на разведку с туристическими целями - попробовать самому. Понять как там можно оубустроиться
Валерий Абакумов: пользователи ведь не анонимно работают? добавьте устрашающее сообщение на UI, что любые попытки что-либо менять - повлекут за собой страшную и неотвратиму кару :) Муляж систем видеонаблюдения в магазинах защищает не хуже реально системы безопасности :)
Frel: если вы сопрете что-нить у кого-нить - у вас есть шанс что об этом не узнают. часто что-то воруете? :) есть правила, обязательства, их нарушение, последствия этого и возможность их избежать или нет. как поступить - каждый решает сам в соответствии с собственными представлениями о допустимости этих действий.
continue: потому я и дал ссылку - stackoverflow.com/questions/137933/what-is-the-bes... - там есть варианты использовать другие скриптовые движки. мне кажется проще выбрать то что уже есть чем ради прикладной задачи (предоставления скриптового языка своему приложению для доступа к API вашего приложения) прикручивать AS движок аналогичным образом.
continue: если я верно понял - вы хотите добавить в свое дотнет приложение поддержку какого-то скриптового языка для выполнения неких скриптов (это кстати как-то связано с автоматизацией вашего приложения? или просто некое выполнение неких скриптов? что скрипты-то делают?), то в ветке обсуждалось много кандидатов - stackoverflow.com/questions/137933/what-is-the-bes... - для скриптового языка, кроме AngelScript. Думаю, можно сделать аналогичным образом, найдя или написав необходимые обертки.
Если вы хотите зачем-то в студии работать с кодом на AngelScript (подсветка, интеллисенс) - нужен так называемый LanguageService для него писать - овот мой старый пост с простеньким примером для выдуманного услоного языка dimaka.com/blog/post/vsx-simple-managed-language-s... Все это уже надо лезьть в дебри Visuai Studio Extending - интересная, но достаточно трудоемка тема со всякой вознёй с грамматиками языков, лексерами, парсерами и прочей суетой.
Вообще, было бы проще понять, опиши вы толком что делает дотнет приложение, как с ним предполагется работать, что должны делать AS скрипты, как из пользователь создает и запускает. Что должно произойти после запуска. Может быть задачу можно как-то решить иначе кроме как "внедрить AngelScript в C#".
