Skip to main content

django-mfw is a framework for developping mobile site with Django. The following feature is available

  • Detect accessing device via HTTP_USER_AGENT and determine the device can handle cookie or not.

  • Non cookie based Session and Csrf protection for the devices which cannot handle cookies.

  • Dynamically change loading template via the device information. That’s mean you can prepare the HTML template for each device (flavour template system)

  • Encode request and response via detected device encoding. It is required because some Japanese mobile phone cannot handle UTF-8

  • Translate Japanese Emoji in request and response to proper character code or image for PC.

Install

sudo pip install django-mfw

or:

sudo pip install git+git://github.com/lambdalisue/django-mfw.git#egg=django-mfw

Required (Automatically installed)

  • e4u (emoji4unicode bundle framework)

Quick tutorial

  1. Add mfw and mfw.contrib.emoji to your INSTALL_APPS settings in settings.py

  2. Add mfw.middleware.device.RequestDeviceDetectionMiddleware to the first item of MIDDLEWARE_CLASSES in settings.py and mfw.middleware.device.ResponseDeviceDetectionMiddleware to the last item of

  3. Add mfw.middleware.session.SessionMiddleware and mfw.middleware.csrf.CsrfViewMiddleware to your MIDDLEWARE_CLASSES setting and comment out existing middlewares.

  4. Add mfw.contrib.emoji.middleware.DeviceEmojiTranslationMiddleware and mfw.middleware.flavour.DeviceFlavourDetectionMiddleware to your MIDDLEWARE_CLASSES setting.

  5. Add mfw.template.loaders.flavour.Loader to the first item of TEMPLATE_LOADERS setting.

  6. Add mfw.context_processors.device and mfw.context_processors.flavour to your TEMPLATE_CONTEXT_PROCESSORS setting.

The code below describe sample settings. See settings.py for more detail.:

# List of callables that know how to import templates from various sources.
TEMPLATE_LOADERS = (
    'mfw.template.loaders.flavour.Loader',
    'django.template.loaders.filesystem.Loader',
    'django.template.loaders.app_directories.Loader',
#     'django.template.loaders.eggs.Loader',
)

MIDDLEWARE_CLASSES = (
    'mfw.middleware.device.RequestDeviceDetectionMiddleware',

    'django.middleware.common.CommonMiddleware',
    #'django.contrib.sessions.middleware.SessionMiddleware',
    'mfw.middleware.session.SessionMiddleware',
    #'django.middleware.csrf.CsrfViewMiddleware',
    'mfw.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'mfw.contrib.emoji.middleware.DeviceEmojiTranslationMiddleware',
    'mfw.middleware.flavour.DeviceFlavourDetectionMiddleware',

    'mfw.middleware.device.ResponseDeviceDetectionMiddleware',
)

TEMPLATE_CONTEXT_PROCESSORS = (
    "django.core.context_processors.auth",
    "django.core.context_processors.debug",
    "django.core.context_processors.i18n",
    "django.core.context_processors.media",
    "django.core.context_processors.request",
    "mfw.context_processors.device",
    "mfw.context_processors.flavour",
)

Usage

Device detection

request device is detected with mfw.middleware.device.DeviceDetectionMiddleware and stored in request.device the device instance has following attributes

device.support_cookie

is the device support cookie or not.

device.kind

A kind of this device. It is used for flavour template system.

device.name

A name of this device. It is used for flavour template system.

device.model

A model name of this device. It is used for flavour template system.

device.version

A version name of this device. It is used for flavour template system.

device.encoding

A recommended encoding for the device. It is used to encode the request/response

device.carrier (additional)

An attribute which Mobilephone device has. the carrier name of the device.

device.uid (additional)

An attribute which Mobilephone device has. User id which is passed from carrier server.

device.reliable (additional)

An attribute which Mobilephone device has. If False then the HTTP_USER_AGENT might be modified thus passed user id is not reliable enough.

Unicode emoji and Japanese carrier emoji conversion

mfw.contrib.emoji.middleware.DeviceEmojiTranslationMiddleware care it. it detect device and automatically translate unicode emoji to carrier’s encoded emoji in response. That’s why you do not need to care the code of emoji. Just write emoji as unicode emoji then middleware translate everything correctly and encode response to carrier’s encoding

Incoming translation is also handled the middleware. if request.GET or request.POST has carrier emoji, the middleware automatically translate the carrier emojis to unicode emojis and decode value to unicode.

Unicode emoji is found on http://www.unicode.org/~scherer/emoji4unicode/snapshot/full.html . this is a part of emoji4unicode project and translation method is using conversion table of it. see e4u for more detail.

Flavour template system

mfw.middleware.flavour.DeviceFlavourDetectionMiddleware detect device and automatically create flavour for device. the flavour is used for prefix of template_name. so if the flavour is smartphone/iphone/1.3 and called template name is blogs/post_detail.html then mfw.template.loaders.flavour.Loader will try to load the file listed below with template loaders listed in TEMPLATE_LOADERS except oneself.

  1. TEMPLATE_DIRECTORY/smartphone/iphone/1.3/blogs/post_detail.html

  2. TEMPLATE_DIRECTORY/smartphone/iphone/blogs/post_detail.html

  3. TEMPLATE_DIRECTORY/smartphone/blogs/post_detail.html

  4. TEMPLATE_DIRECTORY/blogs/post_detail.html

mfw.template.loaders.flavour.Loader is bundle loader and loading method is depended with template loaders listed in TEMPLATE_LOADERS so make sure you listed correct template loader in TEMPLATE_LOADERS

Special thanks

django-mfw’s concept is inspired by django-bpmobile django-mobile and emoji4unicode

Metadata

Release files for django-mfw 0.4.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for django-mfw 0.4.1
File Size Uploaded Provenance Actions
django-mfw-0.4.1.tar.gz 219.6 kB Without provenance Details for django-mfw-0.4.1.tar.gz

Release files / django-mfw-0.4.1.tar.gz

Download URL django-mfw-0.4.1.tar.gz
Size 219.6 kB
Tags Source
SHA-256 checksum
How to use checksums
e725ae904dc2aa11f71c4fdd5022a8e03a8b2ed64f1a5847476451d95abc1824
BLAKE2b-256 checksum
How to use checksums
04f7c785d883eb9db8f4c57bb5730d1ae95020a7f8f8ed41f338a97c81dd3a3e
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No

Security for django-mfw 0.4.1

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

No provenance found

None of the files in this release were uploaded with provenance metadata.

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page