Numbered

Hi @media. I don't know. But it seems that old logic should work. Just try them on the staging instance. I didn't upgrade our IPS instances to 4.5 because focused on developing other web services for us and the IPS upgrading process with all apps, themes, and plugins isn't cheap by the time.

It might be useful in case of inserting some standalone vue widget inside IPS from another modern web service. Thank you for the starting point. But in the case of standard behavior (like a modal form), it's not good practice, as I think.

@bfarber, thank you so much! I don't know about that before and this will be extremely helpful for us. We doing very complex works with cms application and this is the best option for us. There are fresh examples of what we have done with the cms app (all made inside CMS including languages, registrations, and back-end features). https://wowslegends.com/ https://wowslegends.com/promo1/ Is there any change in the future to improve other parts that I mentioned above?

Features that I missed in current IPS: we can't export/import blocks from one site to another one (we doing all changes on the staging server before deploying them to the production one) block contains media with their id's. So when we upload the same media files they have different id's. It will fix if the media supports folder and filenames instead of id. We can upload a lot of media files to different websites and copy-paste pages/blocks code contains the media. It might look like {media="some/folder/file_name.jpg"} if we have a lot of pages and switches from one 'main' page to another one we couldn't find on the next time which page is actual default right now. we should click on the arrow of every page to see if the star icon filled or empty. templates (page templates, css, js) - you couldn't understand where the current css file used now. You can only jump into the edition of each page and remember that. It's not useful. cms don't support languages at all. So in every block, we used code {{$lang = \IPS\Member::loggedIn()->language()->short;}} {{if mb_strpos($lang, 'de_DE') === 0}} some html {{elseif mb_strpos($lang, 'fr_FR') === 0}} some FR html ... additional 10+ languages {{else}} EN content {{endif}} Or you can define variable inside conditions and call them. This is very dumb way to support multilanguage in 'cms'. And, no cache available for all language based blocks at all. block editing in ACP is unuseful. we have very little space for the editor (HTML). No 'revert' option (if save will support ajax we'll have a browser default Ctrl+Z option, but.. we haven't it with reload) same as for templates - when we editing block we couldn't understand on which page it used now You couldn't link the block content with template CSS and JS. Mostly it might be the default way to linking (blocks should be self-dependent). Right now it doesn't (in case of css and js). I hope this list helps the devs to understand the daily pains of our content managers. Thank you

Wow! I see that too @Sonya*! I think IPS fixed that right now!

Maybe. I'm not 100% sure that John said fact. If I were him I'll think twice to say that next/prev working for preventing stupid SEO hacks and panic. (for Google absolutely better if the webmasters wouldn't use these helpings than they use them in the wrong way) And there is no Google only search engine. And point about the wrong canonical still present. Yes, Google easily can ignore them. But better to help him do the right things than confuse him. P.S. IPS doesn't love me again (writing from TOR)

@Sonya* and @sadams101 you are both right. Sonya right in the part of using posts items instead of topics wrong way to the right SEO. Sadams101 right in the part of the pagination problem. Thank you for get attention to the pagination problem. I try to do a little bit of research and found that IPS might be better with that important part. For example, this page has a canonical tag: <link rel="canonical" href="https://invisioncommunity.com/forums/topic/442742-large-community-you-have-a-problems-with-sitemap/"> This tag said that Google should stick to the first page of the series. And the cannonical tag links to the 'only' or 'primary' version of the same page. But other pages are not the same as first - it's wrong. Anyway, Google can understand that the other pages haven't the same content and it might ignore the canonical tag. But there Google doing that scans contrary to, and not by a clear intent. There is no way to said Google about pagination. But somebody recommends to use rel=prev/next. This tags exist here, but with strange params: <link rel="next" href="https://invisioncommunity.com/forums/topic/442742-large-community-you-have-a-problems-with-sitemap/page/2/"> <link rel="last" href="https://invisioncommunity.com/forums/topic/442742-large-community-you-have-a-problems-with-sitemap/page/12/"> <link rel="canonical" href="https://invisioncommunity.com/forums/topic/442742-large-community-you-have-a-problems-with-sitemap/"> It seems like the 'next' param didn't work for the current page and put params depends only on first page. And there is no 'prev' page - I think for the same reason. Some other example from SEO websites and cannonical tag: I think anybody can search this tags and found the same information that I wrote. To be clear - this topic for the current page (12) should have this tags: <link rel="first" href="https://invisioncommunity.com/forums/topic/442742-large-community-you-have-a-problems-with-sitemap/"> <link rel="prev" href="https://invisioncommunity.com/forums/topic/442742-large-community-you-have-a-problems-with-sitemap/page/11/"> <link rel="last" href="https://invisioncommunity.com/forums/topic/442742-large-community-you-have-a-problems-with-sitemap/page/12/"> <link rel="canonical" href="https://invisioncommunity.com/forums/topic/442742-large-community-you-have-a-problems-with-sitemap/page/12/"> page 10 should have this tags: <link rel="first" href="https://invisioncommunity.com/forums/topic/442742-large-community-you-have-a-problems-with-sitemap/"> <link rel="prev" href="https://invisioncommunity.com/forums/topic/442742-large-community-you-have-a-problems-with-sitemap/page/9/"> <link rel="next" href="https://invisioncommunity.com/forums/topic/442742-large-community-you-have-a-problems-with-sitemap/page/11/"> <link rel="last" href="https://invisioncommunity.com/forums/topic/442742-large-community-you-have-a-problems-with-sitemap/page/12/"> <link rel="canonical" href="https://invisioncommunity.com/forums/topic/442742-large-community-you-have-a-problems-with-sitemap/page/10/">

I prefer White for websites. But I totally agree that IPS must add default dark theme. There is the only reason for that - help theme developers for making their dark themes. Now if some not developer guy installs IPS and if he wants to create a dark mode the visual styling isn't enough to make it. If he changes all possible fields to the dark colors he still sees white areas. Just because their colors are hardcoded in the css files. In this case, there is no way of making perfect dark themes without CSS editing from the default theme.

Not certainly in that way. In the case of millions of users/topics/answers, the update time may take a long (for business) time. Of course, this also depends on the power of the application server and the database. But overall, the ability to have command-line tools would add a lot of administration, support and deployment abilities. As an example, it would be possible to describe in some manifest file a list with versions of applications/plug-ins and with some continuous integration tool builds an IPS test instance with needed additional stuff, proceed autotests for updated app branch, make deployment to production, etc.

I think this becomes a negative result for Google. Google scans the whole page and index content on a specific page. In your sitemap_posts file, you have tons of links to the same pages (they have not differences by the code or view). So with that, you bring Google just problems. Moreover, for preventing duplications Google gives us a links management service, where we can 'say' to Google which params identify something important with content changing (like a 'page' attribute) or something not necessarily (like an 'unread' param). Additional, you made just problems for Google. If you wish to highlight or markup the content on the page - you should use schema.org meta, html5 tags. All of that already done by IPS. You don't need to do anything more in general purpose. Anyway, if your really want to scan every post like an individual content - make a special request to the topic, which will show only one post without other (but with the link to the default view). In this way, you'll increase your number of scanned 'pages'. But it mustn't be good for your SEO.

I want: CLI-tools for install/build/update/enable/disable apps/plugins/themes. It will provide simplier operation many instances. Any technology, which provide staing framework in background all time. Not default PHP method of die after every request (I know about opcache and other methods, which speed up this, but mainly it's a symptom fixing, not the core of problem). Of course, this point will increase the threshold of entry into IPS. But we want to be "the best" or "just one of"? All have their price. If somebody interesting about that - there is a good article of positive experience at Badoo. Support working as a cluster (on multiple nodes) from the box? I mean some status pages, statistics, logs filter by server node, etc.. (nexus module doesn't do this stuff). Some app/plugin revise tool? Example: if application 'money' use hook for \IPS\Member::load() in IPS 5.1, than if in IPS 5.2 this load method changed - the revise tool should notify about needing to revise 'money' hook. If not changed in original code => not highlight hook. Not so difficult to implement it as it heard. We have a hooks table with classes, we can simple having classess history in a lot of ways. Testing scripts? Please don't laugh at me.. I write (sometimes) test cases for my apps inside IPS. Without total coverage and without doing this job 'as becase that good'. It provide better controll when we have a lot of apps/plugins and want to check them together in newer version of IPS. So tests very helps me. From IPS I'd like to have IPS's tests of IPS Framework. It will provide to us is basic regression testing. We can check our code, but it be not interesting if some basic feature (like a post a topic) wouldn't work -). And of course I'd like to extend basic tests when I extend basic things. United IPS code style. I use PHPStorm and want to see same code format everywhere (in IPS and my code). Now I can't tune my IDE for totally support your style because from file to file it is different. You can do it in several ways - from creating style format file to creating autolinter in your cvs system. Please, dont't forget to share your style rules before =). Or may be you just apply PSR-2? Improved caching system. Sound simple - same incoming params to block/app/etc returns the same result (it worked only when params dont income in the middle of the func). And that's all. May be we can create some additional flag for mark classes, which support that type of caching. Any way.. Using different DB for read and write. For people, who has master-slave replications and who want to improve the speed by reading from slave. It simple and worked perfect! And all neccesary tools already has in current IPS version. No extra pain. ...

removed

You right. Globally IPS doesn't need to include big monstrous FA5 (or any else). But with last Rikki answer, I hope they'll create some build tool for an ability to include custom font build with icons which are actually needed. In my humble opinion, this way will be an amazing solution, which may be named as a really good new improvement. Let's wait and see

UP topic. FA5 has a lot of icons, which are very like to have from the box.

Google Search Console didn't show changes on graphs. But I copy some comment, posted 8 hours ago - it present in google and shows link to the source well. Ok for me. Before previous things i can't find content, posted a lot of months ago. But one more interesting thing - i added robots.txt 2018-03-03 and graph 'index count' boost x3.. Just because i block some links, which google tried to get, but get error or get content-less page. This errors may worse indexing of correct links. May be not, who knows .