Dmitriy Tolstikov

Раз тут упоминаются онлай-курсы, то приведу и альтернативу на русском языке
https://stepic.org/course/Программирование-на-Pyth...

Совсем основы, но Вы вроде этого и спрашивали.
Удачи!

Самый быстрый вариант для простых решений - это задача + сайт с API языка + stackoverflow

twoscoopspress.org/pages/current-django-books
Читал Two Scoops of Django: Best Practices for Django 1.8 и Django Design Patterns and Best Practices, обе достойны внимания (и обе можно найти в pdf).

главная ошибка это windows

Ни в каких ;)

вот хорошая батарейка
https://github.com/dyve/django-bootstrap3
использую во всех проектах, сильно упрощает разработку :)

Хоть вопрос и старый, решил все-таки написать свое мнение, для тех кто приходит с поисковиков.
1) С 3G интернетом (500kb и большие пинги) работать будет неприятно, но вполне возможно, потому что частенько необходимо пообщаться с заказчиком по скайпу, а также обменятся большими файлами. Для веба это особенно важно, при работе с сайтом напрямую по ftp.
2) Отказаться от работы можно без всяких последствия до старта контракта(то есть даже на этапе интервью и приглашения на работу от клиента можно отказаться без последствий). Если проект уже в процессе, то единственным правильным вариантом будет договорится с заказчиком, вернуть ему все деньги и попросить не ставить отзыв, многие идут на встречу. Плохой отзыв можно сильно повлиять на успешность, если он единственный, в противном случае все поправимо.
3) Если получили много отрицательных отзывов, то стоит регистрировать новый аккаунт и впредь быть более осторожным и профессиональным, ведь плохие отзывы не ставят просто так.
4) Большинство заказчиков с понимаем относятся к увеличению бюджета и сроков проекта, особенно если изначальное ТЗ было не идеальным(в большинстве случаев). Однако есть и дотошные и непонимающие заказчики, но их обычно легко определить еще на этапе интервью и не начинать с ними работать.
5) Быть в онлайне постоянно не обязательно, обычно назначается время, например каждый вторник и четверг вечером для обсуждения текущего прогресса. Однако при релизе проекта или плотном взаимодействии с командой клиента нужно быть онлайн каждый день хотя бы несколько часов.
6) Из личного опыта: работаю пару дней без отдыха, но зато потом 2-3 дня полностью отдыхаю и успеваю делать при этом несколько проектов параллельно. На мой взгляд у меня как фрилансера намного больше свободы, чем когда я работал в офисе.
7) Обычно все баги учитываются в тайм трекинге и оплачиваются, но это надо заранее обговорить с заказчиком, чтобы не было недопонимания.
8) Если лимит исчерпан то стоит доделать текущий milestone до логического конца и ставить перед клиентом вопрос ребром, либо увеличение квоты времени, либо отказ от проекта. Однако если вы заранее указали сроки и совсем в них не попали, то это скорее ваша вина и стоит работать бесплатно и в следующей раз быть осторожней.
9) При фуллтайме работа на oDesk может приносить от 3-4k$ в месяц. Так что вывод очевиден.
10) 1-2 дня задержки обычно не влияют, но профессиональные фрилансеры сразу ищут возможности сообщить об этом клиенту и если необходимо(баг исправить срочно) поработать через резервный канал (сосед или кафе).
11) На мой взгляд лучше не брать долгосрочные заказы, пока точно не определитесь, хотите ли вы заниматься фрилансом полностью или нет. Усидеть на двух стульях не получится.
12) Никакой лени нету у фрилансера. Наоборот даже. В офисе есть комманда, есть менеджер, на котором вся ответственность, а в фрилансе вы отвественно за любой свой косяк и это сильно дисциплинирует.
13) Задания в фрилансе есть разные, от разработки алгоритма с сильным мат аппаратом, до набора текста с картинок. На не тупых программистов, хотя бы с начальным английским больше спроса чем предложения в данный момент.
14) Наилучший вариант при форс мажоре и длительном отсутствии. Найти нового исполнителя заказчику и ввести его в курс дела.

Больше информации можно найти в моем блоге про фриланс - jff.name

Я нашел решение. Там используется кодировка base64, просто нужно hidden передать этот код, а на стороне php просто перекодировать его и все. Ниже показан код

<form method="POST" enctype="multipart/form-data">
    <div class="image-editor">
        <input name="imgs" type="file" class="cropit-image-input">
        <div class="cropit-image-preview"></div>
        <div class="image-size-label">
            Resize image
        </div>
        <input type="range" class="cropit-image-zoom-input">
        <input type="hidden" name="img" class="hidden-image-data">
    </div>
    <input type="submit" id="submit" value="Отправить">
</form>

<script>
    $(function() {
        $('.image-editor').cropit();
        $('.image-editor').cropit('previewSize', { width: 500, height: 750 });

        $('form').submit(function(e) {
            e.preventDefault();

            var imageData = $('.image-editor').cropit('export',{
                type: 'image/jpeg',
                quality: .6
            });
            var hidden = $('.hidden-image-data').val(imageData);


            var form = $('form');
            var formData = new FormData(form[0]);

            $.ajax({
                type: "POST",
                processData: false,
                contentType: false,
                url: "php/addPP.php",
                data:  formData,
                success: function(data){

                    alert(data);
                }
            })
        });
    });
</script>

<?
session_start();
include("db.php");

$img = $_POST['img'];
$img = str_replace('data:image/jpeg;base64,', '', $img);
$img = str_replace(' ', '+', $img);
$year = time();
$img = file_put_contents('../img/'.$year.'.jpg', base64_decode($img));

$result = mysqli_query ($link, "INSERT INTO test (img) VALUES ('$year');");

echo $result;

Самопис. Проекты таких масштабов в большинстве случаев не делаются на дужмулах, вордпресиках.

C++ жил, С++ жив, С++ будет жить

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

ps Говорить что в вебе больше перспектив конечно же правильно.
Но тру-проггеры это разработчики граф движков, компиляторов, операционок, в общем разработчики инструментария для других разработчиков(в том числе и веб прогграммеров). И без них не было ничего. Так всегда было и будет.

А мне, например, пофиг: у меня и "скрипты" на сях, и системщина на сях, и прошивки железяк на сях, и числодробилки на сях, и CGI на сях...
В общем, С годится для всего, чего угодно. Разве что для веба приходится еще с жабоскриптом заморачиваться. Благо, немного его.