German Jet

>Можно ли перейти на rails

Можно

>не стану ли я говнокодером

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

>или лучше всё таки углубиться в php

Php к руби и реальсам не имеет никакого отношения. ООП есть и там и там, паттерны проектирования, алгоритмы и прочая база - очевидно тоже. Хотите копать в стэк RoR - углубляйтесь в Руби и Рельсы (тут это как 2 отдельные сущности используется), php роли не сыграет.

Например так если использовать common based views:

from django.contrib.auth.decorators import login_required
class LoginRequiredMixin(object):

    @classmethod
    def as_view(cls, **initkwargs):
        view = super(LoginRequiredMixin, cls).as_view(**initkwargs)
        return login_required(view, login_url=reverse_lazy('login'))

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

А вообще кучу возможных вариантов вам уже в той теме насоветовали.

Расскажу, как поступал я. Писал на Java ME, так что особо сложных идей не было.

У каждой плитки была алгоритмически заданная поверхность (pavement). В более новых версиях движка приделали и потолок — впрочем, неважно.
Для простоты введём несколько ограничений. Все они, разумеется, обходятся усложнённой логикой.
• Ни на чём, кроме плиток, персонаж стоять не может. Тогда можно обойтись флагом: isSupported: true/false.
• Поднимаясь по склону, персонаж не ударится головой в потолок. Кстати, у нас было два разных геймдиза и два разных подхода — когда один увидел этот баг, пошёл жаловаться, второй взял ограничение на карандаш и не делал таких уровней.
• Неровности достаточно велики, чтобы можно было проверить ноги слева и ноги справа — и понятно, на какой высоте ему стоять.
• Соотношение «площадь ног / размер хитбокса» достаточно велико, чтобы, пока персонаж падает, его гарантированно вытолкнуло из стены.
В зависимости от скорости персонажа и крутизны склонов подберём epsilon — диапазон поиска поверхности.
Предположим, наш персонаж стоит на чём-то и двигаем его вправо.
1. Сдвинем его туда, где он должен быть.
2. Попробуем подстроить высоту, взяв правую сторону ног и отыскав новую поверхность в диапазоне (y — epsilon, y + epsilon). То же самое с левой стороной ног. То, что выше — и есть наш новый y. Если не получилось — УПИРАЕТСЯ (см. шаг 3).
3. Если на шаге 2 персонаж не упирается в стену, проверим на упор весь хитбокс. Если упирается — вытолкнем его из стены, снова подстроим высоту по принципу 2.

Нативно никак. Без сторонних модулей два варианта:
1) Класс формы. Считаю, что это ужасно.
2) Собственный inclusion_tag

Но удобнее использовать django-widget-tweaks.

«Ты в начале крив, косой,
а потом уж Лев Толстой».

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

«Боже, я никогда не научусь верстать как они :( ...»
«Блин эти ребята так круто делают, видимо у меня нет дара...»
«Наверно это не мое, лучше пойду я отсюда...»

КОНКРЕТНО О ПРАКТИКЕ НОВИЧКА

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

Не нужно сразу пытаться сверстать весь сайт, научись верстать отдельные кусочки. Уверен, ты каждый день сидишь в VK. Поставь себе цель — Сверстать страницу регистрации VK например за три дня. Сегодня например сверстай шапку (без перфекционизма). Начни с малого. Со временем одной левой сможешь верстать то, что сейчас тебе кажется тяжелым. Да будет не так, да многое из головы вылетит. Не беда, гугл всему голова. У любого профи есть самый главный Шаолиньский скилл — «Мастерство великого гугления». Не все его постигают в начале пути, но многие все равно придут к нему однажды.

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

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

Главное не останавливаться. И надо смириться, что верстальщик всегда должен развиваться. Не только теорией но и практикой. Это его дар и его проклятье на всю жизнь. А грамотно развиваться поможет только грамотный подход к этому.

Всего лишь мое маленькое, скромное мнение.

Именно API у них нет, однако, загрузка объявлений доступна через XML. Описание формата.

Логика работы такая:

1. На своей стороне ты формируешь XML со всей информацией об объявлении
   
2. Этот XML должен быть доступен по http:/domain.com/avito.xml
   
3. Эту ссылку ты отдаешь Avito для работы
   
4. С какой-то переодичность Avito проверяет твой XML и добавляет/изменяет/удаляет объявления
   

Отчет о загрузке/обновлении/удалении обявлений доступен в личном кабинете и, вроде бы, еще на мыло отсылается.

Также могу рекомендовать сервис afy.ru, однако, он работает только с недвижкой. Почему я его упомянул? Через него можно настроить автоматическую выгрузку объявлений сразу на кучу досок: Авито, Яндекс.Недвижимость, Майл,Недвижимость, ИРР и т.д. Смотри тут полный список.

Есть отличный вариант - pixelmap.amcharts.com/#

Самый быстрый и простой способ сделать быстро и без геммороя)) Выбрали Пхукет, задали параметры, сделали SVG и вперед))

на чем можно написать эффективный софт, который бы позволил сэкономить на железе?

Если комп всё время включен - Виндовый Планировщик заданий и, скажем, сканер или принтер как привод исполнительного механизма. Раз в 3 часа, скажем, что-то сканит или печатает, заодно насыпается корм.

Документация очень подробна на этот счёт.

forms.py

from django.forms import ModelForm
from django.forms.models import inlineformset_factory

from models import Receipt, Ingredient

ReceiptFormSet = inlineformset_factory(Receipt, Ingredient, fields=('name', 'count', 'value'))

views.py

from forms import ReceiptFormSet

def receipt_new(request):
    if request.method == "POST":
        formset = ReceiptFormSet(request.POST)
        if formset.is_valid():
            formset.save()
            return redirect('/receipts')
    else:
        formset = ReceiptFormSet()
    return render(request, 'admin_site/receipt_edit.html', {'formset': formset})

receipt_edit.html

<form method="post" action="">
    <table>
        {{ formset }}
    </table>
</form>

задачи

Прости что лезу не в свое дело, но мое мнение, что yii2 лучше вообще не изучать. Изучай Laravel/Symphony etc

Приведу несколько аргументов (в сравнении с laravel):

1) Yii2 довольно слабо следует принципам SOLID и более того, не предоставляет в достаточной мере архитектурного решения разработчику, чтобы он сам им следовал
2) Yii2 Костылен, а его исходники мягко говоря не очень. Например behaviors (костыль) против middlware(прозрачное решение)
3) Yii2 Имеет устаревшие сервисы из коробки относительно Laravel , который развивается куда более активно.
Помимо прочего в Laravel намного больше готовых сервисов (Elixir , scheduling, Queue , Blade, Storage, Broadcast , Notifications) Вместо этого в yii2 есть только bower assets - который представляет с собой дикий костыль и откровенно ужасен, да еще и не безопасен, а также вроде в yii2 есть сервис для работы с файловой системой, но я с ним не работал. Остальные сервисы типа bootstrap , console etc есть и там и там
4) Магия Yii2 не способствует контролю за кодом и прозрачности
5) Yii2 имеет довольно плохо продуманную архитектуру, о чем говорит например тот факт, что jquery вшит в ядро фреймворка (возможно и некоторые другие ассеты) и это очень странно. Особенно когда тебе нужно запускать консольные приложения
6) ActiveRecord в yii2 доволбно запутан, по сравнению с https://laravel.com/docs/5.3/queries (кончено это субъективно)
7) Yii2 не особо популярен в мире, у него плохая документация и я думаю он серьезно отстоет от конкурентов.

Есть конечно у него и плюсы, например он быстрее laravel и у него есть поддержка модулей(что решается в laravel подключением пакета)