Kyanar

It's a good start, but I'd like to see more functionality here

• Approve/Unapprove Topic
  
• Approve/Unapprove Post
  
• Soft Delete (post and topic)
  
• Soft Un Delete (post and topic)
  
• Move Topic

There's probably a few more I've forgotten to add, but it would be super if you could implement most if not all of these

After opening a ticket regarding this issue, and a promise to bump it up the chain, I feel this needs to be brought into the open so others who may be in my position can also chime in.

The inability of alternate contacts to download purchased software hampers the ability of those individuals to do what they need to do with their sites. The reason I was given for this ability being removed was there were those that downloaded and then used it for their own purposes. Why weren't the original purchasers taken to task? I can guarantee that if someone I had put into a position of trust downloaded software and used it illegally, I'd be providing all the necessary information to track the cretin down for prosecution. And for those owners that refused, it's a simple matter of canceling their license.

Preventing administrators who have been appointed as an alternate contact from downloading the software puts them in an difficult position. They either need to bother the software purchaser (who may or may not be involved with the day-to-day administration of the server), or they use the purchaser's login information to get the required updates. Both are unacceptable solutions as far as I'm concerned.

Being able to apply patches and upgrades in a timely fashion can be critical to a site's operation. The existing practice of not allowing designated contacts to obtain the necessary software to do this is not only a hindrance to the efficient running of our sites, it also puts us in an untenable position if we have to use the owner's information to obtain it.

I respectfully request that this practice be reviewed and reversed as soon as possible.

I think there should be the possibility to switch between Pipe and POP3 importing E-Mails on IP.Nexus.

Not all (i tink the most) Server / Administration Panels supporting Pipe.

heres the facts, and the only thing i have left to say on these encoding topics now.

My mods have 1 or 2 encoded files, these one or 2 files contain App Critical functions and license checks, without them in my paid apps, the apps dont work.

The reason for this is very simple, My Apps are major system, they dont just add a little feature to your forum, they are big system that take weeks to write, months / years to maintain, support, upgrade and develop further, ultimatly to give my customers the best possible experience and up to date features available.

If i was to remove my encoding, alot of people wouldnt buy it, people would download it for free elsewhere, maybe not even realising that thy were doing so illegally, if they have problems with it, or a bad experience because it contains some malicious code, its my reputation that would be damaged, i would also lose money, and i wouldnt be able to spend the time i do creating these systems.

It's not just that though, another thing that has happened in the past is people take my core files, they re-brand it, then they will sell my apps with a different front end design or different images at a lower cost, and i lose buisness. Theres developers now who are experiencing the exact same thing, skinners too, people stealing there work, changing it slightly and reselling it, and trust me, theres alot of developers out there now who would love to encode one or two files to preotect there work, but they feel pressured by the community not to do so and as a result they are constantly losing money and fighting pirates none stop, and this is ultimatly down to the people who moan about encoding pressuring them.

I can tell you now straight up, if my encoding and licensing was not there, theres absolutly no way i would be able to spend the time i do on developing Bouncy Mail, let alone provide it for free to the IPS Community, i give back to the community and always have, i'm not here to just sell mods, i'm here to improve the whole IP.Board experience for as many people as i can, and if they dont like the fact my Apps have  or 2 encoded files, thats fine, no one is forcing anyone to buy them.

I respect and understand peoples concerns and choice not to use encoded files, and i think its about time people started respecting the developers choice to protect their hard work with an encoded files. It doesnt limit anything, not in my apps anyway, people can still modify my apps and many people have don that. All it does is stops you from stealing my code, disabling my security and using my apps without buying them, and to be frank, anyone who has a problem with me preventing thoose things should not be the ones passng judgment.

Anyway, i think its about time people stopped telling developers what they should and shouldnt do, and giving them grief because of choice they make, because putting pressure on them not to protect there work is ultimatly going to lead to a decline in their work. Me, i dont care what people think, my encoded files will stay, i'm not going to hand years of my work to piarates to destroy and make money off, just to satisfy a few people with people with a grudge against encoding.

Michael, on 21 March 2010 - 03:57 PM, said:

What about googles, bings or jeeves?  

Mark, on 21 March 2010 - 04:23 PM, said:

Sad to hear that.  Oh well.  Now I know.

Mark, on 21 March 2010 - 04:43 PM, said:

SKDown, on 21 March 2010 - 04:45 PM, said:

If you want it to be considered for inclusion, you should bring supporting facts and evidence to them, instead of telling them to go find the proof for themselves.  If you present them with links to others asking for it or other sites that are reliable and trustworthy that praise the benefits of Moneybookers, then you have a better chance of it being considered and added in the future.  However if you just tell them to go learn about it, they may stumble across a few disgruntled people (but none of the reliable sites) and it could end up hurting your point instead of helping it.  Not to mention that if they researched every request that was made here, they'd never have time to actually develop the software.  The time would all be spent on looking for reasons to fulfill a request.

Example, I mentioned about being able to add funds to an account before spending it on a subscription.  I listed a good reason/use for it.  That alone is a reason to consider it, however if it's not enough to actually include it, then I could always provide more reasonable benefits, such as the funds being a way for other add-ons, such as a shop, to process purchases.

Mark, on 23 February 2010 - 02:49 PM, said:

Don't call me a liar again

Mark, on 23 February 2010 - 02:49 PM, said:

You're right, it only took 16 hours to get a simple question answered. I'm so sorry that I inconvenienced you while you were "closed for the day". Maybe we should just shut down the whole internet because IPS doesn't want to work after hours? That's unrealistic

Mark, on 23 February 2010 - 02:49 PM, said:

Let's see the reality of this here, shall we?
Order placed at  2:10 PM CST
First response made at 430 CST
Replied within the hour.
Ignored until 930 AM CST
Replied within 10 minutes
Ignored again, until 11AM

Total time, order -> resolution? 21 hours. That's pretty horrible.

Mark, on 23 February 2010 - 02:49 PM, said:

Of course you don't, but guess what? You're biased. How would YOU feel if a company disabled your domain for close to 24 hours, which is what would have happened had I made the changes last night with ZERO warning that it wouldn't be touched until this morning? How would YOU feel if you had to deal with waiting on support for 24+ hours? You'd be just as frustrated as people are here. Ticket response times are typically awful. Yeah, occasionally, the "general support" department can do things, but, in the cases I've mentioned, these are all well over 12 hour responses, which is just unnecessarily long for customers that actually pay decent money for software.

Again, just because you want to call it a day doesn't mean that the rest of the world should shut down. You claim

Quote

but clearly you don't.

Let's put it another way:
If I submitted a ticket to my hosting company (ironically, something you are one of), and was kept waiting for 14 hours for a response to issues involving domain inaccessibility, they'd be replaced instantly.

Broni,

Your beating a dead horse.. IPB Has given a response, indicating that while there's limits to what MySQL Full Text is capable of doing within its defaults they're working on resolving result relevancy. Posting over and over "well your competitors product..." is not going to speed up 3.1.x

Comparing 2.3.6 to 3.0.x is completely silly, we ALL know 3.0.x was a complete over haul and that 2.3.6 was the EOL Version of the series, so obviously somethings will of worked better in 2.3.6 vs 3.x.. It will be fixed, but really going on an on about only shows that people have no patience

Bubba1, on 08 January 2010 - 07:55 PM, said:

.Ian, on 06 October 2009 - 07:31 AM, said:

Probably security hole in custom skin. I am not sure.

I just don't get it. The flow of user interaction is completely bass ackwards. You have to go around to several different places to deal with it all. I think it's best demonstrated by example:

Let's say a spammer comes along, registers a new account, posts a spam topic, etc. Here's how I have to deal with it under IPB 2.3:

- Get a report PM
- Open the topic
- Copy the username to my clipboard
- Log into the ACP
- Find the user
- Delete any topics/posts they've made
- Delete the user (I choose to delete, rather than ban, but it's the same net effect)
- Delete the report PM

And now in IPB 3.0, the flow hasn't improved at all:

- Get a report email
- Check the report center and open the report
- Open the topic
- Copy the username to my clipboard
- Log into the ACP
- Find the user
- Mark then as spam
- Delete any topics/posts they've made
- Delete any PMs they've sent
- Delete the user (I choose to delete, rather than ban, but it's the same net effect)
- Handle the report

That's a lot of steps for something that happens every day or so. Here's what I'd like to see happen:

- Make the report center more feature-filled. I should be able to both get to the topic in question and also act upon it.
- I should be able to mark a user as spam, delete their topics and PMs, and delete/ban them in one fell swoop. One button to handle everything in one place. Simple as pie!
- Put those buttons, links, actions, etc in the topic itself, in the report center, and in the ACP. Let me take care of this stuff easily.

At it's core, I don't want to both have to log into another area of the site and perform similar actions in separate locations in the software. I had thought the report center was going to handle that, but it's really just a specific PM-handing system to replace what we had before. Boring! Let it actually do something. On smaller boards or ones that only get occasional spam, it's overkill to have a system just for managing reports. But if it actually adds functionality, the benefits come back to those kinds of customers.

Thoughts? Am I missing something incredibly obvious?