bfarber
-
Posts
163,911 -
Joined
-
Days Won
346
Content Type
Downloads
Release Notes
IPS4 Guides
IPS4 Developer Documentation
Invision Community Blog
Development Blog
Deprecation Tracker
Providers Directory
Projects
Release Notes v5
Invision Community 5 Bug Tracker
Forums
Events
Store
Gallery
Everything posted by bfarber
-
BBCodes can be created in the ACP, exported, and shared on resource sites. http://resources.invisionpower.com/index.php?appcomponent=downloads&showcat=108 There are a couple shared here, but really it's not overly difficult to add what you need in the ACP yourself. :)
-
If you aren't logged in it IS followed by a message stating as such. It would make no sense to say that "you might not be logged in" when in fact the user is (for the record, that was how it worked in 2.3 and we received feedback to make it conditional - only show if the user is actually not logged in - which we implemented).
-
I would hazard a guess that someone was debugging something. Or that you've found a bug.
-
I am not aware of any support ticket that has been opened for over a week that isn't a very specialized case (mainly MSSQL tickets using the beta drivers waiting on further updates to the MSSQL driver). You should contact a member of management if you have a ticket that hasn't been worked in a week for sure.
-
The search will fail. Those other actions do not use Sphinx. Sphinx is a replacement for fulltext searching and was never really designed to use queries that don't make use of keywords. .9.8 or .9.9 finally added keyword-less searching, but it's not it's real intention so I don't know if we will make use of it yet or not. Please use the peer to peer forum for actual "support" type questions regarding Sphinx. :)
-
Challenging, for sure. On the one hand, as a modder I know where ibBookie is coming from. On the other hand, as a developer that works on IPS, Mat is absolutely right.
-
Calendar as seperate application akin to gallery/blog
bfarber replied to Andy Millne's topic in Feedback
Calendar has traditionally taken a "back seat" simply because *most* communities only have limited use for the calendar. We realize some can make a lot of use from such a feature, but in general most communities don't use it at all, or only use it on a limited basis. As a result, we tend to focus our energies on things that will benefit more customers in the end. -
This wouldn't have anything to do with IPB. If Sphinx can't connect to mysql, you'd get the error in your console when running the indexer command at shell, completely outside/separate from IPB. Sphinx would have no way to get the info from IPB either.
-
It does, so long as it's enabled in your php installation. If you go to phpinfo (you can see this from Support tab -> PHPINFO link) do you see curl here enabled? If you submit a ticket I/we can track it down. Basically if I do a printout of the returned response when making the request to feedburner, it has a Location: header, which has the proper URL it wants you to call out to. Configuring your RSS feed with this url will work fine (even if calling the original in your browser works fine too - haven't quite figured out why that works from a browser, but not a script). We can figure this out if you submit a ticket.
-
http://sphinxsearch.com/docs/current.html#conf-sql-port I mean, whatever works for you. But "sql_port" is the port to connect to the MySQL server on. { #setup type = mysql sql_host = localhost sql_user = root sql_pass = sql_db = ipb3 sql_port = 3306 } source ipb_source_config If you are referring to just "port" at the end of the file, then yes, you can change that (and update the setting in the ACP to reflect) { address = 127.0.0.1 port = 3312 log = c:/temp/log/searchd.log query_log = c:/temp/log/query.log read_timeout = 5 max_children = 30 pid_file = c:/temp/log/searchd.pid max_matches = 1000 seamless_rotate = 0 preopen_indexes = 0 unlink_old = 1 } searchd There are two different ports here - the sql_port should reflect the port to connect to MySQL at. That would be 3306 in most cases. The second port you can define to whatever you want (so long as it's not used).
-
Firstly, you need to change the port setting back. The sql_port is to connect to MySQL, so unless you switched the port mysql is listening on, it needs to be set to the default 3306. Sphinx listens on a different port (it would be akin to having email and your webserver both running on the same port on your server - when you tried to connect it wouldn't know which to server and would get confused). But that's not related to your error. Your error says "No space left on device (length=85288280);" Whatever mount you have the indexes building on doesn't have enough space. You'll have to move the indexes to another location on the disk that has sufficient space to build the indexes and start the daemon. If you have further trouble, use the peer to peer forums, or try posting on the sphinx forums (http://sphinxsearch.com/forum/) as it's not really feedback on how to improve IPB. :)
-
If you have curl enabled it will follow the redirect to the correct location, but otherwise there's a silent redirect feedburner executes.
-
We also offer MSSQL driver, and the driver methods have to be consistent. Given that *we* won't use the methods, that "hour or two" (for mysql alone) would be better spent on other features that would be widely used. :)
-
I'd guess it's unlikely we'd add transaction support into IPB, but I don't see why there couldn't be a getter for the connection_id really.
-
I've updated the article now. The change RainbowViper pointed out is the only change you need to note (I clarified the part about the "delta" index rebuilding slightly, but it doesn't change the actual steps for installation). By default it supports 3 letter searches, yes. You can alter the configuration file to set it however you want (i.e. allow 2 character searches, for example). For the most part, use of Sphinx vs MySQL should be fully transparent to the end user.
-
This isn't really about IDM, so I'll move this topic. Our submission guidelines explain that you need to upload the file. :) http://resources.invisionpower.com/index.php/paid_files_guidelines.html We have no way to know if someone bought a product from you - it's counted as a download when someone clicks the link to go to your purchase page. As for editing, I'm not sure why you're having trouble there. Will probably need to get with Andy and find out if there's a recurring issue somewhere.
-
Yes, unfortunately what you're requesting is already done to the best of our ability. If it's simple and actually of importance (e.g. not a language typo, for instance) I'll try to post fixes where possible. If it's more than one edit, I usually don't - we don't have the time to do that on a regular basis.
-
You should add those strings in the ACP under core/public_global
-
Ah, that clarifies it a bit then. If 2.3.6 is running slow on 5.2.x for you, there's something else going on that your host would need to check into. Simply changing the PHP version *upwards* shouldn't make it run slower.
-
I have heard of the software, but have never used it or seen it in action to be honest, so couldn't say much about it.
-
I'm a bit confused then too. IPB3 does not run on PHP4. At all. So it's impossible that you are running IPB 3 on PHP4. :huh: Perhaps you got it mixed up, and your hosting company switched you from PHP4 to PHP5? Or are you still using IPB2 (which does support PHP4)?
-
In the future, you should really use the client area for this sort of issue. You are free to use the peer to peer forums if your license is active. You don't show up as an active customer presently, so you may need to log out and back in to update your group status, or you may need to login with the email associated with your client area account. In the end, I'm glad you found a solution.
-
No, because it's not a bug. ;) I'm not saying it's not a valid suggestion, but the avatar field was never intended to check that setting, so it's technically "working as intended" at present.
-
To be honest, I don't know the technicalities of how email daemons work, but even if you use BCC, I would tend to believe the email system still has to send out all 1000 emails if you want those emails in all 1000 inboxes. I don't think your suggestion would really resolve the issue you are attempting to resolve. You might be able to cut down on the PHP processing a bit, but it doesn't sound like that's your main concern here. I'd tend to think any limitations on how many emails can be sent from the server would cover BCC's.
-
Unfortunately, this isn't logical or possible. To upgrade your forums we *have* to replace the files. Our technicians are inundated with requests as it is, and don't really have time to be picking apart individual directories to determine which files should we upload and which ones shouldn't we upload. At the end of the day, as Charles said, we simply take the entire installation and upload it. When upgrade packs are available, we will use those as appropriate. I would agree with Charles that if you make a small note when you request an upgrade stating "please don't overwrite my custom favicon" the technician will surely see that and do his best not to do so. :) It's just a little thing to do on both our parts.
