gs
  • 8 followers
  • 0 following
  • 24 posts
  • 72 comments received
  • 160 points

Recent Activity

  • commented on New SocialEngine Community Forum Coming Soon!
  • commented on New SocialEngine Community Forum Coming Soon!
  • commented on Social Engine 4.9 upgrade - How did it go?
  • commented on Social Engine 4.9 upgrade - How did it go?
  • commented on Social Engine 4.9 upgrade - How did it go?

Lists

Posts

    • 1
    Content Privacy Settings - honour the settings
    I remember seeing this recently as a Bug that was fixed (at least in some SE modules).  This post is primarily for SE to respond.

    My question here is this: Have 3rd-Party Devs been notified of this and urged to fix their similar bugs?  For example, Plugins from one specific Dev experienced this same issue since I began using their Plugins (2015), but they refused to address the issue.  Now that it's a known-SE Issue, they are willing to fix their related bugs as well.  But, although 3+ months ago they said they would fix this in 7-8 weeks, when I asked last week I was informed they haven't even started (it seems security/privacy isn't as important as other issues).  So I'm wondering:
    A) Has SE notified/requested Devs to fix these related bugs (if they have any)
    B) If above is Yes, how urgent or 'required' is this request (i.e. so that Devs will address this exposure issue immediately rather than whenever, or not at all)

    Thanks.
      • 1
      Donna We have not notified developers as it is their responsibility to fix their privacy issues. They will see that we've fixed it though as we will definitely post the changelogs which they all like to see. :)

      4.9.3 has all of the plugins (SE plugins) fixed for privacy btw.
    • 1
    3rd-Party Cores going away? ADMINs able to view some SE2Dev discussions?
    Two-fold (but related) question:
    1.  In an email exchange with 8 3rd-Party Devs re: their upgrades to 4.9.xx, one of them mentioned (no I won't say who) that their Core would be removed soon as per a request from SE to all Devs.  Is this true?

    2.  The above (as well as many items related to 4.9.xx upgrade over the past 6+ months, such as MarketPlace, reviews, etc) seem to be disclosed/discussed with 3rd-Party Devs but not with ADMINs.  Obviously there may be some things that may be no business of ADMINs but there are others that may be of interest (for planning purposes, input/suggestions, etc.).  Is it simply a policy issue to not share things like this with us ADMINs?  Also, am I the only ADMIN that's interested in this type of info (i.e. because if so, I would never ask SE to make changes for one ADMIN, so this Topic could be deleted)?

    Thoughts?
      • 1
      PoeticJustice As in removing their core, do you mean the devs basic plugins that have to be installed prior to a plugin, is set to be removed.

      Hell yea im up for them cores to become obsolete, except social engine solutions basic core because that has features and widget that I find useful
      • 1
      Mikel Coreclark Hei GS.
      Just 1 question, Have you asked the devs why they are to remove Cores ?
      This is not confirmed by SE or any 3rd party Devs so should not be taken as fact.
      If I remember correctly or not, a long time ago on several release notes by devs, I read that as new SE tech and script is released '3rd party dev cores' would not be needed and may/should be fazed out over time.

      I don't expect devs to stop using cores if it was going to harm their products at this time or in the future unless they had updates for products already in use.
      On an older site I had, a few apps/modules started off with cores but then devs released updates that made cores not needed. This had no impact on my site, in fact things worked better.
      Since you have a greater relationship with devs than I do maybe you can ask for confirmation ?

      thanks
      mikel.
    • 4 more comments
    • 1
    4.9.xx Plugin List is Alphabetical but Isn't?
    I'm sure this isn't an SE issue (which is why I'm asking here first rather than initially posting an issue @ github).

    What is actually controlling the order in this list?  For example, I have some items that are not alpha (based on the displayed information) but are (if only looking at the Plugin name).  Example is HE - Credits and HE - Virtual Gifts - the first is in alpha based on 'C' and the second based on 'V' but due to the 'HE' before it, it looks out of order.

    When this new feature was discussed (not sure if here or github or both), I mentioned this would only be userful/accurate if it was consistent - and SE would have to require Devs to be consistent (which they may have been).  I suggested that being alpha would be helpful if the Dev name preceeded it (which based on my list, SES and SEAO are doing, but 4 other devs are not).  So this new 'alpha' order isn't really alpha due to Devs still doing whatever they wish to do. 

    Not sure what ADMINs would prefer about the sequence.  Although I prefer to be alpha (with Dev name preceeding Plugin name, in order to keep them grouped together), others may wish differently.  So I guess I have a two-fold question here:
    A)  Specifically, what is this order based on
    B)  What format do Devs prefer (Dev + Plugin names or just Plugin name)?

    Thanks.
      • 1
      Donna As a site owner, I prefer them to be Alpha order. Yes, it is hard to find plugins if they are not. I don't add a lot of plugins and only use the ones I make but I have seen client sites with many plugins and it is very hard to find things without sorting.

      As a dev, I prefer them alpha as well - Dev name with product name. Or at least dev abbreviation with product name.
    • 3 more comments
    • 2
    cPanel .ftp backup using JetBackup by JetApps
    Wanted to share an excellent experience with a great product. 

    Brief background: Host has been backing up site automatically for over a year, and there was always 1 weekly and 4-5 recent dailys.  Somewhere along the way, this changed due to less available space on my VPS (although I always made sure there was 40-50% available which originally was enough).  Anyway, due to a recent issue, I required a restore and found out they were only keeping the most recent day (plus weekly).  Manual backup have not been working in the past 2 weeks due to a cPanel issue.  Sooooo... I finally addressed something I started to but never completed.

    Solution.  JetBackup to the rescue.  I purchased a Windows-based app a while ago to backup directly from .ftp to .ftp, but it was simply too slow.  JetBackup (a 'whopping' $4/mo) is incredible.  They installed it to cPanel/WHM for me (at no charge) and I may no backup whatever I wish - manually or on schedule - and it's quick (just as quick as my cPanel manual backups used to be from .ftp to .ftp).  So, no I can schedule my own offsite backups however I wish (some daily, some weekly, some (like databases) several times a day. 

    The pre-sale questions and early questions after installation were responded to and answered in between several minutes to 30 minutes.  So, support is excellent.  Flexibility is awesome.  Speed/performance is fast.  Easy to setup/configure and monitor what's going on.  Oh - and @ $4/mo it's a no-brainer (my Windows-based backup cost around $300 plus updates plus support). 

    So, in case anyone's looking for their own cPanel backup solution, JetBackup should be on your list to checkout. 

    What recommendations do you have for your VPS/Dedicated Server configuration (not asking about clusters - that's an entirely different ballgame)?

      • 1
      Donna Nice tip! One more tip from me is to make sure your site is offline when backing up or it can cause corrupt backups. Best thing to do is schedule when the site is less active, set it to maintenance and then do the backup.

      I use cazaratech hosting who has automated offsite backup free with their plans. VPS is only $5 per month and cloud is I think $19. Self-contained vps and cloud so you aren't sharing anything with other sites. I don't use cpanel as it takes too many resources and I prefer to keep those for my sites.
    • 2 more comments
    • 1
    Are Archives (files) available for SE Modules?
    I didn't find anything on this when searching for 'archive' or some similar terms (but I think I read something about it at one point).

    Anyway, just wondering if these are available as there's times they are needed (testing, compatibility purposes, missed a blog post about an update, etc.).

    Thank you.


      • 1
      Donna No but what I do is save all versions on my computer (actually on a backup drive) so I have one to go back to when I need to. I recommend doing that. I don't recommend putting older versions on a live site as newer ones have fixes that the old ones would not have.
    • 1
    how to enable/disable email by ML
    I'm sure this is a simple easy to find setting but I can't seem to locate it.  Your help would be greatly appreciated.

    Hopefully there will be separate in/outbound settings too, but my guess is that that may be expecting too much :)

    ty
      • 2
      Mikel Coreclark Hi, what exactly is the problem with your email.
      There are 2 sections to emails. 1st is your site settings in your admin panel on your site itself and the 2nd is your server host email settings on your server admincp.

      thanks
      mikel
      • 1
      gs RE: AdminCP -> Settings -> Default Email Notifications

      Question01: If I deselect all of these, then these become the initial settings for newly signed-up Users?
      Question02: Assuming the above is yes, if I then disable the menu option to display these settings to Users, they won't be able to override these?

      Just looking for a temporary fix until the entire notification/email-notification section gets revamped. Thanks.
      • 1
      gs Mike: no problem with email, just looking for how/where to do this

      Primary Purpose: To allow/disallow emails by Member Level. The point is that some MLs would be allowed to send/receive emails, others wouldn't. Why?:
      - incentive to upgrade to another ML (notifications will still exist but they must login to view them)
      - ADMIN costs (site requirements and $cost when using 3rd-Party service such as SendGrid/MailGun)
      - site performance
      - security/trust
      - possibly others but that's it for now
    • 14 more comments
    • 1
    SE Plugins - ok to remove?
    (seeking input from SE Staff, but others are welcome to chime in if they know 'for sure' the answer and/or have any actual experience with doing this).

    In an effort to reduce the #Plugins/Themes installed, I've created a list of Plugins/Themes to have removed (or remove myself if I pay a Dev to create a Removal Plugin).  Out of 30 I wish to remove, 7 of them are SE:
    - Chat (replaced with CometChat)
    - Forum (replaced with SEAO)
    - Mobi (replaced with SES SpectroMedia responsive theme)
    - Videos (replaced with SEAO)
    - Blogs (replaced with SEAO; or considering SES Adv Blogs)
    - Groups (replaced with SEAO)
    - Events (replaced with SEAO)

    Basically I'm only using SE Core and Photo Albums anyway, and would like to remove the rest (unless I need the IM part of Chat and don't realize it?).  My concern is I've often read "don't remove any SE Core Plugins" on various posts/blogs here/github/elsewhere, but I've not read anything specific from SE Staff about this (but obviously may have missed this if it exists - my bad).

    My questions are:
    Q1:  Will removing the above negatively impact the performance if SE and/or will it create problems/issues if they no longer exist?  Thanks for you input.
    Q2:  Will there be any issues after this as I update SE Core and Photo Albums without the others in the future?

    Thank you.

      • 2
      Mikel Coreclark Hello. Mikel here.
      You raise an interesting question..
      I like these SE plugins as I use them.
      I thought that all SE plugins are like a basic product but SEAO products are like additions to the SE product.
      sort of like: SE plugin + SEAO plugin = better plugin with more features.

      My none tech thinking is, if you can add SE plugins then in theory you can remove them . aslong as you do a full site backup first.

      However like most things if you go against SE advice, by removing core plugins you could damage your site and any cover or SE assistance to repair such damage you could face a massive bill and not be covered.

      I would suggest you chat to Scripttechs or Donna about this. I have used scripttechs several time in the past and would highly recommend them.

      Personally I would never remove core features, however I would disable them, this way you always have backups if SEAO plugins fail for some reason. Also you may choose to use them in the future.

      But yes, chat to Donna or scripttechs before you do anything.

      mikel.
      • 1
      gs Thanks Mikel and Donna.

      I'll have to relocate where people recommended not to remove SE Plugins.

      Since you are ckg w/SE Techs, I'll await their confirmation of what you have stated Donna.

      Mikel: One of the Plugins is dependent on SE Albums, which is why that's not in the list to delete. Yes, these others could be disabled (and in fact are), but performance doesn't seem to improve even with about 30 Plugins/Themes disabled, so since I've read that removing unnecessary Plugins betters performance, I wanted to fo do.
      • 1
      Donna According to our technicians, it is fine to remove those plugins as long as the third party products don't have dependencies on them. It's best to check with those developers to ensure there isn't any dependency.
    • 7 more comments
    • 1
    Redis vs nginx vs xVarnish; also where is SE official guide to Redis config?
    1.  Can someone please provide a link to SE's official guide on Redis config?  My host needs it.

    2.  (I realize nginx is not officially supported by SE)
    Due
    to moving to PHP7.1 (after SE 4.9.x upgrade of course), I most likely
    will be forced to use Redis.  I guess what I'm trying to find out is if
    I'll be 'okay' or worse off than I am now as far as page load
    performance.

    I'm currently running 4.8.13 with a lot of Plugins
    and the host has nginx configured (pages initially load around 6-7
    secs).  A few months ago I tried xVarnish, and experienced 2 issues: A)
    login and one particular Plugin usually loaded very slowly (3+ minutes);
    B) page load was about the same as nginx but after a while (not sure
    exactly how many minutes) it went slow if that particular page hadn't
    been loaded in a while.  End result - xVarnish was unacceptable.

    Your help/experience would be appreciated.


      • 1
      Gabry Hello, if i understand good and you want to use Redis as a cache feature then i will give you the info on how i did it on my server and work's very good.You need access to SSH with root/pass and input :

      rpm -Uvh http://download.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
      rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm
      yum -y --enablerepo=remi,remi-test install redis
      Type redis-server to start the server and sometimes is good to restart VPS
      • 1
      Mikel Coreclark Hello again, About Redis.
      when I was using another script creator that used redis although it was new I and many other users had problems ( not saying that redis was bad) it just was not working for us and we turned redis off and carried on using the standard nginx. the result of this was a more reliable network with our needs.
      don't get me wrong, redis will work for many people depending on their needs, I will not be using redis for the foreseeable future.
      mikel
      • 1
      Mikel Coreclark Hello. Mikel here.
      I have just been reading the chatter about this. Since I have had the same experience on both matters and here is my insight. Just to let you know,
      I am not an expert and have very little tech knowledge except what I learn from my mistakes or from Donna / Scripttechs / SE / Tmd hosting assistance or other members.

      1, Speed. the more content you have on your server or servers, the more powerful the server needs to be sometimes for large networks or large site with lots of data to transfer a (shared server) may not be the best option. So since you have your script plus 150 added plugins that is a lot of data the server has to monitor and transfer at any given moment to many different devices (i will talk about them later)..

      resolve the issue:
      1, plugins, do not use all t the same time. use about 5 or 6 if possible and the rest you can (TURN ON OR OFF) without deleting, to keep members interest. this will decrease the servers work load and can increase the data transfer speed.

      2, I am hosted on TMD Hosting, I mentioned that my speed was slow roughly 2 to 8 minutes to load depending on my device. I had them transfer me to their cloud server ( as this was better than the standard server ) and my time was greatly reduced and now my transfer time is much like 1 to 5 seconds depending on device used . so that is great.

      3, Devices.
      since 99% of devices ( ipads, cell phones, laptops, desk tops ) used now are basically mini computers they all operate at different speeds with many different programmes and many different internet providers with different levels of speed levels.
      Most people do not keep their devices clean and up to date with the newest updates or the latest ips speeds.
      This means that their devices can be slowing down the (transfer speed) that your site needs to download all your data. So if you think that your site is slow, it most likely be the device and not you.
      I always check my site speed on 3 main devices, galaxy pad, cell phone and desk top, I get an average load speed and use British telecom for my internet provider. So I get a good idea how things are working.

      So basically the speed issue may not be your fault but other users. What I do from time to time when I do updates / upgrades or add new items is to put an announcement on my site to remind members to update their devices as my site may require faster upload / transfer speed.

      I hope this makes sense to you or any other reader.
      Mikel.
    • 14 more comments
    • 1
    xVarnish and multiple PHP version questions
    In preparation of the upcoming SE4.9 which is to be compatible with
    PHP7, I tested some configuration changes on my VPS last weekend.  Since
    I'm not a web expert, I asked the wonderful people at FastComet how to
    handle this.  Current Apache on my server didn't support multiple PHP
    versions, and the version update didn't support NginX (let's assume this
    is correct - I'm not looking for experts here to weigh in on this
    particular piece of info).  Also, I could (and now will probably have
    to) run separate VPS for now, but I'm trying to prepare for the general
    capability of running multiple PHP versions on the same VPS or server in
    the future as I'm sure many other people do this for testing purposes).

    Anyway,
    xVarnish was implemented and NginX was removed.  Overall, page
    access/requests seemed to be similar to previous experience, maybe
    slightly faster.  BUT ... some pages were very slow to load (eg. 2.5+
    minutes instead of typical 4-6 seconds).  There were 2 consistent issues
    and 3-4 sporadic ones that couldn't be duplicated (so I won't discuss
    these).

    Login page: It seemed that the 'first time in a while'
    that this was loaded in a browser, it took 2.5+ minutes to load.  Later
    loads (after clearing local cache) was back to normal, until 'a while of
    time' passed, then the cycle repeated itself.  This was per
    workstation/browser.  I didn't pinpoint how much time had top pass
    before the login page was slow again.

    SEAO Google Docs Plugin:
    2.5+ min to load the Plugin, and then 2.5+ min per each primary menu
    item (eg. selecting a Document Category, selecting 'My Docs', selecting
    'View Doc', etc.).  Unlike the Login issue above, this always was slow - every environment and every browser. 

    So, all of that to ask these 2 specific questions:
    1) Has anyone implemented xVarnish and experienced the above and resolved it - and if so, how?
    2) What do you do/use to run multiple PHP versions on your server:

    Thank you.
    • 1
    What is now required to be a 'Certified' Dev and what is the 'ret...
    RE: Relaunch

    I've read that Devs will need to be Certified.  Also, that there's a 'retesting' process before Plugins will be posted in the Marketplace.

    To those of us that aren't Devs - where can we Admins read these requirements and procedures? 

    Thanks.
      • 2
      Eugene There is a yearly payment to be listed, plus I believe payment will go via the marketplace right now, but details aren't fully clear for me at this moment.

      We have not submitted any apps yet, as our account is still awaiting review (2 days already)

      I have serious concerns about app testing considering time required to approve 3rd party accounts. There are still minor issues with website itself. Testing 3rd party apps will be considerably more complex and time-consuming task. I hope SocialEngine team will be able improve the QA process. As developers it will be nice to have more details about review process itself and have some channel to reach out SocialEngine team faster.
    • 7 more comments
    • 1
    How to control multiple logins on same User
    I may have missed this somewhere, so I apologize in advance if I did.

    Where do I enable/disable (preferably by ML) the ability for a User to login >1x.  During testing it seems the same User is able to login multiple times (I don't mean open multiple tabs in the same browser - I mean login concurrently using different browsers and/or different computers/tablets/etc.).

    Thank you.
      • 1
      (deleted) There is no option to disable concurrent logins built into SE PHP. You would have to add it yourself. If you google "disable concurrent logins with PHP" there are a few walk through on a few sites.
    • 2 more comments
    • 1
    Admin Panel Drag and Drop on Android
    I may be missing something, but I am unable to drag/drop (such as Layout Editor widgets) using an Android tablet.

    Is there a way to do this or does SE simply not support this (i.e. like typical mobile apps do) - because it's not programmed into SE Admin Panel?

    Has anyone tried to do this with an iPad? 

    Although I have many Android devices I could use (which are all from 2012) and still (believe it or not) work well for many things, I thought I'd purchase a new tablet w/BT Kbd that I could dedicate to the new 'business' I'm setting up next year which is based on the SE site so I could have everything I need with me everywhere I go.  I could use a Windows-based tablet but there are only 2-3 apps I occasionally use there (other than SE) which I could easily VPN into if/when needed.  I could do this with SE too of course (if I used Android) but am trying to keep remote comm to a minimum.

    So, is it simply that SE doesn't support drag/drop on mobile devices?  What do you use when on-the-go to manage SE?  BTW - if I remote connect to a Windows-based PC, will the drag/drop feature work (i.e. using Android to remote into the Windows-based PC)? 

    Thanks for any help provided.

      • 2
      SocialEngine PHP MGR Hi @Gs, Unfortunately the feature i.e. to drag and drop widgets in the Layout Editor is not possible with mobile devices. So, any changes in the layout of the pages (changes that require drag and drop of widgets) can only be made in the desktop version of the site.

      Thanks!
      • 0 2 votes
      • Reply
    • 4 more comments
    • 1
    Different levels of 'Admin' to access portions of Admin Panel & Pl...
    After a year of testing (yes, still working on setting up the site) it just hit me - it seems there's no ability to allow different levels of Admins to use Admin Panel.

    Would this be an SE Feature Request or rely on Developers or both?

    For example, it would be great if Plugin access could be limited by Plugin (probably an SE issue due to (UGH - I CAN'T EVEN TYPE 1 ENTIRE POST WITHOUT TYPING PROBLEMS ON THIS FORUM - MY GOSH - CAN SOMEONE FIX THIS?) the requirement prior to accessing a Plugin .  Another useful item (probably up to the Dev/Plugin and SE) would be access Tabs/settings within the plugin - there are often some settings that could be made by lower-level Admins since they are not primary configuration settings per se, but rather more User-type settings (enabling a Sponsored or Featured icon for example).

    Any thoughts?  Thank you.
      • 1
      (deleted) On another side note, I tried this and it works but I did not find it practical. You can go into your database and get into the menus table and disable all the menus you do not want to show up in the AdminCP. I just went into the modules in the AdminCP and copied all the URLs and stuck them in text file so I could copy and pates it directly if I ever wanted to make any administrative changes to any SE or module core settings. Basically all that was left was the moderation tool items for each module or the items to add or change the public settings and features of a module. Since site moderators can basically moderate content live right on the site and I just really wanted customer support to access just account information which is why I talked about using a PHP generator.
      • 1
      (deleted) I ll tell you what I did.... I used a program called PHPMaker 2017. Basically you can have it connect to your database and it will read all your tables and select what tables you want and it will generate a nice custom interface for your SocialEngine database. It has different theme options and uses the bootstrap framework for design you can can customize it many different ways. It has its own login system so you can setup each user with access rights for different tables and options to just view a specific field or change/delete, etc. For mine I am working on having it directly change the SE users table so customer support people can view account info and make basic account changes. It works very well actually if you are like myself and have no programing knowledge at all. This program will generate all the very hard work and then I can research and used trial and error to get it how I want it. You can basically use it to generate a GUI admin panel for all tables in your SE database. So if you want a "Moderator Panel" for just moderators to have access to just user content then I am sure that could be done with this program. That is actually my next task with this program. I will make a little video tomorrow of what I am working with it and how it looks. Ill post a link to a youtube video tomorrow when I have it done and you can see for yourself of how it can work
      • 1
      SocialEngine PHP MGR Hi [185918,gs] , Thanks for your suggestion, we have added this at our end for internal team discussion regarding its implementation in our future releases.

      Thanks!
    • 4 more comments
    • 3
    Crowdfund SE PHP5 with PHP7 and Zend 3 support?
    This may be more of a philosophical issue for SE management on how they
    wish to approach future upgrades, so I'm just tossing an idea out there
    to get anyone's response (SE, developers, Site-Admins).

    As a developer (not SE developer) I realize that updating (to PHP7 and Zend3 support or similar) an application like SE is a major major undertaking, which involves man/woman power (many hours), what I call drying time (measured in weeks/months not man-hours - to give things time to be tested/analyzed/diagnosed/integrated/fixed/dust-settling, then repeat), all of which consumes a lot of finances over a lenghy period. (This is a general statement - it's obviously quite complex to implement such a project).

    I feel like (as a Site-ADMIN) that we're left in the dark when it comes to future plans of SE, and thus we must respond reactively rather than proactively.  I've never been in such an environment where I have no clue what's coming when or how to prepare for it.

    Sometimes I wish that SE would simply calculate an estimate for this (ugh - I can't stand typing here - man, please use something different for onsocialengine.com) - and say to us Site-Admins & Developers "here's the deal... it will take us X months to develop/roll-out and the cost will be Y.  See our Kickstarter/IndieGoGo or TryCelery.com/Pre-Order page to jump in so we can see who really wants this and how badly".  This way SE can see what type of interest there is (anyone will 'like' or 'up-vote' something, but it's when you ask for $$ that you find how serious they truly are), and we as Site-Admins & Devs can understand that there's an option, but it's based on the community's response as to when/if it will be built.  I sincerely feel expecting SE to foot the bill is unfair, and quite frankly feel that if they're expected to pay for it all, it will never get done.  After all, what does SE as a company gain by spending a fortune to create something that may never be paid for (by Users through sales & upgrade fees)?

    Yes, a Survey could be used, but again - that's not a 'true' result due to many people not completing it, and probably skewed #s due to 'sure - if it's free I'll take it' mentality.

    I also feel that beyond SE, some Devs might consider doing something similar to offset some of their costs.  I'd much rather share some of the cost of upgrades to be sure they are developed, rather than be stuck with old software/technology (or lousy/no Plugin options) due to SE and Developers not having the $$ to update anything.  We're all in this together, so let's act like it. 

    I want to be part of a growing/thriving community and there's a cost to that.  There's also a cost to NOT having a growing/thriving community (and I prefer not to be a part of that but I feel I may have no alternative which stinks).

    Any thoughts (besides I'm nuts)? 
      • 2
      Eugene > After all, what does SE as a company gain by spending a fortune to create something that may never be paid for (by Users through sales & upgrade fees)?

      Upgrades should not be free for website owners. It's a serious procedure where a lot can go wrong.

      Migration to ZF3 is a serious investment that will not pay off right away. But as a developer I see that such migration will give a lot of benefits:

      1. Speed. ZF3 is considerably faster and uses benefits of php7.
      2. Security. There are no more security patches for ZF1.
      3. Availability of plugins/scripts/solution. This is important. I remember when SE3 has chosen mootools (it was approx. as popular as jquery back then) - a lot of plugins/extensions appeared every week. It's much easier to incorporate something existing, actively developed than dig into old no longer developed library code to implement something trivial (I'm looking at you, cerabox library and CSS Scafford).
      4. Renewal of 3rd party plugins. It will be a shock, but it might be just what SE development community needs. There is a lot of no longer updated plugins, search directory is a mess. Clean re-submissions for new platform version might introduce some additional verification rules (possibly even minimal QA from SE team).
      5. Availability of developers. Give it a year and will will be really hard to find companies/developers familiar with ZF1. Who will want to learn an outdated tech to jump in? Fresh dev. blood brings fresh ideas. That's the thing you need for thriving dev. community.
      6. Chance to re-do some things. It's pretty much impossible to incorporate any serious change in the core right now (feed, layout editor, plugin system, advanced caching, etc) as this will break a lot of existing things. Version 5 may be a good chance to implement such changes as 3rd party developers will need to upgrade plugins anyway. And clients will also be aware that things are to be changed in v5.

      But most of those benefits from the migration aren't the main thing. Those benefits were on the table for quite some time. Right now there is no other choice - we have reached ZF1 "end of life".
      So I hope SE team is up to the challenge and there is plan and schedule for this work. I'm sure 3rd party developers will gladly assist (so SE team can concentrate on the core itself and may not touch any plugins for the start). Give us early access - we will update our plugins and provide improvement suggestions for the core.
    • 2
    Licensing and license checks
    (if this is already out there, please let me know where - thank you)

    Months ago I sent a list of useful (well, to me) information that should be considered to be included in the Marketplace for each Developer and each Plugin.  I wish they would post a survey here to ask because I'm sure there are many great ideas out there that I didn't mention.

    One new item that has come to my attention is the way Devs license their products with regards to:
    - domains & sub-domains (and folders below them)
    - License verification at time of Plugin install and/or verification during page loads

    The above may also have to become some type of integration with SE Core itself to balance legitamte Admin's needs (flexibility and not constantly wasting time checking licenses during page loads and preventing plugin features if something is amiss) and the Dev's needs (preventing pirated software). 

    My thinking is that if SE Core included some of the license functionality/flexibility then the 3rd-party devs could tie into that rather than they way some of them do this now. There is a lot of vagueness and inaccurate information provided by some Devs (such as 'we only check upon installation' which is later found to be false; 'folders are included' but they aren't; one or two domains (with specfic limitations on which is allowed to be dev or prod), etc.

    The point is, I'm hoping that the new Marketplace and future updates to SE provide what both Devs and Admins require.  Sometimes I feel like I'm working with 1990 software tools and am getting very tired of it.  Heck - I can't even type this post without numerous interruptions while physically typing.

    Also, I'm hoping that SE does something about growing the community here and creating more interractions between Admins.  It's embarrasing to be part of a community where someone makes a post and theres 0 or 1 response.  Heck, 30 years ago most BBS had more interractions. 

    Sorry for the rant, but after a year of this (plus almost 2 years of checking out everything I could SE related prior to that) I see very little change and am wondering where/what the future is here.  Don't get me wrong - I'm obviously not switching to something else, but that shouldn't create what seems to be complacency throughout many areas of SE.
      • 2
      Dave I am in complete agreement with Eugene. On many occassions I have visited this forum for answers to a problem or to see if anyone else is experiencing difficulty. There really doesn't seem to be very many "users" here. I'm finding that answers to questions are being answered primarily by developers or coders who understand the language used in any particular solution. In other words, I am neither a developer or a coder and therefore find myself by myself when it comes to simple solutions. I'm wondering where all the users are that have purchased SE and probably many plugins? Is it possible they have formed their own group somewhere? Like gs mentioned, navigating the world of SE has taken me more than a year to configure by myself. Perhaps there should be a discussion about forming a SE user group? What would it take and who would use it is the question. Thanks for listening!
      • 1
      Stepan Mazurov We have a ticket tracking this on our public bug tracker: https://github.com/SocialEngine/phpv4-issues/issues/327

      Additional discussion is welcome. Trouble is, its hard to balance license requirements (such as domain, environments, hosts) while also keeping an unrestricted code base. Any licensing scheme needs to be run in plain PHP (no closed source), be effective, and not get in the way, and I cannot find any examples of such systems in place. They typically sacrifice one or 2 of the requirements in order to meet the other.
      • 1
      Eugene > It's embarrasing to be part of a community where someone makes a post and theres 0 or 1 response.

      Agreed. I remember there was a really active developers community few years ago. It might be a good idea for SE team to show how active SE-based community could look like. It requires an attention of a real community manager and not SMM person posting social media related stuff (ex. http://thehive.onsocialengine.com/)
    • 5 more comments