Jump to content
Announcing Achievements! ×

Community

Numbered

+Clients
  • Posts

    310
  • Joined

  • Last visited

  • Days Won

    1

Numbered last won the day on November 1 2017

Numbered had the most liked content!

2 Followers

About Numbered

Profile Information

  • Gender
    Male

Recent Profile Visitors

3,234 profile views

Numbered's Achievements See all achievements

Proficient

Proficient (9/13)

  • Week One Done
  • One Month Later
  • One Year In
  • Conversation Starter
  • First Post

Recent Badges

217

Reputation

  1. 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.
  2. 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.
  3. @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?
  4. 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
  5. Wow! I see that too @Sonya*! I think IPS fixed that right now!
  6. 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)
  7. @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/">
  8. Hello. I have one of my application, which have this method: As you can see my PhpStorm asks me to cast the array into the string, because of \IPS\Output::i()->json method wait string type as the first param. But this is not true. This method (and json_encode function in order) accept an array as the primary usual incoming type. That fact that we can run json_encode('test') and got "test" as valid JSON result is just one behavior that is out if the usual scope for JSON using. Another part of this method that we use 'return $this->sendOuput...' but this method doesn't return anything. So we can just use $this->sendOutput without return and declare the method as void. If we jump inside 'stripVLETags' function inside of the json_decode method we can see that there have the same problem. Incoming wait for string, but ok to get an array and return a string (which is not true for incoming array). This is not one place of something similar. The main reason why I create this ticket post is another question - is there any way to join your git project (I heard somewhere that you using svn, is that true?)? I (and I'm sure other people) easier to send the pull requests for you to fix these parts of code, fix bugs founded (following your rules, linters, markup, etc). It will be much more powerful than delivering these parts by the ticket with screenshots. I wouldn't waste a lot of time on that (if that not so critical and don't break my needs). I could just fix that in my IDE and make a pull request for your review. It would be very useful for all sides! Thank you.
  9. 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.
  10. 5MiB harcoded. Thank you @newbie LAC.
  11. I'm sorry for that stupid question. We want to upload 6 MB video in our media for using as a background for landing page. But the media only allow 5MB max Can somebody say where I can increase this limit? My nginx client_max_body_size set to 50M, php values post_max_size and upload_max_filesize set to 51M both. The admin group settings have no any file limits. The public area shows 50MB limit correctly. Thank you
  12. I get the same problems (with the slow conversion of big sites) and have some helper tools for them. One tool is for background queues. I have a sh script, which runs php file in the cycle. #!/bin/bash while [ true ] do /usr/bin/php -d memory_limit=-1 -d max_execution_time=0 $HOME/path/to/task.php echo 'Task executed' sleep 1 done And the task.php file <?php require 'path/to/init.php'; $queueTask = \IPS\Task::load('queue', 'key')->run(); var_dump($queueTask); Of course, this script might be in one php file. But in my original helpers, it does not have only one function. I just strip unnecessary other parts which are out of this topic. var_dump additionally can write an exception to the console if something goes wrong. You may run them in the background with piping stdout into the log file. Anyway, if you wanna use them - it's a good starting point for solving your problem with slow background queues. My experience that this task finishes background conversion to one day from over the week. Another potential helpful part is increasing REBUILD_SLOW constant (it used to define the batch of each background queue). Typically I prefer to set it to 150. If you understand what value might be good for your environment (depends on performance) - you can tune it for yourself. It set up in the constants.php file in that way: <?php // your constants variables here \define( 'REBUILD_SLOW', 150 );
  13. 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.
  14. @Sonya* activity streams can be filtered by language nodes - this is included in the main proposal of 'Forums'. Blocks - another painful part, agree with you. On Pages, I use little bit PHP code for that. Just get current user language and paste it into block calling. Very unuseful, but.. can't do in other ways. Blocks on the forum side - I don't know how to manage it now and don't see the pretty solution to solving them. It's painful, but it's a few other stories. We can't come to IPS with a lot of pains with languages and just ask for fixing it in anyways. I think the one possible way to start moving is a clear task with pain and proposal to solve it (i can write the example code too). And then pray that IPS get it. After this one step, we might think about the next steps with the same way of proposals or code examples. I feel pains with languages too. In different places. For example, currently, I have a bug with some landing, which built with Pages and blocks (where I had {lang="something"} keys). It working well except title and description. It set up on the page setting, which does not support multilanguage. So for fixing that I'll turn off the default title expression in the theme and fill it with the language key for specified page only. It's weird and stupid. But I have no idea how to do this right.
  15. For the 'comment' type of data, I see no way for any right solution. Translators always working very bad and this feature (as I think) can't be a regular part of normal using. And this looks a little bit strange to see the topic, where commenters write in different languages. Anyway, this talking might be very long and this is outside of the main proposal - adding a language selector to the 'Container' element (Forums) of Items (Topics). This way looks clear, simple and becomes like a good starting point for other useful features.
×
×
  • Create New...

Important Information

We use technologies, such as cookies, to customise content and advertising, to provide social media features and to analyse traffic to the site. We also share information about your use of our site with our trusted social media, advertising and analytics partners. See more about cookies and our Privacy Policy