亚洲国产日韩欧美一区二区三区,精品亚洲国产成人av在线,国产99视频精品免视看7,99国产精品久久久久久久成人热,欧美日韩亚洲国产综合乱

Table of Contents
First, important notes
WordPress 3.5 Discussion Content
When will WordPress 3.5 be released
Next steps in the development process
in conclusion
Home CMS Tutorial WordPress Embark on a WordPress 3.5 Adventure

Embark on a WordPress 3.5 Adventure

Aug 29, 2023 pm 04:57 PM

踏上 WordPress 3.5 的冒險之旅

Hopefully, all of your WordPress installations so far have been successfully upgraded to version 3.4. One of the most exciting things about a release is getting to work on the next one! Here’s a sneak peek at what was discussed in the latest WordPress 3.5 development chat scoping session.


First, important notes

All information discussed in this week's WordPress Developer Chat is still extremely tentative. So even though a specific feature or change might be talked about, it might not actually appear in WordPress 3.5, or it might end up being different than what was initially discussed. So if it doesn’t look like what I’m going to talk about when WordPress 3.5 is released… you’ve been warned!

Quick Facts: For those of you who don’t know what WordPress Developer Chat is, it’s a weekly meeting held by the WordPress development team in the #wordpress-dev channel of the IRC chat. If you couldn't make it to the actual meeting, or want to see the entire discussion which I'll summarize here, you can read the IRC logs of these chats. You can also follow the WordPress development blog, which has recently moved to the “make” network of WordPress blogs.

WordPress 3.5 Discussion Content

This week’s discussion is moderated by Andrew Nacin, who was recently promoted to Lead Developer in recognition of his incredible contributions. Matt Mullenweg also spoke to explain his thoughts on the direction of the next version.

Matt's main feature scope proposal is (quote from dev chat):

  1. The first thing mentioned is: "Twenty-Twelve", which was originally planned to release version 3.4, but was later postponed.

    "2012 is coming, and while it needs more work, the cycle should be sufficient

    In addition to being bundled with 3.5, we should also consider promoting it separately

    ...

    In the theme directory after we give it a development once/twice in trunk"

    Of course, it will be interesting to see the new Twenty-Twelve themes released with 3.5 and see what might change between now and then. Here is a demonstration of the current state of "Twenty-Twelve": "Twenty-Twelve Demonstration".

  2. "When we restructure everything it would be nice to flatten the admin aesthetic a bit to make it easier to zoom in and out in the future (responsive) and also be recolorable (blue for now) The theme is A lot of overhead)

    Inspired by https://github.com/blog/1106-say-hello-to-octicons, WordPress.com has also been using them successfully - http://wordpress. com/i/noticons/example.html

    We have less and less cartoon/icon stuff now”

    The second proposal is not surprising, as this is the direction the web seems to be generally heading, and it makes sense. As Matt mentioned, GitHub is a prominent example of using fonts instead of icons/symbols for scalability. It would also be nice to give the blue management theme some love (or lose it).

  3. "It's been a while since we've removed something and I'd like to nominate Link Manager, which is a complete top-level menu item"

    "But I love Link Manager. I use it all the time!" ~ Never anyone. ”

    ~Mark Jaques

    The third thing surprised me even more, but was very welcome! It’s definitely time to remove some of the residual “Blog Memories” features from WordPress that are getting less and less used and fueling the “WordPress is just for blogging” argument. Getting rid of the link manager will help tidy up the admin interface, but will obviously require some thought for the few people who really rely on this feature. Some discussions are leaning toward making it a widget, or a custom menu, or even a plugin.

Some other suggestions from developers for the scope of functionality in 3.5 are:

  • Working on the welcome screen, installation wizard, and new user experience (Ben Balter's article "The Death of the Dashboard" is also referenced here), and further UI discussion about what might be coming into 3.5 scope happens at Make WordPress UI on the blog.
  • More tweaks to the theme customizer. Specifically working on handling custom headers and background workflow and menus (widgets were mentioned, but more likely for 3.6)
  • Redesigned upload/insert media workflow. Nacin noted that it's important to narrow the scope now. Some things he mentions that are out of scope are galleries as objects and multiple parents as attachments. Essentially, anything that is not currently in the media dialog (such as the media library screen, etc.) will not be touched. The idea is to streamline and separate the functionality provided by the media dialog box: task separation.
  • Two things Nacin mentioned in the media upload area (if you have extra time) are: background uploading, and dragging and dropping images into the editor. I doubt these features will make it to version 3.5 given the tight timeline, but it's nice to see features like this on the radar and Andrew Ozz seems to feel they might not be as long as you first think. Nacin and Mark Jaquith even mentioned the ability to set up image uploads to other servers!
  • Andrew Ozz also proposed the idea of ??security hardening, including admin notification emails for plugin/theme activation, available updates, etc. So hopefully this will get some attention for WordPress 3.5 as well.

These are some very exciting suggestions for scope, and while it's all still very tentative, I'm looking forward to seeing how this all pans out. I'm also looking forward to being part of the development process.

Nacin mentioned three platform improvements that he would like to see included in WordPress 3.5 as well:

  • "Copies of files during upgrade should be verified using hashes. I like too many support requests and emails every version and it's because the files are not copied. We should verify and retry as v1 "
  • "WordPress.org now supports plugin favorites. I hope Otto42 will be the first to introduce an API that allows you to browse your favorite plugins in the dashboard, just like viewing recently updated plugins."
  • "Language packs for default themes and "core" plugins (importers, etc.)"

When will WordPress 3.5 be released

The tentative release date for WordPress 3.5 was also discussed. The team is targeting a release on or around December 5th. This actually makes the development cycle quite short, less than 5 months from now. It also covers the time span of major events such as WordCamp San Francisco, the WordPress Community Summit, the Automattic Company Meetup, and the PressNomics Conference.

There is also talk of freezing the feature before September 12th, and then completing user testing and adjustments by September 26th. This means there is room for betas, release candidates, etc. before the final release. As Scribu summed it up in the chat, it was basically two months of development and then two months of polishing.

This seems like a fairly optimistic timeline, but if managed properly it will mean this is a focused round of development.


Next steps in the development process

Early this week, Nacin will release the official summary of the Make/Core scoping sessions, encouraging developers who want to participate to raise their hands to form teams around each major feature. Teams was involved in the development process for WordPress 3.4 and it seemed to be going very well, so they’re sticking with it again this time.

Nacin’s agenda for next week’s WordPress Developer Chat might be:

  • The functional scope is mainly determined based on the content discussed in this meeting
  • Finalize all platform/API considerations
  • Discuss unit testing, XML-RPC, etc. These need to be worked on to keep pace with other developments

in conclusion

WordPress 3.5 planning is underway, which is very exciting. Some of the features discussed are pretty important, so you'll notice them once they're released and upgraded! Again, I should point out that everything mentioned above is very tentative, but it at least shows the direction of development.

So what are you most hoping to see included in WordPress 3.5? What hasn’t been mentioned but you do think needs improvement? Most importantly, are you going to participate and contribute to WordPress this time? Let us know in the comments below!

The above is the detailed content of Embark on a WordPress 3.5 Adventure. For more information, please follow other related articles on the PHP Chinese website!

Statement of this Website
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn

Hot AI Tools

Undress AI Tool

Undress AI Tool

Undress images for free

Undresser.AI Undress

Undresser.AI Undress

AI-powered app for creating realistic nude photos

AI Clothes Remover

AI Clothes Remover

Online AI tool for removing clothes from photos.

Clothoff.io

Clothoff.io

AI clothes remover

Video Face Swap

Video Face Swap

Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Tools

Notepad++7.3.1

Notepad++7.3.1

Easy-to-use and free code editor

SublimeText3 Chinese version

SublimeText3 Chinese version

Chinese version, very easy to use

Zend Studio 13.0.1

Zend Studio 13.0.1

Powerful PHP integrated development environment

Dreamweaver CS6

Dreamweaver CS6

Visual web development tools

SublimeText3 Mac version

SublimeText3 Mac version

God-level code editing software (SublimeText3)

Hot Topics

PHP Tutorial
1488
72
How to diagnose high CPU usage caused by WordPress How to diagnose high CPU usage caused by WordPress Jul 06, 2025 am 12:08 AM

The main reasons why WordPress causes the surge in server CPU usage include plug-in problems, inefficient database query, poor quality of theme code, or surge in traffic. 1. First, confirm whether it is a high load caused by WordPress through top, htop or control panel tools; 2. Enter troubleshooting mode to gradually enable plug-ins to troubleshoot performance bottlenecks, use QueryMonitor to analyze the plug-in execution and delete or replace inefficient plug-ins; 3. Install cache plug-ins, clean up redundant data, analyze slow query logs to optimize the database; 4. Check whether the topic has problems such as overloading content, complex queries, or lack of caching mechanisms. It is recommended to use standard topic tests to compare and optimize the code logic. Follow the above steps to check and solve the location and solve the problem one by one.

How to minify JavaScript files in WordPress How to minify JavaScript files in WordPress Jul 07, 2025 am 01:11 AM

Miniving JavaScript files can improve WordPress website loading speed by removing blanks, comments, and useless code. 1. Use cache plug-ins that support merge compression, such as W3TotalCache, enable and select compression mode in the "Minify" option; 2. Use a dedicated compression plug-in such as FastVelocityMinify to provide more granular control; 3. Manually compress JS files and upload them through FTP, suitable for users familiar with development tools. Note that some themes or plug-in scripts may conflict with the compression function, and you need to thoroughly test the website functions after activation.

How to optimize WordPress without plugins How to optimize WordPress without plugins Jul 05, 2025 am 12:01 AM

Methods to optimize WordPress sites that do not rely on plug-ins include: 1. Use lightweight themes, such as Astra or GeneratePress, to avoid pile-up themes; 2. Manually compress and merge CSS and JS files to reduce HTTP requests; 3. Optimize images before uploading, use WebP format and control file size; 4. Configure.htaccess to enable browser cache, and connect to CDN to improve static resource loading speed; 5. Limit article revisions and regularly clean database redundant data.

How to prevent comment spam programmatically How to prevent comment spam programmatically Jul 08, 2025 am 12:04 AM

The most effective way to prevent comment spam is to automatically identify and intercept it through programmatic means. 1. Use verification code mechanisms (such as Googler CAPTCHA or hCaptcha) to effectively distinguish between humans and robots, especially suitable for public websites; 2. Set hidden fields (Honeypot technology), and use robots to automatically fill in features to identify spam comments without affecting user experience; 3. Check the blacklist of comment content keywords, filter spam information through sensitive word matching, and pay attention to avoid misjudgment; 4. Judge the frequency and source IP of comments, limit the number of submissions per unit time and establish a blacklist; 5. Use third-party anti-spam services (such as Akismet, Cloudflare) to improve identification accuracy. Can be based on the website

How to use the Transients API for caching How to use the Transients API for caching Jul 05, 2025 am 12:05 AM

TransientsAPI is a built-in tool in WordPress for temporarily storing automatic expiration data. Its core functions are set_transient, get_transient and delete_transient. Compared with OptionsAPI, transients supports setting time of survival (TTL), which is suitable for scenarios such as cache API request results and complex computing data. When using it, you need to pay attention to the uniqueness of key naming and namespace, cache "lazy deletion" mechanism, and the issue that may not last in the object cache environment. Typical application scenarios include reducing external request frequency, controlling code execution rhythm, and improving page loading performance.

How to enqueue assets for a Gutenberg block How to enqueue assets for a Gutenberg block Jul 09, 2025 am 12:14 AM

When developing Gutenberg blocks, the correct method of enqueue assets includes: 1. Use register_block_type to specify the paths of editor_script, editor_style and style; 2. Register resources through wp_register_script and wp_register_style in functions.php or plug-in, and set the correct dependencies and versions; 3. Configure the build tool to output the appropriate module format and ensure that the path is consistent; 4. Control the loading logic of the front-end style through add_theme_support or enqueue_block_assets to ensure that the loading logic of the front-end style is ensured.

How to add custom fields to users How to add custom fields to users Jul 06, 2025 am 12:18 AM

To add custom user fields, you need to select the extension method according to the platform and pay attention to data verification and permission control. Common practices include: 1. Use additional tables or key-value pairs of the database to store information; 2. Add input boxes to the front end and integrate with the back end; 3. Constrain format checks and access permissions for sensitive data; 4. Update interfaces and templates to support new field display and editing, while taking into account mobile adaptation and user experience.

How to add custom rewrite rules How to add custom rewrite rules Jul 08, 2025 am 12:11 AM

The key to adding custom rewrite rules in WordPress is to use the add_rewrite_rule function and make sure the rules take effect correctly. 1. Use add_rewrite_rule to register the rule, the format is add_rewrite_rule($regex,$redirect,$after), where $regex is a regular expression matching URL, $redirect specifies the actual query, and $after controls the rule location; 2. Custom query variables need to be added through add_filter; 3. After modification, the fixed link settings must be refreshed; 4. It is recommended to place the rule in 'top' to avoid conflicts; 5. You can use the plug-in to view the current rule for convenience

See all articles