Welcome to our blog page We'd like to share knowledge of the areas that are the most fascinating to us.

Lors de la création de sites web, vous avez probablement parfois constaté comment votre page change d'apparence sur différents navigateurs, sans parler de la variété des appareils. Selon le nombre de configurations différentes que nous souhaiterons vérifier, le temps passé à les tester augmentera rapidement et l'enthousiasme diminuera probablement à un rythme similaire en répétant la même action sur un autre appareil.

La création de contenu à l'aide du module Paragraphs est une approche complètement différente par rapport à la création de contenu "standard" dans Drupal. En bref : nous préparons les composants (type de paragraphe) et ensuite, lors de la création d'une entrée, nous sélectionnons l'un des composants disponibles.  Les composants peuvent être des éléments simples contenant du texte, des contenus avec des colonnes ou des éléments complexes tels que des curseurs, des vidéos ou des galeries de photos.

Il est évidemment nécessaire de rechercher et de tirer parti des outils qui peuvent être utilisés lors de la prestation de services de développement Drupal. Il est temps pour une autre dose d'informations sur notre travail chez Droptica. Aujourd'hui, nous aborderons la gestion des versions de fichiers et les tests d'applications. Subversion Les premiers projets mis en œuvre avec Drupal (encore sous le nom OPENBIT) utilisaient le système Subversion (également connu sous le nom de SVN, site du projet) pour la gestion des versions de fichiers.

Clutch (un portail de classement des entreprises de développement) nous a nommés leader mondial parmi les entreprises travaillant avec Drupal. C'est un grand succès. Nous faisons partie des meilleures entreprises travaillant avec Drupal dans le monde. Les résultats de notre travail sont de plus en plus visibles. Depuis le début, Droptica visait à fournir les meilleurs services Drupal.

Toute personne ayant déjà travaillé dans l'informatique a sûrement rencontré des problèmes de communication entre les programmeurs et les testeurs, ou dans d'autres cas. En parlant avec des programmeurs, vous pouvez entendre de nombreuses anecdotes concernant les rapports de bugs et les retours qu'ils ont reçus. Travaillant comme testeur dans une agence spécialisée en Drupal, je vois ce problème de l'autre côté, mais je comprends l'équipe de développement. Quand je renvoie une tâche après les tests, je me retrouve souvent à vouloir simplement écrire : « Ça ne fonctionne pas ! »

Au cours des dernières années, les sites web ont subi une transformation significative. De nombreux nouveaux services et sites de médias sociaux ont été créés. Les applications mobiles jouent désormais un rôle très important sur Internet, et divers services en ligne échangeant des données ne sont plus une exception.

Le temps s'est déjà écoulé depuis la première de Drupal 8. De nouveaux projets et modules sont constamment publiés, et il y a un nombre croissant de projets compatibles avec la version 8.x sur drupal.org. Malheureusement, ces versions sont souvent encore instables et remplies de divers bugs. À ce jour, le nombre de modules supplémentaires disponibles pour Drupal 8 est d'environ 2 250, contre 12 400 modules pour Drupal 7.

Drupal est un peu célèbre pour le nombre de requêtes de base de données effectuées contre une base de données. Lorsqu'il y a des milliers d'utilisateurs simultanés à servir, la base de données peut rapidement devenir un goulot d'étranglement majeur. C'était le cas avec http://kwestiasmaku.com - un site web très populaire avec des recettes. Le site est visité par des millions d'enthousiastes de la cuisine. Lorsque nous avons commencé notre coopération avec KwestiaSmaku, nous nous sommes d'abord concentrés sur l'ajout de nouvelles fonctionnalités au site web.

Dans le premier article sur les outils que nous utilisons, nous avons décrit nos outils de gestion de projet et de communication. Aujourd'hui, nous allons vous montrer comment nous gérons les environnements de développement. Copie locale Chez Droptica, chaque programmeur travaille sur une copie locale du site web. Chaque tâche est terminée et ajoutée à une branche Git distincte, puis poussée vers un dépôt distant. Notre système de bureau standard est Ubuntu, c'est pourquoi pendant longtemps nous nous sommes contentés d'installer Apache, Mysql et PHP localement.

L'API Entity dans Drupal 8 est désormais intégrée dans le noyau et est maintenant si bien organisée qu'il n'y a presque plus d'excuse pour créer des tables de base de données qui ne sont pas en même temps des entités. Si vous êtes sérieux au sujet du développement Drupal, consultez cet article ci-dessous. Les entités dans Drupal sont vraiment géniales ! Si vous créez une entité, vous obtenez une intégration gratuite avec Views, vous pouvez permettre à l'entité d'être "fieldable" et cela vous permettra d'ajouter divers champs dès le départ.