This issue is not related to the module.
Feature does not match title (metatag_page_heading), If it is a need, a separate module can be made for breadcrumbs.
msn5158 → created an issue. See original summary → .
msn5158 → created an issue.
This is an HTMX block caching issue, I installed this module blocache → , However, it only applies to Layout Blocks and cannot be applied to HTMX Blocks, Is there any way to clear the HTMX block cache?
msn5158 → created an issue.
This error message indicates that there is no problem. If the token finds the path, it will not prompt an error and has a selection option in the Column Selector of CSV Field. Now, it's perfect.
It worked, but there are still error messages prompting.
I don't know how to use the patch, However, I used the file you modified (src/Plugin/views/query/ViewsCsvQuery.php) to override the local file for testing and it doesn't work. Is there something wrong with me?
msn5158 → created an issue.
Tested and working well
Sorry, I sent two articles, please help delete one
msn5158 → created an issue.
msn5158 → created an issue.
msn5158 → created an issue.
When it finds the local file, the Column selector displays a list of options, which is done very well. However, When CSV File Path use Token, The token should be executed first, and after obtaining a value, let it forms a complete file path. At this point, the Column Selector checks whether the file path can find the local file, If it can be found, the Column Selector displays a list of options. If the path does not exist, the Column Selector displays a text box for manually entering the column name. However, error messages caused by the absence of a path should not be displayed and prevent view saving from causing view corruption, as tokens have different values on different pages and will inevitably obtain values on some pages that cause the path to not exist.
Firstly, it is necessary to ensure that the token works, and then if the detected path does not exist, return an empty result set instead of causing error messages.
Thank you, Both views_csv-source and views_json-source modules are well done.
The same method works normal using tokens in Views JSON Source, but it doesn't work properly in Views CSV Source. Has it been damaged?
I found that it stored in a configuration file, so it should not be able to create too many tokens, such as 1 million, as having all of them in one configuration file would make the file very large. Of course, I'm not sure if it's suitable for storage in the configuration.
I mainly use it to establish indexes with entity articles, such as specifying an alias to bind an article, and using this alias to find the ID of the article. This is very useful in some places where the node ID cannot be obtained from the current page, such as when loading Ajax, the current page token cannot be used, only the global token can be used.
Establishing an index in this way will create too many rows of data, It needs to be stored in a table, not a configuration file.
msn5158 → created an issue.
Using a real file path without using a token, the Column Selector displays as shown in the following picture:
If a token is used, as shown in the picture below, there will be no selection options and only text-box can be entered as the column for the CSV file.
Click Apply will display error message:
msn5158 → created an issue.
Revision should be optional rather than mandatory, as each field of each entity type is independent, and adding a revision field would create many tables in database for those who do not need revision.
Just a suggestion, no argument.
msn5158 → created an issue.
msn5158 → created an issue.
If modules are installed, they generated menu also cannot modify the weights.
Yes, all system generated menus reset their weight values to zero after saving.
The following are system menus I tested:
/admin/structure/menu/link/contact.site_page/edit
/admin/structure/menu/link/standard.front_page/edit
/admin/structure/menu/link/node.add_page/edit
/admin/structure/menu/link/system.admin/edit
msn5158 → created an issue.
msn5158 → created an issue.
I tested again and there was no problem with customized menu。 However, the default menu that comes with Drupal resets to zero when clicking save.
I'm not sure what caused it, but I wonder why we need to separate this part.
For drupal 10.4.0 and 11.1.1
msn5158 → created an issue.
I also encountered the same problem, no matter how I set the parameters, it is always a prompt: Oops, something went wrong. Check your browser's developer console for more details. Even when I installed the development version, it still had error messages
msn5158 → created an issue.
Additionally, I have installed this module token-views_filter → , However, it did not appear in the JSON Field of Filter criteria.
Configure filter criterion: Content: ID
Configure filter criterion: JSON: JSON Field
Can it add token support of token-views_filter?
msn5158 → created an issue.
msn5158 → created an issue.
msn5158 → created an issue.
msn5158 → created an issue.
Thank you for your positive response. Solo is a powerful theme and I like it.
Hello,
The website has over 10000 articles, a single page may not display many. However, the TARDIS module needs to load all the content to collect and display the years/months. If a portion of the content is loaded through filtering, it will display incomplete years and months, the months of publication of the filtered articles will not be displayed in TARDIS.
msn5158 → created an issue.
msn5158 → created an issue.
Also, if convenient, add these two options as well to [Website Region's Spaces]
msn5158 → created an issue.
msn5158 → created an issue. See original summary → .
msn5158 → created an issue.
OK, I will try it.
Hello
Does it not count the homepage?
Also, can it calculation a total count of all pages count? That is, to accumulate the counts of all pages. It will display a counter, which is the sum of all pages.
Thank you for this feature update.
Thank you for your suggestion. I have created an issue about using glossify for Chinese fonts, but unfortunately, I do not have enough knowledge to create a module.
msn5158 → created an issue.
Ok
msn5158 → created an issue.
However, for chinese font, it is not very friendly because chinese characters do not have spaces to separate them.
I'm not requesting a solution to this issue, I just feel a bit regretful because I'm looking for a similar module.
3.0.3 version back to normal
Perhaps this is currently the best solution, thank you very much.
msn5158 → created an issue.
You mean is: close the "Run cron every" to never on page /admin/config/system/cron
, Then setup automatic execution of cron tasks by Drush for 0 0 * * * /path/to/project/vendor/bin/drush core:cron
I don't know how to install Drush and configure it.
Is it a global installation or a project-based installation.
After installation, I don't know how to configure it.
When using it, I cannot use like this: drush core:cron
, I must use it like this: vendor/bin/drush core:cron
SELECT value FROM key_value WHERE name = 'statistics.day_timestamp';
+---------------+
| value |
+---------------+
| i:1725167477; |
+---------------+
1 row in set (0.001 sec)
1725167477 = 2024-09-01 13:11:17 Beijing Time
From here, it can be seen that its reset time today is 2024-09-02 13:11:17, then I refreshed the page after 13:12, The day-counter has not been reset. However, when I click to "Run Cron" on 2024-09-02 13:12:55, then refresh the page again, the counter was reset. Then, its next reset time becomes 2024-09-03 13:12:55, Look, it is 13:12:55 not 13:11:17.
Now, I execute the statement again: SELECT value FROM key_value WHERE name = 'statistics.day_timestamp';
+---------------+
| value |
+---------------+
| i:1725253975; |
+---------------+
1 row in set (0.010 sec)
1725253975 = 2024-09-02 13:12:55 Beijing Time
Conclusion, the day counter is not reset according to the time zone.
It starts calculating the next reset time (24 hours) is: When it reaches the reset time and after "Run Cron", It will reset the current day counter and calculates the next day reset time.
Exactly how do you run cron ? Is it just the "Automated Cron" module in core ? Or something else ?
I only setup this, please see the picture. I didn't add like these:
"30 * * * * web_user /var/www/html/vendor/bin/drupal ..."
Sometimes I manually click on "Run Cron"
.
SELECT value FROM key_value WHERE name = 'system.cron_last';
+---------------+
| value |
+---------------+
| i:1725251119; |
+---------------+
1 row in set (0.063 sec)
1725251119 = 2024-09-02 12:25:19 Beijing Time
SELECT value FROM key_value WHERE name = 'statistics.day_timestamp';
+---------------+
| value |
+---------------+
| i:1725167477; |
+---------------+
1 row in set (0.001 sec)
1725167477 = 2024-09-01 13:11:17 Beijing Time
Today's reset time is 20:50, The daily reset time seems to be different.
Never mind, it's not very important either.
Thank you for taking the time to answer my question.
When the international time UTC is 00:00, then my server local time is 08:00
However, the reset time of the counter is between 17:00-18:00
/etc/timezone >> I have set this file to UTC, But it didn't solve the problem
I use statistics by Drupal Core, Is it related to this?
I flashed the page at 17:58 and saw it reset. It should have been reset between 17:00-18:00
root@:~# date
Wed 28 Aug 2024 11:05:14 AM CST
root@:~# date --utc
Wed 28 Aug 2024 03:05:00 AM UTC
SELECT * FROM `node_counter`order by `timestamp` desc limit 10;
+------+------------+----------+------------+-----------+------------+-----------+
| nid | totalcount | daycount | timestamp | weekcount | monthcount | yearcount |
+------+------------+----------+------------+-----------+------------+-----------+
| 3326 | 211 | 0 | 1724665745 | 5 | 31 | 228 |
| 1998 | 2887 | 0 | 1724662728 | 1 | 414 | 2888 |
| 7613 | 290 | 0 | 1724662660 | 4 | 44 | 310 |
| 5530 | 328 | 0 | 1724652530 | 1 | 25 | 335 |
| 2062 | 169 | 0 | 1724563551 | 2 | 37 | 190 |
| 9492 | 289 | 0 | 1724563080 | 2 | 40 | 302 |
| 5529 | 3159 | 0 | 1724560171 | 0 | 88 | 1585 |
| 8896 | 139 | 0 | 1724558069 | 0 | 22 | 152 |
| 5930 | 8366 | 0 | 1724557960 | 1 | 273 | 4191 |
| 8621 | 164 | 0 | 1724557443 | 0 | 20 | 168 |
+------+------------+----------+------------+-----------+------------+-----------+
10 rows in set (0.057 sec)
drush sget system.cron_last
I haven't installed Drush yet, but I have set the cron run schedule task to once per hour
OS version: Debian GNU/Linux 11 (bullseye) x86_64(Py3.7.9)
The Drupal version: 10.2.7
The database server version: MariaDB 10.11.6-MariaDB-log - Source distribution
The PHP version and SAPI (apache2, fcgi/fpm, cli, ...): 8.2.19
The Apache configuration, especially vhost file: I use nginx 1.26.0
There are some information that I don't know how to obtain.
Also, I'm not sure exactly when it will be reset, but it's not 00:00. I'm currently observing.
I installed this module: statistics_counter →
I updated the time zone in PHP.ini, restarted the server and PHP, but it still hasn't cleared at the correct time. I don't know where the problem lies.
Thank you so much, however, it was placed in the wrong position.
Test drupal version: 10.2.7
msn5158 → created an issue.
msn5158 → created an issue.
msn5158 → created an issue.
msn5158 → created an issue.
msn5158 → created an issue.
Thank you, Solved.
msn5158 → created an issue.
I also have the same problem, But I don't know how to use the patch.
Steps to reproduce:
1.Choose token option from Provide a default value (in the context filter of the view).
2.Enter a token or leave it blank.
3.Open a non-existent page on the browser.
4.No 404 page returned, The page encountered an error: The website encountered an unexpected error. Try again later.
msn5158 → created an issue.
msn5158 → created an issue.
msn5158 → created an issue.
The first image outputs the content normally.
https://www.drupal.org/files/issues/2024-08-09/screencapture-domain-hast... →
The second image selects editablefields as the field formatting program, using default settings. For authorized users, it becomes editable fields. However, for users who have not logged in, that is, unauthenticated users, the basic display of content is missing.
https://www.drupal.org/files/issues/2024-08-09/screencapture-domain-hast... →
The third image, with the 'Bypass access check' option selected, the visitor still cannot see the content.
https://www.drupal.org/files/issues/2024-08-09/screencapture-domain-hast... →
What I mean is that visitors cannot edit fields, but they should be able to see the basic content, just like using the default formatting program.
msn5158 → created an issue.
msn5158 → created an issue.
msn5158 → created an issue.
I tried it and it seems to be effective.
However, there are two issues:
1.Will this website be shut down someday in the future?
2.Will using it in this way bring security risks to the website?
I suggest the moderator consider this feature, at least it reduces the CPU surge, targeted prefetching of URLs
msn5158 → created an issue.
msn5158 → created an issue.
msn5158 → created an issue.
msn5158 → created an issue.
Yes, I have found it. Thank you
Additionally, If the article has already been published, all value options in the field cannot be freely arranged in order again.
msn5158 → created an issue.