mletov

Программирование на самом деле не особо нравится

У меня вопрос. Нахрена тогда?

если правильно понял проблему, то для выборки аналогов по определенному idprice

SELECT * FROM analog  WHERE num IN (SELECT num FROM price WHERE idprice = 1)

Какие CMS движки для создания

Оборот в корне неверен!
CMS - система УПРАВЛЕНИЯ контентом, а не СОЗДАНИЯ!
Чтобы СОЗДАТЬ: достаточно использовать HTML, CSS, JS.

Для простой загрузки отдельных блоков (или сборки страницы из блоков): используйте библиотеку includeHTML
Важно: только в includeHTML имеется поддержка "прозрачной" рекурсивной загрузки целых иерархий блоков (когда блок с тегом подгружает один или несколько других, и т.д. по цепочке), синхронная и асинхронная работа, и т.д.

PS: Про "движок-конструктор": отсюда скачайте и доработайте (у меня пока не очень много времени его допилить...)
Пример результата: здесь

1. Клещи как клещи. Ну, купите ещё какие-то фирменные, если есть желание и возможность
2. Бокорезы. Обычные, небольшие
3. Нож
4. Фонарик
5. Тестер-прозвонку. Можно примитивный, можно и умный - от возможности опять же
Носить это вполне удобно в школьном пенале занедорого. Подороже - косметическая сумка. Можно фирменный кейс.

Однако Вы себе напридумывали. Давайте разберемся по-порядку.
Внимание! Будет многабукав и много юридической информации.

Итак, как к нам поступают деньги от клиентов Upwok?

1) Клиент передает деньги Upwok'у. Ну тут как бы все чисто, никаких проблем. Деньги-то не у нас. Де-факто (и де-юро тоже) деньги перечислены на счет в банке или иной кредитной организации, который принадлежит Upwork.

2) Upwork зачисляет деньги на наш "счет". [s]И тут Вы впадаете в панику.[/s] Давайте начнем с того, что деньги, как таковые, никуда не двигались. Они как лежали на счету Upwork'a в банке, так и продолжают там лежать. Upwork лишь рисует небольшую циферку у Вас в профиле и все. Ни юридически, ни фактически эти деньги Вам не принадлежат*. Upwork не является ни банковском, ни кредитной организацией, ни фондом ни иным лицом, уполномоченным производить операции с чужими денежными средствами. Все денежные средства, поступающие на его счета от заказчиков становятся денежными средствами Upwork. А то, что Upwork выплачивает эти суммы Вам - это он распоряжается принадлежащими ему деньгами. Т.е. выступает не просто посредником, который передает деньги из одних рук в другие, а промежуточным собственником. Как если бы вы купили автомобиль у одного товарища, оформили его на себя, а потом продали/переоформили его другому товарищу. То, что в Вашем профиле отражаются какие-то суммы с обозначением валюты, это не отражение состояния какого-то пресловутого счета - у Вас его на Upwork'e нет и быть не может - чисто юридически это просто обещание Upwork'а выплатить Вам сумму, эквивалентную указанной. И все. К этому моменту Вы еще не собственник этих денег, вы не можете их потратить.

3) Upwork "выводит Ваши деньги" (а де-юре просто перечисляет на Ваш счет из своих), и вот тут возможны варианты:

3.1) Upwork перечисляет деньги на Ваш банковский счет - проблем нет, все чисто. С точки зрения налогообложения возможны трудности, если это счет в иностранном банке, но это не проблема, а именно трудности, и их тут разбирали.

3.2) Upwork перечисляет деньги на Ваш счет в небанковской кредитной организации. Опять варианты:

3.2.1) Это PayPal или иная небанковская кредитная организация, которая официально зарегистрирована на территории РФ и включена в соответствующие реестры - проблем нет, все чисто. Эти организации имеют право осуществлять операции с валютой (при наличии лицензии, при ее отсутствии они автоматически переведут эти средства в национальную валюту, т.о. доллары Вы не получите).

3.2.2) Это Skrill или иная небанковская кредитная организация, которая на территории РФ не зарегистрирована. Проблем нет с точки зрения нарушения отечественного законодательства. Upwork перевел принадлежащие ему деньги на некий счет, который по документам незарегистрированной на территории РФ организации принадлежит Вам. Т.е. именно Вы никаких валютных операций не совершали. К слову, доказать само существование, а равно принадлежность такого счета Вам в случае с иностранной организацией очень непросто. Ваши деньги приобретают довольно интересный статус кво - вы можете ими управлять, но в правовое поле РФ (а равно под действие предусмотренных законами ограничений) они как бы не попадают.

И да, статья 15.25 КоАП РФ фактически запрещает расчеты в валюте на территории России в обход банков. Вот и все.

_____________
* В соответствии с действующим отечественным законодательством (что, кстати, полностью согласуется с общепризнанными принципами и нормами международного права) право собственности включает в себя 3 элемента: владение (фактическое обладание, включая принадлежность депозита), пользование (возможность извлекать из вещи пользу) и распоряжение (возможность определять дальнейшую юридическую судьбу вещи; применительно к деньгам - тратить их). Нет хоть одного из элементов - нет права собственности. Нет права собственности - нет проблем.

Лучше выберите 2 слоя и нажми create smart object.
Будет один смарт слой, в дальнейшем сможете их изменить.

Просто склеить 2 слоя, выберите их и нажмите Ctrl+e

Уже много раз писалось: эти домены стоят максимум цену их продления.

1) Зона .pro никому не нужна
2) Если компании будет надо, она заберет этот домен вообще без каких либо проблем.

Просто гуглим "компания отсудила домен" и вникаем в результаты.

Потому что в Америке принято продавать продукт, а не впаривать говно.
Именно поэтому принято, чтобы продукт говорил сам за себя.

Пользователю нафиг не нужен телефон, чтобы начать использовать продукт. В большинстве случаев нужен email, чтобы получить ссылку на авторизацию и начать работу с продуктом. В США большая часть населения умеет пользоваться Интернетом, компьютером и в состоянии ввести номер кредитки для оплаты продукта/услуги онлайн.
В России есть специфика - IT-имбецилы, которые не умеют пользоваться компьютером, поэтому им нужно звонить и говорить, на какую кнопку надо нажать и как оплатить. Аналогичная ситуация в Китае, у этих дебилов вообще практически везде авторизация завязана на номер телефона.

Есть еще один момент, телефонный звонок крайне навязчив, фактически посягательство на личное время и часто неуместен. Лично я провожу в некоторые дни до 60% своего времени на совещаниях. Мне некогда выслушивать и кому-то звонить. А вот email я могу быстренько просмотреть.

Вам не нужна форма захвата, вам нужно показать продукт и дать пользователю возможность им пользоваться. Если продукт нравится, то за него заплатят. Остальное все - шелуха.

У меня наоборот было.
Начитался про C#, а вот практики мало, и валился на простых вещах.
Сейчас уже и эти пробелы закрыл.

Раз книги читал, то сходи на ITVDN курс мидл и проф.
Просто заучи, повторяй раз в неделю, месяц, полгода заметки из книг.
Выписывай то что считаешь главным, своими словами.
У меня набралось на 3-4 часа чтения.
Но зато это покрывает ~5 книг сразу.

Коллекция нужна только если используется Add, Remove. Книги то читали, вот например заметки из Jon Skeet C#:

List - внутренне хранит массив и отслеживает логический размер списка и размер поддерживающего массива. Добавление элемента является либо простым случаем установки очередного значения в массиве, либо (если массив уже заполнен) копированием существующего содержимого в новый массив большего размера (обычно в два раза, т.е. происходит удвоение, но это недокументированно) и затем установки в нем значения. Сложность O(1) или O(n) в зависимости от того требуется ли копирование значений. Удаление элемента из List требует копирования расположенных за ним элементов на позицию назад, поэтому сложность составляет O(n-k), где k - индекс удаляемого элемента. По индексу RemoveAt() удалять значительно быстрее чем по значению Remove(), т.к. во втором случае происходит сравнение каждого элемента где бы он не находился сложность O(n).

**Массивы** - самый низкий уровень коллекций в .Net. Унаследованы от System.Array, и они единственные имеют прямую поддержку в среде CLR. Массивы всегда изменяемы в терминах своих элементов, но всегда фиксированы в терминах своих размеров.
Foreach для массива использует его свойство Length и индексатор массива, а не создает объект итератора.

**LinkedList** - связанный список, каждый элемент которого имеет ссылку на предыдущий и следующий элемент. Быстро можно удалять, вставлять новые элементы, т.к. происходит только изменение ссылок на соседних узлах. Проход по коллекции тоже эффективен, но разумеется нет индекса.

**Dictionary** - подобно List хранит свои элементы в массиве, со всеми вытекающими по вставке и увеличению размера последствиями. Для реализации эффективного поиска использует хештаблицу. Можно либо применять стандартные функции хеширования и эквивалентности внутри самих объектов ключей, либо передать реализацию IEqualityComparer в аргументе конструктора. Ключи должны быть уникальными, но хешкоды могут совпадать, что снижает эффективность поиска. Словарь даст отказ, если ключи являются изменяемыми и меняют свои хешкоды после того, как были вставлены в словарь. Внутри этого словаря нет гарантии порядка следования элементов, так что рассчитывать на него нельзя. Вставка происходит на основе ключа (что-то вроде индекса), а не последовательности заполнения словаря.

**ReadOnlyDictionary<,>** - просто оболочка, которая скрывает все изменяемые операции за явной реализацией интерфейса, и генерирует исключение если они все же вызываются. Но если лежащая в основе коллекция (та что передается конструктору) модифицируется, то модификации будут видны через оболочку.

APS.NET без рефлексии и доменов не работал бы.

Нет, это не антисовет, и вы не живете по этому принципу, вы просто не определились с тем от чего вам будет польза, вы решили что будете устраиваться в фирму, но не поинтересовались о собеседованиях, поэтому и не знали насколько сильно они "оторваны" от практики, и не подготовились.
А собеседования это действительно "изврат", там же тесты составляются не специалистами, а дилетантами, обычно получается "опросник" по теории из "топовой" литературы по C#, поэтому подготовка к собеседованием это всегда "изврат", не ищите связь с практикой, а ищите способы все это изучить чтобы пройти собеседование, вот это вот ваша польза, но если для запоминания нужны практические эксперименты, то пожалуйста, но лучше цитируйте литературу.

Но полезность структур осознать не сумел, поэтому в реальных проектах использую только классы.

Это стоит познать практически чтобы уметь сказать хоть что-то, но лучше цитируйте литературу.

очередь, стек, hashtable и т д

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

про рефлексию

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

домены приложений.

Это стоит познать практически чтобы уметь сказать хоть что-то, но лучше цитируйте литературу.