Any options to using cURL for the module/theme updates?

My development serve is running cURL 7.24.0 and works fine. My client's production server is running cURL 7.15.5 and whenever the update runs, the log is full of:

Varnish

Varnish Cache is a web application accelerator also known as a caching HTTP reverse proxy. Varnish is used on thousands of Drupal sites to speed up page load performance by a factor of 10-1000x, and it can be used with cache tags to make cache invalidation easy.

For basic cache tag integration, you need to do three things to make sure Varnish works well with the cache tags generated by Drupal:

trying to upgrade from D7 to D8

Hi everyone,
in the upgrade process I get informed to have 19 available upgrade path and 49 missing ones.
1. Question: what are paths in this context?
Among the missing ones: ACL, BACKUP_MIGRATE, BOOK, CTOOLS, DASHBOARD, ENTIITY, ENTITY_TOKEN, FIELD_SQL_STORAGE, FIELD_UI, FILE_ENTITY, thirteen I18N paths, LOCALE, MASS_CONTACT, MEDIA, MULTIFORM, OPTION, four RULES paths, four SYNTAXHIGHLIGHTER paths, SYSTEM, TAXONOMY_ACCESS, four VARIABLE paths, WYSIWYG

How-tos

This page contains guides to accomplish specific tasks with the Group module.

View about Group related information

HowTo pages are short, highly-targeted articles on how to accomplish a specific task. They are contributed by the community in response to a need for concise information.

HowTo pages differ from Tutorials in that they are most often a single page document and directly relate to either a certain function of a module, a goal-based task, or a "Did you know the Group module can do this?" paragraph.

New menu template not showing anything

I am building Bootstrap-based theme and I have created one block that renders the main menu.

return array(
       '#markup' => drupal_render($menu),
       '#theme' => "menu__mobile",
     );

As seen above I state that the theme file should be menu--mobile.html.twig. If I state no "#theme" variable it uses the default menu--main.html.twig.

How to check if the current password that the user gives in the password reset form matches with the hashed password in Drupal 8

I'm trying to reset a user password programmatically in Drupal 8 without the email link. For this the first step would be to check if the password(which is plain) that the user enters in the password reset form is matching with the hashed password of the respective user. And then save the new password.

Each time I hash the password, its giving a different value, this is because its salted. How shall I compare the password which the user enters in the form with the hashed password from the table.

Pages

Subscribe with RSS Subscribe to RSS - Drupal 8.x