Здравей Гост ! Регистрирай се и влез .

Навигация на книгата

Последни коментари

Кой е онлайн

В момента са 0 потребители и 0 гости online.

Гласуване

Колко тестови Друпал сайта имате?
1-5 бр.
61%
5-10 бр.
16%
10-15 бр.
8%
15-20 бр.
3%
20-30 бр.
3%
30-40 бр.
3%
40-50 бр.
3%
над 50 бр.
5%
Общо гласове: 38

Разпространи

Разпространи съдържание

Агрегатор на източници

Bert Boerland: Drupal Predictions for 2018

Planet Drupal - 13 Февруари, 2018 - 00:09

We have had a tradition since 2005. Every new year we have a posting on the predictions for the year ahead for our beloved open source CMS and community. Sometimes this posting went up in december, sometimes in January. But never in February.

Time to start a new tradition, predict the year ahead from February on :-)

Leave a comment if you do think that blogging will get hip again, RSS will gain new ground. What will the roll of the Drupal Association be in the new year? Where will the next DrupalCon be? Will the community grow and in what direction? API first, customer first, mobile first?

Polish your crystal ball and tell us what the future of Drupal wil be.

If you need some inspiration, take a look at 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014, 2015.2016 and
2017.

And yes, this posting was once month late. Apologies. Feel free to predict when the new prediction posting will go up on d.o :-)

So do post your predictions at https://www.drupal.org/forum/general/news-and-announcements/2018-02-11/predictions-for-2018.

Категории: Planet Drupal

CU Boulder - Webcentral: Composer Sees Drupal Projects as Deprecated

Planet Drupal - 12 Февруари, 2018 - 23:08

Last week, the term open source itself turned 20! While the ideals of free and open source code had been discussed before January 1998, that was when Netscape released their browser source code. 

We think it is going to change the way people actually develop these products dramatically for many, many years to come. This will be a historic day in that chain of events. - Jim Barksdale, Netscape CEO

It did. It was. But are the links this chain as strong today as 20 years ago?

Version 1 of the GNU GPL (GPL-1.0) was released in February 1989 followed by GPLv2 (GPL-2.0) in June 1991. Dries open-sourced the software behind Drop.org and released Drupal 1.0.0 in January of 2001.  

I’m not sure if there are other documents that survived the Drupal.org updates and the great Git Migration, but thanks to the Archive.org’s Way Back Machine you can still access the Drupal project’s contributor policy from 12/04/2004.

Q: What license should I use?

A: We currently require that all submissions carry the GNU/GPL license. This
may, or may not change in the future. For more information on the GNU/GPL,
point the browser of your choice to http://www.gnu.org/.

You don't have to include a LICENSE.txt in your theme or module's
directory because there is global LICENSE.txt in the top-level directory
of the contributions repository.  Furthermore, a LICENSE.txt will
automatically be added to each packaged theme or module (.tgz file) that
is offered for download at http://www.drupal.org/.

Other than getting more specific about the GPL-2.0+ policies and improving FAQ, the Drupal project's approach to licensing remained largely unchanged until 2018. 

Did you know that Drupal themes and modules can now include popular font packages like Font Awesome?

Probably not, but the DA and Dries finally approved a change that officially allows non-code assets like images, text and fonts that use licenses other than GPL-2.0 to achieve similar goals to the 4 essential freedoms the GPL protects.  WordPress made this change several years earlier.  Despite claiming to have the same general licensing policy as Drupal, they’ve actually encouraged theme developers to add assets using a variety of license for many years.  These licenses can be included in projects distributed as GPL-2.0 because things like images, text and fonts are treated as assets that aren't part of the code.

WordPress now has more than 5,300 themes available on WordPress.org.  There are even more commercially available themes that walk a strange line of GPL compliance.  I know what you are going to say.  Many of these WordPress themes are junk.  Hundreds of these aren’t fully compatible with the current WP release. They have so many themes for a single use case like a recipe site or a bed and breakfast that require specific plugins.

All true… but I'll counter with the fact that there are thousands of WordPress themes and currently, only 270 themes available for Drupal 8.

You could argue that Drupal’s themes have to be more flexible to support any content type or view a site build dreams up and that many of Drupal themes are base themes that are designed to support custom theme development.

Again. All true… but I'll counter with the fact that there are thousands of WordPress themes and currently, only 270 themes available for Drupal 8.

While licensing policies are only one of many differences between the Drupal and WordPress theming ecosystems, the negative impact the additional effort required to complete Drupal's multistep installs has on adoption is a factor.

Won't Composer fix the multistep install issue?

It will, but it introduces new challenges like keeping up with the changes happening off the island. One change is that the Software Package Data Exchange (SPDX) specification that Composer uses has deprecated the use GPL-2.0+ in favor of GPL-2.0-or-later. SPDX is standard Composer uses for licensing.

Wait... So How Exactly are Drupal Projects Deprecated?

I have to apologize.  I’ve used a clickbait title to get you to read this far.  But be honest, if I titled this post “Drupal’s Use of GPL+ in Composer.json is Deprecated in Favor of GPL-2-or-later” would you have even opened the post? 

While 2017 was a really dramatic year for open source, there are very few people in the world who really understand these licensing conflicts and even fewer members of the Drupal community.  Most of us would prefer to believe we learned everything we need to know about sharing in kindergarten and just want to write, share and use code without getting lawyers involved. 

Unfortunately for the GPL to work, someone has to understand the details and enforce them.

This is where the Drupal's Licensing Working Group comes in.  Unlike the Drupal Security, Infrastructure or Community working groups, most members of the Drupal community have probably never heard of the Licensing Working Group.

To this group, Facebook’s decision to change the license of React after WordPress refused to use with the BSD + a patent clause was epic.  If you're still reading and understood why that licensing change was so important, please contact me.

The LWG currently has 3 members; Gisle Hannemyr  (University of Oslo), Shawn DeArmond (University of California Davis) and myself (University of Colorado Boulder) and we’d like to expand the group. The Drupal project faces a number of challenges as we move from the safety of our island to a very different landscape for licensing and distribution than what existed in 2001. 

The Apache-2.0 Problem

Yesterday Amazon published a WordPress plugin that integrates with their Polly service.  The fact that Amazon developers wrote the plugin is noteworthy and the functionality is interesting, but this is not what caught my attention.

If you download the plugin from WordPress.org and look in /vendor/aws/LICENSE.md, you’ll see that the Polly library is licensed as Apache-2.0.  While it’s easy to find code using a variety of licenses that are clearly not GPL-2.0 compatible in plugins available for download from WordPress.org, the WordPress uses a similar strategy to Drupal where we don't police contributions.  Both projects will only take action if someone reports the issue.  So I did.

I'm hoping that between this post and that issue, I can elicit a response from the WordPress community about how they plan to deal with the Apache-2.0 problem. 

Drupal projects are constantly running into Apache-2.0.  The popular Accelerated Mobile Pages (AMP) module requires a library Google has licensed as Apache-2.0. This currently makes it impossible to include a functional version of that module in a Drupal distribution.  Strangely, the most popular AMP plugin for WordPress reporting more than 200K installs and written by Automattic doesn't use Google's library.

In addition to becoming the license of choice for influential groups like Google, Amazon, and Mozilla, GitHub heavily promotes 3 licenses when starting a new project.

Of these, only an MIT license would allow the project to be committed to a Drupal module or theme or packaged with a Drupal distribution. This isn't only an issue with PHP library, the core Modernizing JavaScript initiative is starting to hit this as well.  

While there was once a time when developers working in Drupal could ask large project to change their licensing and actually make it happen, even then it was a Don Quixote-esque undertaking that took years.  I don't see a future where the Drupal project can get all of the projects we want included to use a different license or survive without being able to package those projects with our projects.

The LWG tries to advocate for licensing policy related changes that encourage contributions while helping to protect the DA from legally questionable activity on Drupal.org, but these aren't easy questions.  There are downsides to distributing Drupal projects as GPL-3.0 or ignoring the licensing compatibility concerns the Free Software Foundation has with Apache-2.0, but we need to find our way forward soon.

I've proposed a Core Conversation session for DrupalCon that I really hope is accepted.  How compatible the Drupal.org's policies are with the realities of collaborative development off the island will have a huge impact on the project's future as well as Drupal.org ability to remain relevant for project development and distribution.  

Developer Blog
Категории: Planet Drupal

2bits: When Memcached Slows Your Drupal Site's Performance

Planet Drupal - 12 Февруари, 2018 - 19:09

For all of the sites we consult on, and manage, we use the excellent memcache module, which replaces the core's database caching. Database caching works for low traffic simple sites, but cannot scale for heavy traffic or complex site.

Recently we were asked to consult on the slow performance of a site with an all authenticated audience. The site is indeed complex, with over 235 enabled modules, 130 enabled rules, and 110 views.

The site was moved from a dedicated server to an Amazon AWS cluster, with the site on one EC2 instance, the database on an RDS instance, and memcache on a third instance. This move was in the hope that Amazon's AWS will improve performance.

However, to their dismay, performance after the move went from bad (~ 5 to 7 seconds to load a page) to worse (~ 15 seconds).

We recommended to the client that we perform a Drupal performance assessment server on the site. We got a copy of the site and recreated the site in our lab, and proceeded with the investigation.

After some investigation we found that by having memcached on the same server that runs PHP made a significant performance improvement. This was logical, because with a site with all users logged in, there are plenty of calls to cache_get() and cache_set(). Each of these calls have to do a round trip over the network to the other server and back, even if it returns nothing. The same goes for database queries.

Instead of 29.0, 15.8, 15.9, and 15.5 seconds for different pages on the live site, the page loads in our lab on a single medium server were: 3.6, 5.5, 1.4, 1.5 and 0.6 seconds.

However, this victory was short lived. Once we put load on the web site, other bottlenecks were encountered.

We started with 200 concurrent logged in users on our lab server, and kept investigating and tweaking, running a performance test after each tweak to assess its impact.

The initial figures were: an average response time of 13.93 seconds, and only 6,200 page load attempts for 200 users (with 436 time outs).

So, what did we find? We found that the culprit was memcache! Yes, the very thing that helps site be scaleable was severely impeding scalability!

Why is this so? Because of the way it was configured for locking and stampede protection.

The settings.php for the site had these two lines:

$conf['lock_inc'] = 'sites/all/modules/memcache/memcache-lock.inc';
$conf['memcache_stampede_protection'] = TRUE;

Look at the memcache.inc, lines 180 to 201, in the valid() function:

if (!$cache) {
  if (variable_get('memcache_stampede_protection', FALSE) ... ) {
    static $lock_count = 0;
    $lock_count++;
    if ($lock_count <= variable_get('memcache_stampede_wait_limit', 3)) {
      lock_wait(..., variable_get('memcache_stampede_wait_time', 5));
      $cache = ...;
    }
  }
}

The above is for version 7.x of the module, and the same logic is in the Drupal 8.x branch as well.

If memcache_stampede_protection is set to TRUE, then there will be up to three attempts, with a 5 second delay each. The total then can be as high as 15 seconds when the site is busy, which is exactly what we were seeing. Most of the PHP processes will be waiting for the lock, and no free PHP processes will be available to serve requests from other site visitors.

One possible solution is to lower the number of attempts to 2 (memcache_stampede_wait_limit = 2), and the wait time for each attempt to 1 second (memcache_stampede_wait_time = 1), but that is still 2 seconds of wait!

We did exactly that, and re-ran our tests.

The figures were much better: for 200 concurrent logged in users, the the average response time was 2.89 seconds, and a total of 10,042 page loads, with 100% success (i.e. no time outs).

But a response time of ~ 3 seconds is still slow, and there is still the possibility of a pile up condition when all PHP processes are waiting.

So, we decided that the best course of action is not to use memcache's locking at all, nor its stampede protection, and hence deleted the two lines from settings.php:

//$conf['lock_inc'] = 'sites/all/modules/memcache/memcache-lock.inc';
//$conf['memcache_stampede_protection'] = TRUE;

The results were much better: for 200 concurrent logged in users, the average response time was 1.09 seconds, and a total of 11,196 pages with 100% success rate (no timeouts).

At this point, the server's CPU utilization was 45-55%, meaning that it can handle more users.

But wait! We forgot something: the last test was run with xhprof profiler left enabled by mistake from profiling the web site! That causes lots of CPU time being used up, as well as heavy writes to the disk as well.

So we disabled xhprof and ran another test: and the results were fantastic: for 200 concurrent logged in users, the average response time was just 0.20 seconds, and a total of 11,892 pages with 100% success rate (no timeouts).

Eureka!

Note that for the above tests, we disabled all the rules, disabled a couple of modules that have slow queries, and commented out the history table update query in core's node.module:node_tag_new(). So, these figures are idealized somewhat.

Also, this is a server that is not particularly new (made in 2013), and uses regular spinning disks (not SSDs).

For now, the main bottleneck has been uncovered, and overcome. The site is now only limited by other factors, such as available CPU, speed of its disks, complexity of modules, rules and views ...etc.

So, check your settings.php to see if you have memcache_stampede_protection enabled, and disable it if it is.

Contents: Tags: 
Категории: Planet Drupal

E-commerce platform for JYSK

Drupal Case Studies - 12 Февруари, 2018 - 18:00
Completed Drupal site or project URL: https://JYSK.co.uk/

JYSK is a global retail chain that sells everything for the home. JYSK is owned by founder Lars Larsen, who opened his first JYSK store in Aarhus, Denmark, in 1979.

JYSK Group is formed by the companies JYSK Nordic, JYSK Franchise and DÄNISCHES BETTENLAGER. In total, the companies have 2,534 stores, 21,000 employees across 48 countries. The turnover in the financial year 15/16 was 3.12 billion euro.

JYSK Nordic is part of the global JYSK GROUP, which is a leader on the European market in all articles for the bedroom, the bathroom, the livingroom, the window and the patio. JYSK Nordic operates in 20 countries including Scandinavia, East and Central Europe and China.

Although JYSK today is a global business, the company is managed based on its Scandinavian roots. This reflects in our company culture and the way we do business.

Категории: Drupal Case Studies

DrupalEasy: DrupalEasy Podcast 205 - Fatima Khalid - First time sprinter's guide

Planet Drupal - 12 Февруари, 2018 - 14:47

Direct .mp3 file download.

Fatima Khalid (sugaroverflow), web developer with Digital Echidna, and DrupalCon Nashville track chair and sprint mentor joins Mike Anello to talk about how to be a first-time sprinter at a local Drupal event or a DrupalCon and how she came for the community and stayed for the code. Along the way, we talk about Canadian Cheerios, the importance of issue queue triage, and (alleged) creepy monkey guy.

Interview DrupalEasy News Upcoming events Sponsors Follow us on Twitter Subscribe

Subscribe to our podcast on iTunes, Google Play or Miro. Listen to our podcast on Stitcher.

If you'd like to leave us a voicemail, call 321-396-2340. Please keep in mind that we might play your voicemail during one of our future podcasts. Feel free to call in with suggestions, rants, questions, or corrections. If you'd rather just send us an email, please use our contact page.

Категории: Planet Drupal

Lucius Digital: Drupal 8 development: always redirect all logged out visitors to the login page

Planet Drupal - 12 Февруари, 2018 - 14:11
Login or get out!

Currently we are busy constructing the production of a realtime messaging platform in Drupal and NodeJS, look at it as a ‘WhatsApp for Business’. This Drupal system works like a web app; logging in is mandatory. How do you make sure that logged out visitors must log in to Drupal 8 before they are allowed to continue?

Drupal has many out-of-the-box functionalities, as well as a powerful API, but because it has so many functions many tracks are standardly available for anonymous visitors. We’d want to make all paths unreachable, until you log in.

That means that visitors always will be redirected to the login screen as long as they aren’t logged in. You wouldn’t want an anonymous user reaching internal news on the homepage.

Redirect URL in Drupal 8

Basically, we want all url’s / paths be made unavailable for non-logged in visitors, except explicitly specified pages like:

  • Login (/user)
  • Forgot password (/user/password)
  • Login link (user/reset/login)

in Drupal 7 you could use the module Logintoboggan for that purpose. You could also easily work around it in hook_init() or hook_boot() in a custom Drupal 7 module.

Quest

This was quite a puzzle, and we soon found some examples as well as exceptions. Everytime it didn’t work how we wanted it to. This example was the most useful.

Implementation in Drupal 8

Eventually, we got it working with the help of following code in a custom Drupal 8 module:

services.yml

put this file in your module root, and format yourmodulename.services.yml:

https://medium.com/media/20c294c1890ad778074f8276d5febad1/hrefRedirectAnonymousSubscriber.php

Put the file RedirectAnonymousSubscriber.php in folder /src/EventSubscriber/ and do your custom thing:

https://medium.com/media/1723313a8d58061c5f36a77f32dac0e9/href

This code builds on symfony’s EventSubscriber, the framework on which Drupal8 has been built.

Wrap up

Alright, that’s it. I hope the information as described will help you to always redirect visitors to the login page. Questions or feedback? Let me know!

Drupal 8 development: always redirect all logged out visitors to the login page was originally published in Lucius Digital | Blog on Medium, where people are continuing the conversation by highlighting and responding to this story.

Категории: Planet Drupal

OSTraining: Should I Re-use Existing Drupal Fields?

Planet Drupal - 12 Февруари, 2018 - 08:14

Sometimes we're able to give really clear advice: "Do this!" or "Don't do that!"

This is not going to be one of those blog posts.

Drupal gives you the ability to re-use fields. If you have an "Image" field, you could choose to use that same field on every content type on your site.

However, it's not always clear whether re-using fields is a good idea. Sometimes it is, sometimes it isn't.

Here's an overview of the advantages and disadvantages to consider before re-using Drupal fields.

Категории: Planet Drupal

ADCI Solutions: Top Design Trends for 2017-2018

Planet Drupal - 11 Февруари, 2018 - 05:39

Development and design always go hand in hand, and our Drupal development team pays a lot of attention to design trends so that we can visualize our solutions in the most beneficial way.

Our lead web designer has come up with a cool review on design trends for 2018. Read and implement!

 

Check design trends for 2018

 

Категории: Planet Drupal

A Mentoring Website

Drupal Case Studies - 10 Февруари, 2018 - 14:47
Completed Drupal site or project URL: https://skillflow.com.au

Rightly said by Bob Proctor, 'One good mentor is someone who sees more talent and ability within you, than you see in yourself, and helps bring it out of you'.

SkillFlow is in the business of realizing the potential and optimizing performance. SkillFlow is one of its kind, world’s first open mentoring network. Whether you are interested in a mentoring relationship as a mentor or as a mentee, you are able to suggest anyone inside or outside of your direct working environment. Even if you are currently not (yet) employed, you are able to enjoy this opportunity and grow as a professional. You can review an additional brief from here.

Категории: Drupal Case Studies

DrupalCon News: You should stay at a DrupalCon partner hotel. Here’s why.

Planet Drupal - 10 Февруари, 2018 - 02:12

The hotels we chose are a perfect hub connecting you to a rewarding DrupalCon experience. It’s also a great way to show up for the community.

Категории: Planet Drupal

The Infant and Young Child Feeding Image Bank

Drupal Case Studies - 10 Февруари, 2018 - 00:01
Completed Drupal site or project URL: https://iycf.spring-nutrition.orgBackground

As they say, “a picture is worth a thousand words.” In the international public health sector where I work, we often create educational materials with images to encourage healthy behaviors. The images help communicate abstract concepts and help individuals imagine themselves doing the behavior we are promoting, like washing your hands before you eat. When individuals identify with what they see in the images, they are more likely to adopt improved practices. And for the populations in the developing countries where we work, access to media is often limited so high-quality illustrations have even more impact.

In 2010, UNICEF developed and launched an integrated package of training, counseling, and take-home materials known as the Community Infant and Young Child Feeding Counselling Package (C-IYCF package), using high-quality graphic illustrations. Over the last five years, the United States Agency for International Development (USAID), has funded both the Infant and Young Child Nutrition (IYCN) project, and later the Strengthening Partnerships, Results, and Innovations in Nutrition Globally (SPRING) project to adapt and test the C-IYCF package in several countries.

The goal in creating the IYCF Image Bank was to stretch limited international development funding by making the C-IYCF generic illustrations and specific adaptations widely available in editable formats to organizations creating print materials and other visual aids aimed at promoting maternal, infant, and young child nutrition around the world.

The Challenge

There were two main requirements for this project:

  1. We needed to create order out of chaos: the files were scattered between numerous storage devices and organizations, and they were not organized coherently or named descriptively.
  2. We needed a system that could be assembled quickly and inexpensively while still offering a number of advanced features. We only had enough funding for one site builder (me!) and very limited time for new development.
The Process (Including the Technical Bits)

The first order of business was preparing the content. We started by creating a consolidated local directory. We deleted obvious duplicates. We looked at the images and started to think of the most important ways of organizing them. Obvious vocabularies were Authoring Organization, Country (of origin), Year (of origin), and Health/Nutrition Practice. As coding continued, we had to create other, less obvious categories to make sure our intended users could navigate the system in a natural way. For example, we created Visual Groupings to ensure that a series of images would always be associated, even if they did not share other categories (See the example below, where a single series shows breastfeeding and complementary feeding at many different ages, which are all considered different nutrition practices).

Next, we created a Google Sheet where each row was a filename and the columns were fields or formulas to help populate other columns. Our nutrition experts then reviewed and categorized each image individually, paying close attention to any relationship between images as the coding progressed. This was a painstaking iterative process, but was necessary for our team to be certain that all the images were appropriately categorized and allowed us to import the images in one go, with little need to make edits on the individual nodes (more on this below).

Organizing the images required giving them logical filenames--making it easy to figure out which collection an image belongs based on clues in its filename: this is useful when downloaded and if a user needs to come back in search of related images. We were working on Windows computers, so we used PowerShell to convert the file names from their old names to new ones created through the Excel formula below.

$OldToNew = Import-Csv "old_to_new.csv" foreach ($objName in $OldToNew){ Rename-Item $objName.old $objName.new }

Once we converted the file names, we used an Adobe Photoshop script to create flat .JPG files from all the layered .TIFF files--the .JPGs were needed for display, and the .TIFFs were for graphic designers to download and use.

With all the files prepared, we were now ready to add them to the site. We created a content type called Images, with each node representing a single layered image file and its .JPG counterpart. We then used the Feeds module, importing a file derived from our Google Sheet to create and fully populate all 700+ Image nodes with one upload.

Because some of the files were as large as 290 MB (even after optimization), we used the S3 File System module to allow us to host all the images in an Amazon S3 bucket. Making using of the S3 bucket from the beginning ensured we could add additional images in the future without needing to worry about space on our server. We used a Docker container for the site code, so having the images in an S3 bucket added an extra degree of confidence that our images would not be accidentally deleted.

Because many of the users that use these images are located in low-bandwidth settings, we wanted to provide an alternative to downloading the large, layered image files. We built a custom field formatter for Views that creates image derivatives on the fly and provides text links so that users can download different sizes of the image node’s .JPG file.

Success

The reach of the IYCF Image Bank has been incredible. We ask users to record who they are and which organization they represent, and we’ve seen usage from ministries of health, universities, hospitals, and non-profits from around the world.

Another surprising measure of success is that one of the artists responsible for a majority of the images in the IYCF Image Bank has abandoned his own local file system that contains many hundreds of image files in favor of the website--this tells us that we’ve organized the illustrations in intuitive ways that make them easy to find and download.

We are currently focusing our efforts on reaching a larger audience and adding images to the website. The more images we can bring into the site, the easier it should be for practitioners to tailor their behavior change materials to the appropriate context, allowing them to focus on other difficulties along the way to improved health outcomes.

Категории: Drupal Case Studies

Valuebound: How to debug Drupal 8 website performance using Web Profiler

Planet Drupal - 9 Февруари, 2018 - 17:31

Over the period of time, website performance degrades significantly affecting the business in terms of traffic, sales, marketing etc. And there can be n-number of reasons for the poor performance of the website. In this scenario, performance enhancement is one of the solutions to keep your website as well as the business running efficiently.

Well, there are various tools to debug the performance of web applications. In case your website is running on Drupal 8, then you need not worry as there are various contributed modules that help to identify the reasons and debug the site. Here we will explore how Web profiler helps in enhancing Drupal 8 site performance.…

Категории: Planet Drupal

Amazee Labs: A brand new website for Zürich Tourismus

Planet Drupal - 9 Февруари, 2018 - 15:30
A brand new website for Zürich Tourismus

Zürich Tourismus is responsible for the local and international marketing of the city of Zurich and the surrounding region. They aim to showcase the region as both a fascinating tourist destination and the perfect place to hold meetings and congresses.

Nicole Blum Fri, 02/09/2018 - 13:30 The Challenge

The goal of the website was to increase conversion rates and user retention. This required a new structure on the individual pages and the integration of user-generated content.
The website's authenticity is reinforced by offering users the option to show off the best sides of the city on the social channels. Lastly, our offer also included a quick and easy-to-use search function with a map and the option to search within a certain radius.

Our Idea

The new CI/CD would be integrated into all of the content and design elements on the website. The website should have a lot of empty white space which draws the user's focus to the images and videos. The left-justified design and uniform teaser layout create a feeling of order on each individual page. A specially designed company font and the predefined colour palette were used for the website's design. A cluster of topics and the colours used as an additional branding element in the navigation would also be implemented.

The Result

With an immersive video as the point of entry, supplemented by user-generated content, the website not only inspires trust in the user but also builds an emotional connection with them. Interactive options such as the option to send enquiries to service providers (hotels, restaurants, etc.) or share content allow for and inspire additional user interaction, eliminate obstacles which could discourage users from booking services, and let the user know that they are fully informed, have chosen the best activities for their stay in Zurich, and have not missed anything.

With the new branding, which moves from playful to minimalist, the new website is timeless and modern with a touch of "Swissness" thanks to the references to the heyday of Zurich-based design in the 1960s. The website's appearance is rounded out by the specially designed company font - based on Helvetica - and the expanded colour palette, which is inspired by the tram lines that run through Zurich.

Категории: Planet Drupal

Lullabot: The Layout Initiative

Planet Drupal - 9 Февруари, 2018 - 06:06
Mike and Matt talk to Acquia's Tim Plunkett and Emilie Nouveau about the Layout Initiative, which aims to build layout building functionality into Drupal core similar to Panels / Display Suite. Note that the Layout Initiative did officially make it into Drupal 8.5!
Категории: Planet Drupal

Agiledrop.com Blog: AGILEDROP: How you can try Commerce 2 for Drupal 8

Planet Drupal - 9 Февруари, 2018 - 05:13
I always felt that any website should be a tool for driving sales. And there is no better way than enabling customers to make a purchase right there on your website. Anf now you can do it with Drupal 8. TLDR: Acro Media created a demo Drupal 8 demo site with Drupal Commerce 2 and made it available on Github. Building commerce websites is not easy. The only way to make it easier is to use a service like Shopify, where there are presets available that will cover requirements for 80% of entrepreneurs doing their first online commerce venture.  Sooner or later things get complicated ...… READ MORE
Категории: Planet Drupal

MidCamp - Midwest Drupal Camp: Call for Volunteers

Planet Drupal - 8 Февруари, 2018 - 05:33
Call for Volunteers We need you!

Want to give back to the Drupal Community without writing a line of code? Volunteer to help out at MidCamp 2018.  We’re looking for people to help with all kinds of tasks including: 

Setup/Teardown
  • For setup, we need help making sure registration is ready to roll, getting T-shirts ready to move, and getting the rooms prepped for our amazing sessions.

  • For teardown, we need to undo all the setup including packing up all the rooms, the registration desk, cleaning signage, and making it look like we were never there.

Registration and Ticketing
  • We need ticket scanners, program dispersers, and people to answer questions.

Room Monitors
  • Pick your sessions and count heads, make sure the speakers have what they need to survive, and help with the in-room A/V.

If you’re interested in volunteering or would like to find out more, please contact us.

Sign up to Volunteer!

Категории: Planet Drupal

MidCamp - Midwest Drupal Camp: Call for Volunteers

Planet Drupal - 8 Февруари, 2018 - 05:33
Call for Volunteers We need you!

Want to give back to the Drupal Community without writing a line of code? Volunteer to help out at MidCamp 2018.  We’re looking for people to help with all kinds of tasks including: 

Setup/Teardown
  • For setup, we need help making sure registration is ready to roll, getting T-shirts ready to move, and getting the rooms prepped for our amazing sessions.

  • For teardown, we need to undo all the setup including packing up all the rooms, the registration desk, cleaning signage, and making it look like we were never there.

Registration and Ticketing
  • We need ticket scanners, program dispersers, and people to answer questions.

Room Monitors
  • Pick your sessions and count heads, make sure the speakers have what they need to survive, and help with the in-room A/V.

If you’re interested in volunteering or would like to find out more, please contact us.

Sign up to Volunteer!

Категории: Planet Drupal

Tandem's Drupal Blog: Migrating a Drupal 7 Body Field to a Drupal 8 Paragraph

Planet Drupal - 8 Февруари, 2018 - 03:00
February 08, 2018 Migrating A Drupal 7 long text field to a Drupal 8 nested text field in a paragraph is a two step process. It is quick and easy once you get the basic grasp of the mechanisms involved. Why are we doing this? We were hired on as to help consult with one of our University clients migration from Drupal 7 to Drupal 8. One of the ...
Категории: Planet Drupal

Roy Scholten: An experiment in removing friction

Planet Drupal - 8 Февруари, 2018 - 01:28
07 Feb 2018 /sites/default/files/styles/large/public/form-display.png?itok=sKIMMJvv An experiment in removing friction

An experiment triggered by Dries’s blog post To PESOS or to POSSE? and my comment there about the friction in the UI’s for the POSSE approach. The Drupal content creation UI is not as optimized as the ones in native, mobile apps for Twitter, Instagram and the like.

I was curious how far I could take things just by stripping down the default Drupal content creation UI, optimizing it for posting an image + caption as an entry to this here blog.

What I did:
  1. Create a custom, stripped down content creation form
  2. Use evil CSS to hide superfluous items
Custom form mode

The first step was to remove most of the fields that are not required to create a post. The Form Mode Manager module lets you do just that. I set up a “Minimal piece” form mode which hides the fields for inputs like a separate summary, tags, file attachments, url alias, author, date, sticky and the “promoted” checkbox. These are optional (not required) fields that can be left empty or provide sensible defaults (me as the author, use “now” for the publishing date).

This alternative form comes with its own URL I can go to to create that new post.


Evil CSS

The stripped down form still shows bits and pieces I don’t really need to be reminded of every time I go to post something. Nothing a few display: none; CSS staments couldn’t fix. But, I’m using the default Seven admin theme here, which does not provide a body class to uniquely identify a specific page. I couldn’t add my CSS hacks to that theme’s (or sub theme’s) stylesheet because those would then apply to all admin pages.

I use the Firefox browser on my Android phone. Stylish to the rescue. We’re definately in proof-of-concept territory now! Stylish lets you define custom styling for all sites, a site or one or more specific URLs. I made one specifically for the URL where the minimal entry form lives to clean up that screen even more: hiding the header, breadcrumbs, form field descriptions, etc.


And, does it work?

Yes. It’s far from elegant but it’s already a much more focussed and faster experience. I think I already knew but was happily surprised to see that the regular image field does provide access to both the camera (for taking a new picture) and the gallery (for choosing an existing image).


What could be next

One thing that makes the Drupal approach feel old school is the required title field. Twitter, Instagram, Tumblr all let you just type something into what basically amounts to a “body text” field. In Drupal it has to at least be just like email: a subject and a message: a title + a body. I can make the body optional but I want my text to go in there. Hiding the title field is not straightforward, I think because it is tightly coupled with the unique ID for that content item. There’s modules that let you hide the title input field but those still automatically generate a (gibberish) title.

Still, my focus was on smoothing the path for posting an image to my blog from my phone. That “Browse…” button is old school too, but it does provide access to camera and camera roll. Saving a bookmark for this comes with the option to create a shortcut icon for it on the phone home screen for quick access. Not bad for an hour or two of experimenting without coding :)

A couple of years ago swentel created Drupoid, an Android app that let you save an image from your phone as a content item on a Drupal site. It would be an interesting exercise to recreate something like it with React, Drupal’s (future) JavaScript toolkit of choice and figure out how smooth and snappy we can make it there.

Tags Drupal drupalplanet ux process
Категории: Planet Drupal

myDropWizard.com: Drupal 6 security update for FileField Sources!

Planet Drupal - 7 Февруари, 2018 - 23:23

As you may know, Drupal 6 has reached End-of-Life (EOL) which means the Drupal Security Team is no longer doing Security Advisories or working on security patches for Drupal 6 core or contrib modules - but the Drupal 6 LTS vendors are and we're one of them!

Today, there is a Moderately Critical security release for the FileField Sources module to fix an Access Bypass vulnerability.

This module enables you to upload files to fields via several sources.

The module doesn't sufficiently handle access control on the autocomplete for reference sources.

See the security advisory for Drupal 7 for more information.

Here you can download the Drupal 6 patch.

If you have a Drupal 6 site using the FileField Sources module, we recommend you update immediately! We have already deployed the patch for all of our Drupal 6 Long-Term Support clients. :-)

If you'd like all your Drupal 6 modules to receive security updates and have the fixes deployed the same day they're released, please check out our D6LTS plans.

Note: if you use the myDropWizard module (totally free!), you'll be alerted to these and any future security updates, and will be able to use drush to install them (even though they won't necessarily have a release on Drupal.org).

Категории: Planet Drupal