Czorny

+Clients
  • Content count

    464
  • Joined

  • Last visited


1 Follower



About Czorny

  • Rank
    Advanced Member

IPS Marketplace

  • Resources Contributor Total file submissions: 3

Recent Profile Visitors


9,686 profile views

Czorny's Activity

  1. Czorny added a post in a topic: beta 4   

    ​Ah, thank you! I never knew about this "feature". Just unfollowed and hope no notifications will come.
  2. Czorny added a post in a topic: beta 4   

    ​Of course NOW I do, because I asked a question and want to get an answer! I never subscribed to it before!
  3. Czorny added a post in a topic: beta 4   

    I'm sorry, why do I receive notifications about this and a bunch of other topics? I never subscribed to them and there's nothing in my followed content list. I'm kinda fed up already with all these useless notifications, which I can't stop.
  4. Czorny added a post in a topic: beta 4   

    Damnit, why I keep receiving these crappy notifications for the topics I never subscribed! And I can't even unfollow them!
    After you upgraded IPS Community there're TONS of bugs and this one is one of them. Once again: I NEVER followed the whole bug tracker and IPS Community Suite forums. Ever. Don't want any notifications from them anymore! Fix this, please, and ASAP!
  5. Czorny added a comment: spl_autoload_register() / spl_autoload_unregister() issue when using API externaly   

    OK, I dug this a bit further and it appeared, that the issue lies in _autoload method in Joomla, which is being destroyed by spl_autoload_register() function. So I had to unregister JLoader:
    $funcs = spl_autoload_functions(); foreach ($funcs as $func) spl_autoload_unregister($func); And reregister it again after sending notifications:
    require_once(JPATH_PLATFORM."/loader.php"); JLoader::setup(); Hope this will help someone.
  6. Czorny added a comment: spl_autoload_register() / spl_autoload_unregister() issue when using API externaly   

     
    Well, that's a tricky issue. First of all I never used HTML Purifier, so I don't know, where you modified it or use as is. I think library itself is not bad, but the combination of it, your API and 3rd party engine can give unpredictable results. So ANY call of HTML Purifier under ANY engine, which also uses spl functions, has a good chance to ruin the functionality of the system. In my opinion, notification system in IPB is waaaaaaay too complex. But that's your choice anyway.
     
    Is there a workaround for this? I thought of using AJAX for this call, but Joomla loader will be unregistered anyway.
  7. Czorny added a record in IP.Board   

    spl_autoload_register() / spl_autoload_unregister() issue when using API externaly
    I needed to use IP.Board notification system for my sript. Everything went fine untill I called sendNotifications() function from likes/composite.php. Problem started with this line (if you comment it, problem will be gone):[code=auto:0] $htmlMessage[ $row['language'] ] = IPSText::getTextClass('email')->buildHtmlContent( $buildMessage );[/code]
    I did a little debugging and found out, that the root of the problem is in HTML Purifier library (at least, it seems so). It resisters/unregisters functions with spl_autoload_register() / spl_autoload_unregister() functions. My script is for Joomla CMS. Joomla also uses these functions to load some stuff like JLoader. When you call buildHtmlContent(), which loads HTML Purifier, all Joomla core functions being unregistered and then registered, but only partially. As a result, Joomla is absolutely not able to load it's template and some of the other stuff.
     
    It's a bit hard for me to explain the issue, since I'm not very experiensed with this spl stuff, but this is what I was able to dug out. I'm pretty sure, all other frameworks, whuch use spl functions to load core stuff, will hit this issue.
     
    In case you wanna check this up and reproduce, here's my code ($data variable contains all necessary stuff):[code=auto:0] define('IPB_THIS_SCRIPT', 'public'); require_once(JPATH_ROOT."/forum/initdata.php'); require_once(IPS_ROOT_PATH.'sources/base/ipsRegistry.php'); require_once(IPS_ROOT_PATH .'sources/base/ipsController.php'); $ipbRegistry = ipsRegistry::instance(); $ipbRegistry->init(); require_once(IPS_ROOT_PATH."sources/classes/like/composite.php"); $likes = classes_like::bootstrap('forums', 'forums'); $mname = ($data['member']['members_display_name'] ? $data['member']['members_display_name'] : $data['member']['name']); $likes->sendNotifications( $data['forum']['id'], array('immediate', 'offline'), array( 'notification_key' => 'followed_forums', 'notification_url' => $data['tlink'], 'email_template' => 'subs_new_topic', 'includeOwner' => true, 'build_message_array' => array( 'NAME' => '-member:members_display_name-', 'POSTER' => $mname, 'POSTERURL' => $data['mlink'], 'FORUM' => $data['forum']['name'], 'TITLE' => $data['topic']['title'], 'URL' => $data['tlink'], 'POST' => $data['post']), 'ignore_data' => array( 'ignore_topics' => $data['member']['member_id'] ? array($data['member']['member_id']) : array()))); [/code]
    Hope I made myself clear.
    • 0 replies
    • 0 views
  8. Czorny added a comment: Member BBCode not parsed correclty   

    So, maybe you've already fixed that in 3.4.4? In 3.4.3 it still bugged.
  9. Czorny added a comment: Member BBCode not parsed correclty   

    It kills the encapsulating double quotes. This: 

    [member="The'Krotek"] Becomes this on post/save: 
    [member=The'Krotek]
  10. Czorny added a comment: Member BBCode not parsed correclty   

    No, it doesn't work. See for yourself on clean 3.4.3 version:
     
    http://thekrotek.com/forum/index.php?/topic/15-no-restrictions-for-display-names/#entry19
  11. Czorny added a record in IP.Board   

    Member BBCode not parsed correclty
    Just noticed, that [member] BBCode not parsed correctly. If name has apostrophe in it, nothing will be displayed.
     
    Here's the example (there's a member BBCode out there, before comma!): [member=test'user],
    • 0 replies
    • 0 views
  12. Czorny added a comment: Hook placement for topics don't work   

     
    Ah, it's clear for me now... Looks like you've never seen a single mod, created with VQMod. Sorry, pal, I'll stop discussing it here. Have a nice day.
  13. Czorny added a comment: Hook placement for topics don't work   

     
    Yes, everything. Basically, you can overwrite ALL opencart controllers, models and views. And I'm absolutely serious. With VQMod it's like strict editing of core files, but without editing them.
  14. Czorny added a comment: Hook placement for topics don't work   

     
    Yes, you can place random HTML, searching for "<?php" or any other common string. In most cases, of course, you need an individual approach to template, but that's the only drawback of VQMod. Even with it VQMod stays hundred times easier to learn and use, than IPB hooks. Create simplest XML with VQMod and compare it to XML of simplest IPB hook, see the difference.
  15. Czorny added a comment: Hook placement for topics don't work   

     
    I'm sorry, but you're completely wrong. Just try changing something in OpenCart with VQMod and see the difference with crazy IPB hook system. Like I said above, it takes A DAY to find out, how VQMod works and what you should do, but it takes A LOT MORE time to figure out that mess with hooks. To the moment I first opened VQMod (December 2012) I was using IPB for years and never seen an OpenCart before. Now I still can't understand hooks, but can do ANYTHING in OpenCart with VQMod. Already wrote a bunch of extensions for that.
     
    Compatibility level is absolutely the same and MVC structure itself is WAY too easier, than IPB one. So, I repeat, you're completely wrong.

Status Feed