
Board: Chit Chat
Well, at anytime I am usually working with different software. SMF, MyBB, phpBB, vBulletin, and also xenforo and others. So if you need any ideas and such let me know. I don't mind at all.
Well, at anytime I am usually working with different software. SMF, MyBB, phpBB, vBulletin, and also xenforo and others. So if you need any ideas and such let me know. I don't mind at all.
Looking around here it looks pretty dead. Let's get this place going again.![]()
Nope, I only fetch active users (is_activated = 1) and users with X post or more where X can be defined by the admin, other than that yes I fetch the entire table. I know this can be a problem with a large forum but then again most of the features on this mod will be a problem with a large forum.
But how exactly do you perform the database lookups for the user names?
Its just a plain query to the users table, the query fetches the real_name ad the ID and return the data as a json file, the mention script fires an ajx call to this special action and it gets the daa in json format.
Well, thats as far as I could go really, the script itself fires up an ajax call everytime the user types the @, thats cool for simple queries to text files or simple demo pages but for something real like a forum userbase thats just not possible as it would kill the server. Thats why I end up wrapping the ajax call to be fire up only on focus() , that alone drastically reduced the number of ajax request the script does, the retrieved data gets appended to the DOM so all the sorting and juggling are done on client side which is really a nice plus to have.
I tried the SMF autosuggest feature, perhaps it was me but I didn't find it easy to customize and besides it wasn't designed to work on textareas.The latter can be done quite easily (just a bit work on the JS). What autosuggest does is that it requires the user to know the first 3 letters of the username - it will only query the database after the first three letters have been typed. This is a reasonable compromise, but with a large member base, the list of names sharing the first three letters can be large enough to present the user a very long list of names.
yeah, most likely a spam user
Anyways, for my neeeds I end up using a really nice plugin for notifications: https://github.com/ichord/At.js
yay you're backI noticed you were gone from github and for a moment I regret that I never really got a chance to play with EoS but I'm glad you're back
sorry i couldnt do it manually iam haveno idea about such sql codes
i just liked the its features i wanted to my site based on something like that modified smf fork
i got some own codes to make frontpage dynamic slideshow for the boads i want
looks like my codes wont work with this fork ?
can i take some features from this fork to my ordinary smf script ?Well, since it is open source, you can of course use the code (or just parts of it) for your own project(s).
AT the display.template it give me this problem while viewing the topics
Table 'sitename_try.samo_topicbans' doesn't exist
File: /home/sitename/public_html/EosAlpha-master/Sources/Display.php
Line: 259
ALTER TABLE {$db_prefix}members DROP likes_given;
ALTER TABLE {$db_prefix}members DROP likes_received;
ALTER TABLE {$db_prefix}members ADD ratings_given text NOT NULL default '';
ALTER TABLE {$db_prefix}members ADD ratings_received text NOT NULL default '';
ALTER TABLE {db_prefix}prefixes ADD css VARCHAR(20) NOT NULL default '';This field holds the css class(es) used to format the prefix. It allows to apply backgrounds (or even images) to topic prefixes in the message index display.
[quote author=Name link=topiclink date=timestamp uid=X]
or
[quote author=Name uid=X]
ALTER TABLE {$db_prefix}membergroups ADD rating_pool int(10) unsigned NOT NULL default '0';
I don't know if forum templates can be light enough for a template system to really works without issues
I agree with re-usage, I always wondered why SMF have separate templates for private messages and normal messages since they are the same, I also wondered why the user info in messages was printed with every message, that is static data that is been fetched and displayed multiple times, you can have a separate template for that and just call the template one time and print it as many tmes as you want/need.Most likely performance reasons and limitations by technology. About 10 years ago, PHP was a very different thing and lacked a lot of today's features. Since SMF's templates are pure hand-written PHP code, they come with practically zero overhead. Template engines like Twig or smarty are also compiling their code into pure PHP, but the resulting code is less efficient. The performance impact is acceptable with today's hardware resources, but 10 years ago things were different.
oh! I wish I had read this beforeI also take a look at twig and had the same results, I jut checked it against an experimental blog code, using a framework contributed to the slow times as well.