Planet Drupal

Subscribe to Planet Drupal feed
Drupal.org - aggregated feeds in category Planet Drupal
Updated: 3 min 21 sec ago

Blink Reaction: Ten things you need to know about the Drupal Console Project

Fri, 03/04/2015 - 17:05
1 - Why is Blink Reaction supporting the Drupal Console project and who is @jmolivas?

We believe in open source and we believe in the Drupal community. We also believe in helping our enterprise clients achieve outstanding results from their investment in Drupal adoption. Drupal 8 should have a toolset that is specifically developed around its technology stack to get the most out of its incredible potential. We believe the Drupal Console project is a key part of that toolset that will help the entire community achieve outstanding results.

Jesus Manuel Olivas, @jmolivas, is the Drupal Console project lead. In May 2014 we hired him as our Drupal 8 Solutions Engineer to work full time on the Drupal Console as its lead contributor. He spends most of his time maintaining and expanding the project, writing and speaking about it, and gathering input from community members on how it can be used to help individuals and organizations adopt Drupal 8. He's also trained more than a hundred developers in our Introduction to Symfony2/Getting Ready for Drupal 8 series at the last three Drupalcons in Bogota, Amsterdam and Austin. We're offering the training again at Drupalcon LA.

2 - What exactly is the Drupal Console?

The Drupal Console is, at this time, a suite of tools that you run on a command line interface (CLI) to generate boilerplate code and interact with a Drupal 8 installation.

Similar tools include:

  • Module Builder: (Generates Drupal 6, 7, or 8 module scaffolding)
  • Drupal Module Upgrader: (Converts modules from Drupal 7 to Drupal 8; generates static help file with links to relevant change records)
  • Drupal 8 Tools: (Drupal code generator written in bash)
  • Drush (Interact with Drupal installation via CLI, create aliases, create custom commands)
3 - What makes Drupal Console unique?

From the ground up Drupal Console is using the modern PHP practices introduced into Drupal 8, including object-oriented PHP. The Drupal Console isn't a Drupal module, but was built with the Symfony Console Component and other libraries, such as Twig, to generate PHP, YAML, and other file types used in Drupal 8 module development. It is a tool designed for anyone using or planning to use Drupal 8. At the moment, it is used via a CLI, but there are plans to make it accessible through the Drupal administrative interface. Drupal Console works with Drupal 8, and because of the nature of its code base and use of modern PHP, will not be ported to work with Drupal 6 or 7, but instead plans to support Drupal versions from 8 onward.

4 - How does Drupal Console differ from Drupal Module Upgrader?

Drupal Module Upgrader takes a Drupal 7 module and attempts to port it to Drupal 8. While it generates files like Drupal Console does, Drupal Console generates module scaffolding and code based on a series of interactive prompts, instead of analyzing an existing module and converting it to work in Drupal 8.

5 - How does Drupal Console compare to Drush?

There are many similarities between these two tools, but the main difference is how it was built, using an object-oriented architecture and Symfony components. Read more about how the tools are similar in these two blog posts:

6 - What kinds of things can you do with Drupal Console?

Drupal Console provides a number of commands for creating module scaffolding and boilerplate code. For any command, you will be asked a series of questions about what you want. In the case of module scaffolding, files are created and inside these files, classes—complete with namespacing and use statements—are created for you with the naming convention you specified in the command's prompts.

Go to this post for a full list of all the things you can do with the Drupal Console.

7 - Who is the intended audience for the Drupal Console?

Any developer who will be responsible for writing custom code in Drupal 8. Any organization that will benefit from its vast potential.

And because Drupal Console generates boilerplate code—working example code—for the many different types of entities and objects in Drupal 8 core, this tool can be particularly useful for anyone looking to learn or teach Drupal 8 development. The goal of the project is to make a tool for people developing in and learning Drupal 8 that is relatively easy to use.

As such, the following groups in particular could find this tool advantageous to add to their learning Drupal 8 toolkit:

  • Enterprises and other organizations to reduce development time and reduce custom development risk factors.
  • Drupal 8 module maintainers and developers to speed up development and testing.
  • Drupal trainers and consultants providing Drupal 8 developer training.
  • All new Drupal Developers.

As mentioned, there are plans to include a non-CLI interface, to make the tool even more accessible to all site administrators of Drupal 8.

8 - Is it ready now? Who can I ask about it?

Yes. You can send your questions to us here at Blink Reaction or send questions or comments through Twitter at the following accounts: @drupalconsole@jmolivas, @raysaltini, or @blinkreaction.

You can download and learn how to set up the project at drupalconsole.com.

9 - What kind of help does the project need? 10 - What features are planned for development?
  • Verbose code output for learning and leveraging docblocks
  • Complete config:import, site:status, and few a few other commands.
  • Import/export content between Drupal installations
  • Site aliases
  • Generate dummy content, probably using PHP Faker library or Default Content project.
  • Add a GUI for Drupal Console as an alternative to the CLI. This could be especially useful for site builders wanting to generate dummy content or issue site commands without needing to use the command line. It could also be used for code generation in the form of a downloadable compressed file.
Additional Resources Mentioned in this Podcast Project links Libraries or projects Blog posts Bonus!

Check out this Drupal Podcast in Spanish, hosted by Jesus Manuel Olivas and David Flores, two of the maintainers of Drupal Console.

Blink Reaction Drupal 8 Solutions Engineer Jesus Manuel Olivas (@jmolivas) provided a wealth of information and resources for this post. Thanks also goes out to drupalize.me and Amber Matz for their great podcast about the Drupal Console project. We've reused much of their podcast notes for this post. We're grateful for their support. Please be sure to listen to the podcast!

Editied by Ray Saltini, Blink Reaction Drupal Evangelist

 

DrupalBest PracticesDrupal ConsoleDrupal PlanetPost tags: drupal 8Drupal Console
Categories: Elsewhere

Shomeya: Knowing when to use content types and when to use custom entities

Fri, 03/04/2015 - 16:15

Ever catch yourself staring at your editor? Then switching over and staring at the content types overview of your new Drupal site? Then back to the client requirements? And then doing it all over again and again while you face a decision? Drupal content types and fields vs. custom entities. That's the tough decision. The choices you make here will affect almost part of site building to come, but it's so hard to know which to choose.

On one hand, Drupal fields are getting better, faster and more flexible all the time with better integration with contributed modules like views. But at the same time the new entity API with Drupal 7 is more flexible than ever, allowing you to add fields to even your own custom entities. So which route should you go? How can you make a decision like this without second guessing yourself all the time?

Why getting it right is important

While lots of projects can go either way the downsides can make the difference between a successful web project and a maintenance or performance nightmare. Using content types and fields with a complex data model that requires lots of complex queries can hurt performance, but using custom entities when you don't need them can add a maintenance burden when it comes time to upgrade your site or make changes. So how do you make that decision?

Read more
Categories: Elsewhere

Baris Wanschers: Level up please. We’re not pushing boxes.

Fri, 03/04/2015 - 12:01

I have been active in the Drupal world since 2006 as a developer and co-own my own Drupal agency since 2011. I love to attend Drupal events. Both Local events (DrupalJam, Splash Awards) and global ones (DrupalCon). I have attended every DrupalCon since Paris 2009 and I like to attend CXO days and other “management oriented events” too. Last year, I co-organized DrupalCon Amsterdam as the lead of the local team and as the social media coordinator for the @DrupalConEur twitter account.

What I noticed in these past years is that we have grown a habit in the Drupal community of downplaying ourselves by describing agencies as shops. And that is a shame, in my opinion.

It might be a language barrier issue that makes shops sound weird. A shop in my native language is a store where you go to buy bread or a new phone. You come in, you pick a product, you pay, and you leave. It does not match with a process in which you work together with a client for months creating a great solution for their needs.

Shops makes us - Drupal agencies - feel cheap. As if we only have out-of-the box solutions that do not need love and care to be shaped into this great fit for the client.

The truth of Google

Just to compare: when I search Google for a ‘Drupal shop’ I even get more results than when I search for a ‘Drupal agency’ or  ‘Drupal company’! Meaning that we’ve truly grown a habit of using Drupal shop in our communication.

I urge you to stop using the term shop. So: let’s level up. And starting today, please use Drupal agency instead.

What do you think? Is it a language barrier? Comments are more than welcome!

Tags:  Drupal Discussion Planet Drupal
Categories: Elsewhere

InternetDevels: Our cool drupallers visited Vinnytsia

Fri, 03/04/2015 - 11:30

Hurray, we covered the fifth point on Ukrainian map! Its half-jubilee already and we’re not going to stop. So this time we visited Vinnytsia, and everything went really well — as usually, in fact :)

That Saturday morning was hard for our Drupal tourists: they all had to get up very early to leave the city already at 4 AM! But we’re strong and we did it. In the end it was nothing to regret about, Vinnytsia welcomed us very warmly and eagerly.

Read more
Categories: Elsewhere

KnackForge: Hide "Promoted to front page" and "Sticky at top of lists" options in Drupal

Fri, 03/04/2015 - 06:30
This blog describes how to hide "Promoted to front page" and "Sticky at top of lists" options from node editing page in Drupal. When adding or editing a node, you can see "Publishing options" at bottom of the page which contains 'Published', 'Promoted to front page' and 'Sticky at top of lists' checkbox options. The below image shows you the three options:         The "Published" option is used to publish the content. The "Promoted to front page" option is used to display content in the front page. The 'Sticky at top of lists' option is used to keep the content sticked to the top of front page. If you don't need to show "Promoted to front page" and "Sticky at top of lists" options, then you can hide those options easily. You can hide these options by altering the form either using either hook_form_alter() or hook_form_form_id_alter(). <?php /** * Implement hook_form_FORM_ID_alter(). */ function kf_form_article_node_form(&$form, $&form_state) { // hide promoted to front page option if (isset($form['options']['promote'])) { $form['options']['promote']['#access'] = FALSE; } // hide sticky at top of lists option if (isset($form['options']['sticky'])) { $form['options']['sticky']['#access'] = FALSE; } } ?>
Categories: Elsewhere

KnackForge: Cleanup of Drupal modules folders

Fri, 03/04/2015 - 06:30

Keeping your drupal modules folder very clear is important part of development. This is the common structure :

  • Contrib - modules from Drupal.org
  • Custom - modules developed for the specific project
  • Features - exported features for Features-driven development

This structure will give better understanding about the modules to other developers and prevent them from hacking the Drupal's contributed modules.

In my case, all the contrib, custom, features were placed in single folder (sites/all/modules/). So the modules folder had nearly hundred modules, its too irritating for any developer. So I planned to move all the modules to their corresponding folders according to the common drupal folder structure. There were many issues after moving all the modules into specific folders.

Drupal's Registry rebuild module gave the opportunity to clear the registry through cli (drush/php) 

  1. Backup your database,
  2. Download and place the registry_rebuild module into your drupal modules folder,
  3. Move all the modules into their corresponding folders,
  4. Run drush rr command to clear all the registry in the database.

After clearing the registry the site is working like a charm, and its a big relief for any developer. 

Categories: Elsewhere

Wuinfo: Should We Do Something With Core Field SQL Storage?

Fri, 03/04/2015 - 03:15

Drupal field was part of the Drupal core since version 7. The Field extends her ability to build different kinds of systems. Since it is basic units of each entity, it is one of the most important parts of the open source software. But, when it comes to the efficiency of using SQL storage engine, the field can still do better with efficiency. I sincerely believe that we may not afford to ignore it. Let put it under a microscope had a close look at field SQL storage.

Case study:

I had built a patient scheduling system for a couple clinic offices. The project itself is not complicated. I have attached the patient profile picture on this article. We built a patient profile node type on the form. It is not a complicated form, but there are over 40 fields. It is not difficult to set up a nice patient profile node form. I also created appointment node type that connected patient profile and doctor profile with entity reference fields. Using views with exposed filter for the various reports.

It was the project where I find the issue. I am a little bit uncomfortable after I take a close look at the database. Each field has two almost identical tables. I think fields took too much unnecessary database space. I have dumped one of the fields database information to explain my concern.

1) Base table: field_data_field_initial +----------------------+------------------+------+-----+---------+-------+
| Field                | Type             | Null | Key | Default | Extra |
+----------------------+------------------+------+-----+---------+-------+
| entity_type          | varchar(128)     | NO   | PRI |         |       |
| bundle               | varchar(128)     | NO   | MUL |         |       |
| deleted              | tinyint(4)       | NO   | PRI | 0       |       |
| entity_id            | int(10) unsigned | NO   | PRI | NULL    |       |
| revision_id          | int(10) unsigned | YES  | MUL | NULL    |       |
| language             | varchar(32)      | NO   | PRI |         |       |
| delta                | int(10) unsigned | NO   | PRI | NULL    |       |
| field_initial_value  | varchar(255)     | YES  |     | NULL    |       |
| field_initial_format | varchar(255)     | YES  | MUL | NULL    |       |
+----------------------+------------------+------+-----+---------+-------+

Base table SQL script:

CREATE TABLE `field_data_field_initial` (
`entity_type` varchar(128) NOT NULL DEFAULT '',
`bundle` varchar(128) NOT NULL DEFAULT '',
`deleted` tinyint(4) NOT NULL DEFAULT '0',
`entity_id` int(10) unsigned NOT NULL,
`revision_id` int(10) unsigned DEFAULT NULL,
`language` varchar(32) NOT NULL DEFAULT '',
`delta` int(10) unsigned NOT NULL,
`field_initial_value` varchar(255) DEFAULT NULL,
`field_initial_format` varchar(255) DEFAULT NULL,
PRIMARY KEY (`entity_type`,`entity_id`,`deleted`,`delta`,`language`),
KEY `entity_type` (`entity_type`),
KEY `bundle` (`bundle`),
KEY `deleted` (`deleted`),
KEY `entity_id` (`entity_id`),
KEY `revision_id` (`revision_id`),
KEY `language` (`language`),
KEY `field_initial_format` (`field_initial_format`) 2) Revision table: field_revision_field_initial +----------------------+------------------+------+-----+---------+-------+
| Field                | Type             | Null | Key | Default | Extra |
+----------------------+------------------+------+-----+---------+-------+
| entity_type          | varchar(128)     | NO   | PRI |         |       |
| bundle               | varchar(128)     | NO   | MUL |         |       |
| deleted              | tinyint(4)       | NO   | PRI | 0       |       |
| entity_id            | int(10) unsigned | NO   | PRI | NULL    |       |
| revision_id          | int(10) unsigned | NO   | PRI | NULL    |       |
| language             | varchar(32)      | NO   | PRI |         |       |
| delta                | int(10) unsigned | NO   | PRI | NULL    |       |
| field_initial_value  | varchar(255)     | YES  |     | NULL    |       |
| field_initial_format | varchar(255)     | YES  | MUL | NULL    |       |
+----------------------+------------------+------+-----+---------+-------+

Revision table SQL script:

CREATE TABLE `field_revision_field_initial` (
  `entity_type` varchar(128) NOT NULL DEFAULT '',
  `bundle` varchar(128) NOT NULL DEFAULT '',
  `deleted` tinyint(4) NOT NULL DEFAULT '0',
  `entity_id` int(10) unsigned NOT NULL,
  `revision_id` int(10) unsigned NOT NULL,
  `language` varchar(32) NOT NULL DEFAULT '',
  `delta` int(10) unsigned NOT NULL,
  `field_initial_value` varchar(255) DEFAULT NULL,
  `field_initial_format` varchar(255) DEFAULT NULL,
  PRIMARY KEY (`entity_type`,`entity_id`,`revision_id`,`deleted`,`delta`,`language`),
  KEY `entity_type` (`entity_type`),
  KEY `bundle` (`bundle`),
  KEY `deleted` (`deleted`),
  KEY `entity_id` (`entity_id`),
  KEY `revision_id` (`revision_id`),
  KEY `language` (`language`),
  KEY `field_initial_format` (`field_initial_format`) Here are my concerns. 1) Normalization.

Here is one of the fields' data record.

+-------------+--------+---------+-----------+-------------+----------+-------+---------------------+----------------------+
| entity_type | bundle | deleted | entity_id | revision_id | language | delta | field_initial_value | field_initial_format |
+-------------+--------+---------+-----------+-------------+----------+-------+---------------------+----------------------+
| node        | patient_profile      |       0 |      1497 |        1497 | und      |     0 | w                   | plain_text        |
+-------------+--------+---------+-----------+-------------+----------+-------+---------------------+----------------------+

We have value "W" in the Initial field. One character took 51 bytes for storage that had not included index yet. It took another 51 byte in the revision table and more for index. In this case here, only less than two percents of space are used for real data the initial 'W', and over 98% of space is for other purposes.

For the sake of space, I think we should not use varchar for entity_type, bundle, language, field_format column. Use small int, tiny int or intÎÎ that will only take one to four bytes. The field is a basic unit of a Drupal website. A medium website can hold millions of fields. Saved one byte is equal to multiple megabytes in precious MySQL database.

2) Too complicated primary key

Each field table has a complicated primary key. Base table use `entity_type`, `entity_id`, `deleted`, `delta`, `language` as primary key. Revision table use `entity_type`, `entity_id`, `revision_id`, `deleted`, `delta`, `language` as primary key. "In InnoDB, having a long PRIMARY KEY wastes a lot of disk space because its value must be stored with every secondary index record."ÎÎÎ. It may be worthy to add an auto increasing int as a primary key.

3) Not needed field column

I found bundle type column is not necessary. We can have the system running well without bundle type column. In my clinic project, I named the node type "patient profile". The machine name patient_profile appears in each field record's bundle type column. As varchar (255), it uses 16 bytes for each table record. Let do a quick calculation. if there are 100, 000 nodes and each node have 40 fields, 100,000 x 40 x 2 x 16 = 122MB are taken for this column. Or at least, we use 2 bytes small int that will take only one-eighth of the spaces.

4) Just use revision table.

Remove one of the field's data tables. It may need a little bit more query power to get field data, but it save time when we insert, update and delete field's data. By doing so, we maintain one less table per field, edit content faster. It helps to bring better editor experience and to save on database storage space.

A contributed module field_sql_leanÎÎ addressed some of the concerns here. It still needs a lot of work on itself and if we want other contributed modules compatible with it. After all, it changed the field table structure.

Reference:

1: http://dev.mysql.com/doc/refman/5.1/en/integer-types.html
2: http://dev.mysql.com/doc/refman/5.0/en/innodb-tuning.html
3: Field SQL storage lean solution
4: Patient profile form:

Categories: Elsewhere

Drupal core announcements: D8 Accelerate Performance Sprint at Drupal Developer Days in Montpelier, France

Thu, 02/04/2015 - 23:54
Start:  2015-04-13 (All day) - 2015-04-19 (All day) Europe/Paris Sprint Organizers:  Wim Leers

http://montpellier2015.drupaldays.org

The goal of this sprint is to uncover the "unknown unknowns" blocking Drupal 8 from shipping, performance-wise. The main focus will be on profiling Drupal 8 under a variety of scenarios to determine the next places to start optimizing, then creating issues for these things so that a wider group of folks can work on them.

We're specifically looking for two types of sprinters:

  1. Finders: Those with profiling experience, using tools like XHProf, Blackfire, and flame graphs, who can analyze profiling data to flag problems and come up with recommendations on optimization targets. Your goal is to keep drilling down until we get to the bottom of what's making Drupal 8 slow.
  2. Fixers: Those who can both work on existing known performance issues, as well as take direction from the first group and create/review patches to improve areas of performance. We're especially looking for those with experience with things like the routing system, bootstrapping, container services, route access checking, and asset handling.

The Sprint Planning Doc has everything you need to know, including stuff to do before the sprint and a nice list of all the outstanding critical issues to tackle.

If you're planning to attend (remote attendees welcome!) fill your details in the DevDays Sprint Attendance sheet.

Hope to see you there!

Categories: Elsewhere

Drupal core announcements: Drupal core updates for April 2nd, 2015

Thu, 02/04/2015 - 22:15

Welcome to the second quarter of 2015! In the past two weeks, Dries proposed an evolution to Drupal core's structure and decision-making process, the Drupal Community mourned the passing of Aaron Winborn and the Drupal Association announced The Aaron Winborn Award to honor amazing community members in his memory, Addison Berry was elected the 2015 Drupal Association Director At-Large, and lastly, a group to help mentors was formed.

What's new with Drupal 8?

Since the last Drupal Core Update, Drupal 8.0.0-beta9 was released (beta8 was skipped due to installer issues), all known critical issues with the Drupal 8 configuration system were fixed, and the taxonomy term reference field was removed in favor of entity reference fields.

Some other highlights of the month were:

How can I help get Drupal 8 done?

See Help get Drupal 8 released! for updated information on the current state of the release and more information on how you can help.

You can also raise money and/or donate to the Drupal 8 Accelerate grant program to fund Drupal 8 contribution sprints. For more information about how your donations are used, see webchick's detailed analysis.

We're also looking for more contributors to help compile these posts. Contact mparker17 if you'd like to help!

Drupal 8 In Real Life Whew! That's a wrap!

Do you follow Drupal Planet with devotion, or keep a close eye on the Drupal event calendar, or git pull origin 8.0.x every morning without fail before your coffee? We're looking for more contributors to help compile these posts. You could either take a few hours once every six weeks or so to put together a whole post, or help with one section more regularly. If you'd like to volunteer for helping to draft these posts, please follow the steps here!

Categories: Elsewhere

DrupalCon News: Join the DrupalCon Los Angeles Business Summit

Thu, 02/04/2015 - 20:32

The Business Summit is a highly valuable event for business executives in the Drupal space to learn from each other, receive expert advice, and network. It is a one-day event held on Monday at the Los Angeles Convention Center. Along with the Higher-Ed and Community Summits, the Business Summit will meet on Monday, May 11.

Together we will share best practices, tips for staying relevant in a fast moving market, how to collaborate and compete, and tools for generating value for your business. It's also a great way to meet other business leaders and growing organizations.

Categories: Elsewhere

Midwestern Mac, LLC: Drupal on Mothballs - Convert Drupal 6 or 7 sites to static HTML

Thu, 02/04/2015 - 17:35

Drupal.org has an excellent resource page to help you create a static archive of a Drupal site. The page references tools and techniques to take your dynamically-generated Drupal site and turn it into a static HTML site with all the right resources so you can put the site on mothballs.

From time to time, one of Midwestern Mac's hosted sites is no longer updated (e.g. LOLSaints.com), or the event for which the site was created has long since passed (e.g. the 2014 DrupalCamp STL site).

Categories: Elsewhere

Pronovix: D8upgrade.org a community service that tells you when to upgrade your site to Drupal 8

Thu, 02/04/2015 - 14:53

With the imminent release of Drupal 8, a lot of site owners will need to figure out when they should upgrade. This is not an easy question, and there are a ton of variables: the importance of the site, how much you need Drupal 8’s new features, and of course your budget... For most organisations with a limited budget however, the key factor will be how fast the required upgraded contributed modules will become available.

Categories: Elsewhere

Doug Vann: I’m Not going to DrupalCon 2015 in Los Angeles

Thu, 02/04/2015 - 14:52
Given the date I’m publishing this, April 2nd, you can rest assured that this is not an April Fools Joke.

I’ve attended 7 North American DrupalCons, and 50 DrupalCamps, a plethora of LinuxFests, etc. But I’m skipping DrupalCon Los Angeles. This year alone I’ve presented at Drupal User groups in Philly and Austin, a 4hr Drupal 8 workshop at SxSw, at NJ camp, MidCamp, and 2 weeks at Temple University. In the next 60 days I have gigs in Philly, DC, and Vegas. There are some other speaking/traveling engagements that I haven’t mentioned.

My point…

I’m worn out!
Between scheduled onsite training gigs, potential training gigs, a family trip, etc, I had to take something out. Oh yah! I’m also in the middle of purchasing my 1st house! So, we have moving to do. There are some DrupalCamps coming up that I know I really want to attend.

And Another Thing…
With so many “regional camps” available now, I get my Drupal Community fix quite nicely at BADCamp, MidCamp, and NYCCamp. 

I can’t do it all! :-( [NOTE: DrupalNorth in Toronto is looking to be AWESOME! I may have to add that to my list!]

What I’ll miss most by missing DrupalCon 2015 in L.A. :

* Hanging out in the exhibit hall and the hallways seeing old friends and making new ones
* The many social events including sponsor parties and group meals
* Getting to meet new people and find out what they do with Drupal and why they came [Might just be my FAV]
* I have been known to catch the occasional session, but I WILL miss seeing the DriesNote LIVE :-(
* And of course… I’ll be glued to my Mac watching the PreNote to see what outrageous hilarity ensues with jam, Robert Douglass, and company!


Dear dear friends... I will miss you all! I'll watch the tweets and pics as I live vicariously through social media! :-)

Drupal Planet

View the discussion thread.

Categories: Elsewhere

Code Karate: Setting and configuring a Local Host on Mac - 1 of 3

Thu, 02/04/2015 - 13:13
Episode Number: 200

It’s our 200th episode! For this video, I wanted to take a look at how to set up a local development system and then configure that to build a Drupal 7 site. In this video, I show you how to download MAMP, a local solution stack. For those not familiar with MAMP, MAMP stands for Mac OSX, Apache, MySQL, and Php. This full stack allows you to run a server on your local computer.

Tags: DrupalDrupal 7Drupal PlanetDeploymentServers
Categories: Elsewhere

PreviousNext: Innovative Collaboration with the aGov Drupal distro

Thu, 02/04/2015 - 05:24

Pia Waugh, Director of Coordination and Gov 2.0 for Technology & Procurement Division, at the Australian Government Department of Finance recently gave a talk about collaborative innovation. She challenged attendees from the public sector to step outside their organisational silos and work together to make the most of their resources.  She acknowledges the constant pressure public servants are under when being asked to deliver more and more with less and less, but suggests collaborative innovation as the key to doing exactly that.

Categories: Elsewhere

Drupal.org frontpage posts for the Drupal planet: Drupal 7.36 released

Thu, 02/04/2015 - 04:56

Drupal 7.36, a maintenance release with numerous bug fixes (no security fixes) and several new features, is now available for download. See the Drupal 7.36 release notes for a full listing.

Download Drupal 7.36

Upgrading your existing Drupal 7 sites is recommended. There are no major, non-backwards-compatible features in this release. For more information about the Drupal 7.x release series, consult the Drupal 7.0 release announcement.

Security information

We have a security announcement mailing list and a history of all security advisories, as well as an RSS feed with the most recent security advisories. We strongly advise Drupal administrators to sign up for the list.

Drupal 7 includes the built-in Update Manager module, which informs you about important updates to your modules and themes.

There are no security fixes in this release of Drupal core.

Bug reports

Drupal 7.x is being maintained, so given enough bug fixes (not just bug reports), more maintenance releases will be made available, according to our monthly release cycle.

Changelog

Drupal 7.36 contains bug fixes and small API/feature improvements only. The full list of changes between the 7.35 and 7.36 releases can be found by reading the 7.36 release notes. A complete list of all changes in the stable 7.x branch can be found in the git commit log.

Update notes

See the 7.36 release notes for details on important changes in this release.

Known issues

None.

Front page news: Planet DrupalDrupal version: Drupal 7.x
Categories: Elsewhere

Promet Source: Optimizing PHP-FM the Promet Way

Wed, 01/04/2015 - 22:25

Ever wondered how you can tweak your server's configuration to get the most out of what you’re paying? Here are some good techniques that we like to use at Promet.

Disclaimer: This doesn’t mean that it’s the perfect server setup, but it’s a good start.  Every requirement is unique and understanding how it works is always the first step.  Having good documentation in the form of a blog post saves us a lot of time and effort so we would like to share our experience as well.

Categories: Elsewhere

Acquia: From Content Strategy to Drupal Site Building: Connecting The Dots with Ronald Ashri

Wed, 01/04/2015 - 19:45
Language Undefined

Ronald Ashri, former CTO at BlueSpark is now a Founder at Roomify - a Drupal-centric startup focusing on online reservations. Here, Ronald presents an enjoyable and valuable session about content strategy and Drupal, full of practical and actionable advice – worth watching in full for all strategists, site builders, and anyone who wants to know how to build a better content-oriented site.

Categories: Elsewhere

Wellnet Blog: Weekly Module Review - #5 Add Another

Wed, 01/04/2015 - 16:44

Today we’ll analyze Add Another module.

One thing I’m always appreciated about Drupal is the speed and the handiness to create taxonomies

Categories: Elsewhere

Drupal Easy: DrupalEasy Podcast 148: 18 Minutes Later

Wed, 01/04/2015 - 07:09
DrupalEasy Podcast 148

WARNING: You have no idea what awaits behind that play button. Take 18 minutes, and call us in the morning. Not for the light of Drupal heart, expectant mothers, or those with liver, neck or back problems. Listen at your own risk.

read more

Categories: Elsewhere

Pages