Михаил

Любые метки, не только utm, разбор гет-параметров и вывод соответствующей им страницы.

Судя по всему, по utm меткам.

Учтите что низкий порог входа (я о PHP, и простых сайтах, это было упомянуто в ответах) это одна сторона медали. Другая сторона - это ОЧЕНЬ большая конкуренция. Так что палка о двух концах. Специфика фриланса в веб-разработке такова, что проект небольшой/средней сложности, вчерашний студент с зубами но вытянет. В JAVA, Python такого бы не произошло, - там ФИЛЬТР, произойдет отсев говнокодеров, и МЕГА-ТОЛП вчерашних школьников. А то что вы сможете сделать после 2-х месяцев учебы... смогут еще over100000 вчерашних студентов. Там даже работу не найдете с таким уровнем, и заказы подобные получить, чистой воды - лотерея. Не верите - попробуйте посоздавайте объявления с легкими задачами, с порогом входа 1-2месяца. И зацените, реально ли там пробиться. Плюс к тому учтите - эта конкуренция с каждым годом растет. Лучше идти трудным путем, становиться узким специалистом, становиться действительно профессионалом. У вас указана JAVA. Я бы НЕ ЗАДУМЫВАЯСЬ шел в эту сторону на вашем месте. Если вы будете хорошим спецом, в ЛЮБОМ трендовом из языков, работу ВСЕГДА найдете.

Я бы не стал углубляться в java - высокий порог входа, нужно изучить очень много библиотек, заказчики, как правило, корпоративные. А это значит, что мелких заказов на "попробовать" почти нет, а если и есть, то это доработки к сложным и крупным системам, где полно внутренних зависимостей.
Рынок приложений для мобильных явно переоценен. Я бы не стал в него упираться. Сам по себе он не приносит дохода почти ни в чем кроме игр. А приложения другого рода являются именно приложениями к чему-либо уже финансово развитому и являются разовыми акциями.
Поэтому, я бы рекомендовал web, там провала в ближайшее время не предвидится. Причем в ASP.NET я бы тоже не упирался особо. Опять же, это корпоративные решения.
Так что по выбору языка для фриланса, все же php. Куда его приложить второй вопрос - мониторьте сайты фриланса, ищите ниши в которых специализироваться.

p.s. Со своей стороны могу предложить стажировку по разработке под Joomla, если заинтересует - пишите в личку.

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

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

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

Далее, что б установить интерпретатор, в 95% случаев вы поставите менеджер версий языка (rvm или rbenv), что уже много лучше, чем глобальная установка.

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

Что б скачать некоторые пакеты, нужен будет гит, что само по себе очень круто.

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

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

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

Дальше, нужно ж как-то показать заказчику результат? Самым первым вариантом, скорее всего, вы познакомитесь с Хероку - PaaS сервис вещь тоже довольно полезная.

Но вскоре вы поймете, что он вас не очень устраивает. И попробуете разместить сайт-визитку на хостинге.

Здесь Вам придется познакомиться с ВПС, базовой настройкой линукса, юникс-сокетами, понятиями работы различных веб-серверов

Но вот Вы настроили свой сервер. Надо залить туда свой код. В руби Вам будет очень сложно пойти путем "использования ФТП плагинов в редакторе кода" - как-никак, а придется познакомиться с техниками нормального деплоя.

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

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

DataLife Engine (DLE)

Modx. Чистота кода зависит только от вас, никаких служебных классов и ID. Компонентов немного, но они очень универсальны. modx.pro обязательно посетите, там хороший репозиторий есть.

Самый лучший способ использовать true isomorphic архитектуру. Рендерить на сервере, потом синхронизировать через virtual dom на клиенте. Таким образом решается сразу же несколько проблем... и даже больше, чем несколько. Как минимум:

- Быстрая загрузка страниц для клиента
- Быстрая загрузка страниц для поисковиков
- Шаринг кода между клиентом и сервером
- С React.js ещё и ускорение разработки, т.к. тестирование занимает меньшее время, да и побочных эффектов гораздо меньше, чем при использовании binding-ов.

Основываюсь на собственном опыте. С react.js работает всё гораздо шустрее, прозрачнее и модифицируемее.

Скорее всего, вам идеально подойдет MODx

Modx подойдёт. Лично мне нравится.
Можно еще WP, дело вкуса.

Сейчас активно продвигается идея изоморфных приложений, когда первая страница рендериться на сервере, а последующие на клиенте.
Тут есть два подхода, либо использовать так называемые full-stack фреймворки(на nodejs), на подобии derbyjs или meteor. Очень интересные инструменты, но привязаны к mongo. При этом подходе и сервер и клиент пишутся на JS.

Второй подход заключается в том, что у нас есть сервер с которым мы работаем по API(пишите на чем хотите), а фронтэенд имеет скажем так прослойку на nodejs.
С появлением ReactJS рендерит одну и туже страницу на сервере и на клиенте стало очень просто.

Уже сейчас есть эксперементальные инструменты например от Ebay https://github.com/appsforartists/ambidex
Думаю скоро нас накроет волной подобных решений. И тогда подобные вопросы сами собой отпадут =)

Глупость какая. За плечами - 5 лет по специальности "Психолог" (гуманитарнее уже просто некуда). Берешь и учишься.

Ответ прост. Сколько вам нужно времени чтобы выучить руби и сделать пару простых проектов, которые не стыдно показать?

Сначала выучите руби, рельсы, пару проектов сделайте для себя, а потом уже ищите работу на odesk. Без портфолио вам все равно тяжело будет, ведь нормальный заказчик ищущий исполнителя на проект "под ключ" поинтересуется вашими предыдущими работами. Без портфолио вам скорее всего будут светить работы типа небольших доделок, переделок и т.д., куда без знаний тоже не сунешься. HTML\CSS\SEO - будет сложно конкурировать с индусами, даже время не тратьте.

Нечто похожее, но без перевода координат, там данные по областям заданы:
bl.ocks.org/KoGor/5685876
Используются d3.js и topojson.

В принципе, эта статья — половина решения. Для перевода координат, скорее всего, нужен geojson, и может быть, опять topojson. Сам ничего подобного не делал, но проекты открытые и достаточно хорошо документированы.

Смотря какие задачи интернет магазин должен выполнять. По опыту моей работы в офисах, создания магазинов для себя, а также на заказ западным клиентам в it web development outsourcing company, я пришел к выводу, что лучшие cms это:

1. magento
2. opencart
3. prestashop
4. cmsmadesimple
5. bitrix

Это самые популярные, сортировка просто рандомная, а не по популярности.
Джумлу не признаю принципиально.
wordpress все же блоговый движок.