• Content count

  • Joined

  • Last visited

1 Follower

About prupdated

  • Rank
    IPB Member

prupdated's Activity

  1. prupdated added a post in a topic: Thumbnails in IP4.0 Abysmal   

    Generally images displayed on a page should match their served size. HTML scaling is not generally appropriate. Most page speed ranking services will also tell you this.
    They will even take it a step further and go into sprite use depending on your sites use of images.
    As it is, for years I have had to work around this in IPB by manually editing various templates, system files and settings to pull my images from a caching resize script.
    These are some of the optimization techniques I would rather see implemented in IPB. 
    The example on page 1 of this thread is simply HTML scaled and is the same as the full size image. Instead of using 150KB it should probably use 50KB. If you have 10 images like this, now you're up to 1 MB of unnecessary extra transfer for the page.

  2. prupdated added a record in IP.Board   

    Profile Status Updates With Over 100 Friends is Very Slow
    Profile status updates throughout my site are generally instantaneous.
    However, I have about 150 friends on my admin user account.
    When I do a profile status update on that account, it takes about one minute.
    The CPU also goes from 0.1 to 0.5 just from that one profile status update.
    Normally the CPU ranges between 0.1 and 0.2.
    I have traced the delay to /var/www/html/admin/sources/classes/member/status.php.
    Specifically, in the create function, notifications section where it is looping through friends after:
    if( count($friends) )
    To work around it, I have changed it to skip notifications if more than 25 friends.
    Then the profile update works fast again (except friends are not notified).
    I would recommend confirming and optimizing this issue.
    It has the potential to bring a site to its knees by just a few users with a large number of friends updating their status at the same time.
    • 0 replies
  3. prupdated added a comment: cookies bug   

    I have also submitted this as a ticket (SR832858) since at the time I could not access this site.   There seems to be a bug in the 3.41 community software related to signing in. This will also happen on a fresh install if a certain option is chosen.   After upgrading from 3.34 to 3.41, I would constantly be signed out every time I closed my browser. This would happen in Chrome or Safari: the two browsers I tested.   After detailed troubleshooting, this appears to be a bug in 3.41. It is easily reproducible even on a brand new fresh install of 3.41.   To reproduce the error, in ACP System Settings, System, Security and Privacy, merely set the Member's log in expiration to 'Do not expire'. Save the settings.   Then clear the browser cache and login. Close the browser. Then re-open the browser. You will be signed out.   To work around it, set it to 30 days. Then at least it will not sign out after every close of the browser.   Ideally, this should be fixed so that it doesn't do the opposite of what the choice is: Do not expire should not expire after every close of the browser.  
  4. prupdated added a comment: cookies bug   

    I'm not sure if this is the same, but when I upgraded from 3.3.4 to 3.4.1 I could not longer stay signed in after closing a browser. Any time I closed a browser (Chrome or Safari tried), when I came back to my site, I was not logged in any more. I tried a hard refresh and even resetting the browsers. I couldn't figure out how to fix it in a short enough time, so I restored my backup running 3.3.4. Works fine on 3.3.4.
  5. prupdated added a record in IP.Gallery   

    Sphinx Errors When Indexing Gallery
    When running the Sphinx index, I get the following errors:

    [code]indexing index 'gallery_search_main'...
    ERROR: index 'gallery_search_main': sql_query: Unknown column 'g.album_id' in 'on clause' (DSN=xxxxx).
    total 0 docs, 0 bytes
    total 0.001 sec, 0 bytes/sec, 0.00 docs/sec
    indexing index 'gallery_search_delta'...
    ERROR: index 'gallery_search_delta': sql_query: Unknown column 'g.album_id' in 'on clause' (DSN=xxxxx).
    total 0 docs, 0 bytes
    total 0.000 sec, 0 bytes/sec, 0.00 docs/sec
    indexing index 'gallery_search_comments'...
    ERROR: index 'gallery_search_comments': sql_query: Unknown column 'g.album_id' in 'field list' (DSN=xxxxx).
    total 0 docs, 0 bytes
    total 0.000 sec, 0 bytes/sec, 0.00 docs/sec
    indexing index 'gallery_search_comments_delta'...
    ERROR: index 'gallery_search_comments_delta': sql_query: Unknown column 'g.album_id' in 'field list' (DSN=xxxxx).
    total 0 docs, 0 bytes

    To fix it, I changed all the references in sphinxTemplate.php from album_id to img_album_id (8 instances) then regenerated the sphinx config file in ACP and it seems to work now.

    Also I noticed the 4.0.0 source doesn't seem to have a sphinxTemplate.php file in it. I assume I only have this file due to it being there from a previous version.
    • 0 replies
  6. prupdated added a comment: Sphinx template error   

    Ok, you beat me to it.

    The new line missing at the end of the file that was causing the problem. The error cleared, but another third party module (videos) sphinx template had the same missing newline problem. Newline fixed that one also.

    [quote]This is expected. The documentation states "The closing delimiter (possibly followed by a semicolon) must also be followed by a newline."
  7. prupdated added a comment: Sphinx template error   

    From what I can tell, this template file has not changed for the last couple of versions of the blog (except comments and the newline issue, which didn't make a difference by changing it). I wonder if it is a php version issue since I'm running at 5.3.5. The last time I ran sphinx was on the previous server with php 5.2.10.

    [code]#diff 230.php 231.php
    < * IP.Board v2.3.0
    > * IP.Board v2.3.1
    < * Last Updated: $Date: 2010-07-07 05:53:45 -0400 (Wed, 07 Jul 2010) $
    > * Last Updated: $Date: 2010-12-17 07:53:02 -0500 (Fri, 17 Dec 2010) $
    < * @author $Author: mark $
    > * @author $Author: ips_terabyte $
    < * @version $Rev: 6607 $
    > * @version $Rev: 7443 $
    #diff 231.php 232.php
    < * IP.Board v2.3.1
    > * IP.Board v2.3.2
    < * Last Updated: $Date: 2010-12-17 07:53:02 -0500 (Fri, 17 Dec 2010) $
    > * Last Updated: $Date: 2011-02-16 11:59:53 -0500 (Wed, 16 Feb 2011) $
    < * @version $Rev: 7443 $
    > * @version $Rev: 7806 $
    < EOF;
    > EOF;
    \ No newline at end of file

    # php --version
    PHP 5.3.5 (cli) (built: Jan 7 2011 18:28:18)
  8. prupdated added a comment: Sphinx template error   


    I get a blank white screen trying to build the sphinx config file in the ACP with this same line number error.

    I have the latest blog installed (as of today).

    PHP Parse error: syntax error, unexpected $end, expecting T_VARIABLE or T_END_HEREDOC or T_DOLLAR_OPEN_CURLY_BRACES or T_CURLY_OPEN in /xxxxfullpathfromrootxxxxx/admin/applications_addon/ips/blog/extensions/sphinxTemplate.php on line 170, referer:
  9. prupdated added a comment: My Gallery Block is Blank when Viewing Blog   


    Ticket #: 727615
  10. prupdated added a comment: My Gallery Block is Blank when Viewing Blog   

    With the latest pre-release of the blog and the gallery, the My Gallery Block has gone back to crashing the blog. Any blog with the My Gallery Block enabled goes blank (not just the box, the whole page).

    I'm using these two versions: QA Release (Phase II) 1.05mb Mon, 28 Feb 2011 07:03:44 -0500

    Gallery QA Release (Phase II) 782.57kb Tue, 01 Mar 2011 07:04:51 -0500
  11. prupdated added a comment: Editing Album Moves the Album To Top Root Folder   

    Thanks Matt.

    I have submitted Support Ticket #727309 noted for your attention with the relevant information.
  12. prupdated added a comment on a blog entry: IP.Board 3.2.0: New reputation mode - "Like"   

    When I use the default + sign, hardly anyone clicks on it or understands it. I have since replaced it with a huge green thumbs up with the word Thanks under it (about 8x bigger than the +). Doing this made the response rate go way up (probably 50 or 100x more than before). It would be good to consider something more like this.
  13. prupdated added a record in IP.Blog   

    My Gallery Block is Blank when Viewing Blog
    Not sure if this is blog or gallery related.

    The good news is the gallery blocks now do not crash the blog.

    The random image block seems to work fine.

    However, the My Gallery block just shows blank white space under the title.


    This problem can be seen with multiple users who have public albums that can be viewed otherwise.

    Also if I remove the random block, the my gallery block is still blank.

    I am running the latest QA releases of gallery and blog as follows:

    QA Release (Phase II)
    1.05mb Wed, 23 Feb 2011 14:47:12 -0500

    QA Release (Phase II)
    788.95kb Thu, 24 Feb 2011 06:34:42 -0500
    • 0 replies
  14. prupdated added a record in IP.Gallery   

    Parent Folders Show 0 Images and 0 Comments
    I have three top level folders which only contain sub albums and no images directly in themselves.

    However, there are a number of sub albums, images, and comments within these folders.

    I place these three top level albums in the board index forum hook. But, at the board index, it shows 0 images and 0 comments.

    This gives the impression they are empty.

    It would seem better to either include the total for all sub albums or just leave it blank if it is zero but has content in sub albums.

    For example, when in the gallery section and using the Browse View, it also shows zero. But at least it says, Browse xx Child Albums. Although, ideally, I think it should show the total of all lower levels.

    It seems this behavior would be expected since it is how the counts work in the forums (i.e. higher level forums include in their totals the sum of the lower forums).
    • 0 replies
  15. prupdated added a record in IP.Gallery   

    Editing Album Moves the Album To Top Root Folder
    Whenever a member edits their album (at the album level), whether it is just some detail in a photo or the type of album, once they click Save and Finish, the album moves to the Top Level Root of the Gallery system.

    The album was originally a sub-album of a top level album (functioning as a category) that was at the root level.

    Attempting to edit the album as the user gives no option to move it back to that folder. It can only be moved back by an admin in the ACP.

    Additionally, it would seem there should be an option for a member to move an album between the various available higher level albums. As it is, the only option is Root (which moves the album to the Top Root) and other sub-albums that were at the same level that the album was at originally.

    I have the Album only mode option enabled for all user groups. My understanding is this will keep members from posting images directly into my top 3 albums (categories) yet they can still create sub-albums off of these.
    • 0 replies

Status Feed