Entry tags:
Weekly Post: October 12th, 2009
Monday, the 12th of October, and time for another weekly update about what's going on over here in the land of Dreamwidth.
This will be a little short and one-sided, mostly owing to the fact that I spent the whole day coding and forgot it's Monday, but I'll try to cover the highlights. And without further ado...
Early last week (shortly after the update) we did a code push to bring live many of the exciting new things we'd been working on. I didn't call them out in advance, so, I'd like to do so now.
First up, we pushed a change that makes all posts start to crosspost automatically. This means that those of you who use services that post to Dreamwidth from another web site or client (Twitter repeaters, Semagic, other clients) will see your posts automatically start crossposting. If you don't want this behavior you can turn it off in the Manage Account page on the Other Sites tab. I know this came as a surprise for some people, so I apologize that this wasn't as well messaged as it should have been.
Second, we have a neat new feature that has long been asked for but just got implemented by
yvi. If you have been maintaining an entry that shows up on top of all of your other entries by dating it far in the future, you don't have to do that anymore. We added the ability to specify a "sticky entry" that will always show up at the top of your journal, no matter what style you use. You can set this on the Manage Account page, Display tab.
Third, our styles team has been working really hard at building new styles. Sometimes, we find things that have to change in the core or in some of the layouts that power everybody's journals. If you ever find that your journal has suddenly gone weird (like a tribble took up residence in the corner or maybe even worse!) please feel free to let us know. If you file a support request or comment in the latest
dw_maintenance post, we'll do our best to figure out what we changed and how to fix your style. We can't promise that we will always be able to, but we'll try our best.
This week we closed 28 bugs (resolved!) and would like to give a special hand to
yati who is a first time contributor this week. Thank you so much for helping make the site a better place. :)
Our code tour this week was put together by the tireless
foxfirefey:
http://dw-dev.dreamwidth.org/26557.html
We made good progress on the review queue this week, too. I sat down and got the queue down to some 40 patches still needing review and the oldest being ~2 weeks old. This is still far too old, but the week was spent reviewing some of the bigger, more gnarly patches. The remaining few dozen should go faster. (Famous last words...)
I promised before that this week we'd work on site search: and we have! Today I committed the bulk of the new code and I just have a few more tweaks to do before it can be pushed out with the next code push. (Sometime within the next week?)
Search is one of the things that we really want to do, and do well. But a lot of people expressed concern over privacy and making things too easy to find. We had a really good discussion on this in a
dw_news post a few months ago and from that Denise and I put together a plan to address the privacy concerns in a way we felt was the best compromise between providing maximum security out of the box and still giving you a feature that works great.
There are two facets to the new things we're doing to search, so I'll break it down into the two components. Site Search lets you search for new content somewhere on Dreamwidth, and Journal Search is an expanded form of what we have today: finding content in a specific journal.
Site Search will let you search public posts (and only public posts!) on Dreamwidth and will be available to all users: even free users. I feel that this is a great community tool and will really help people to connect and find interesting content, so we're going to try to make this available to all users. (If the load demands turn out different than we expect, we MAY have to change this. Fair warning.)
Now, security and privacy concerns. Any search system is only as worthwhile as the usefulness of the data it indexes. We want to make sure that having site search is a useful thing, so we're making the system opt-out. However! We are going to automatically opt-out everybody who has chosen the "minimize my journal's inclusion in search engines" option. In other words, if you already opt-out of search inclusion (for external search engines) we will automatically opt you out of Dreamwidth's new Site Search.
Once the feature goes live, you are welcome to go turn it on, of course. I'd encourage you to do so: having content available to be found is one thing that will really help Dreamwidth to grow and users to connect, so while you may not want your content appearing on other search engines, I hope you will consider letting it be found from within the site.
Journal Search is the other side of search: you know the content is in a certain journal but you just don't remember which entry it's in exactly. Right now, we already have the ability for you to search your own journal and communities. We are extending this option to allow you to search other people's journals -- but of course, with their consent.
A new option is being added to the Privacy tab of the Manage Account page: "allow search by". You can specify that you want to allow everybody to search your journal, only people on your access list (default), or only you. I believe that limiting it to your access list is the best compromise of utility and privacy.
If you have any comments or thoughts, I'd love to hear them. I expect both Site Search and Journal Search to be released in the coming week. It will take some time to actually port the search index over to the new format, too, so when this is going out there may be a 6-12 hour downtime of the search system. I'll try to keep it short and will keep
dw_maintenance and Twitter updated.
If you have been interested in contributing to the overall styles experience on Dreamwidth -- from the S2 system itself to the pages used to make styles to the styles themselves -- please see this post in
dw_styles:
http://dw-styles.dreamwidth.org/11790.html
We're not just looking for people to make styles; we're very much looking for people who want to improve the experience of building a style, selecting them, organizing or customizing or whatever. Even the language itself, if you really want to get down and mess with it.
Okay; short update this week. I have been asked to do one community promo:
* Shuttercookie is a new magazine for people who like photography and freedom and open source, but in order to publish anything, it needs contributors! If you're interested, take a look at the community:
shuttercookie.
We'll see you next week, when hopefully I will be telling you that we've successfully launched search and other new features and fixes for the week and have gotten our review queue down to 72-hours-max!
This will be a little short and one-sided, mostly owing to the fact that I spent the whole day coding and forgot it's Monday, but I'll try to cover the highlights. And without further ado...
1. Code Push
Early last week (shortly after the update) we did a code push to bring live many of the exciting new things we'd been working on. I didn't call them out in advance, so, I'd like to do so now.
First up, we pushed a change that makes all posts start to crosspost automatically. This means that those of you who use services that post to Dreamwidth from another web site or client (Twitter repeaters, Semagic, other clients) will see your posts automatically start crossposting. If you don't want this behavior you can turn it off in the Manage Account page on the Other Sites tab. I know this came as a surprise for some people, so I apologize that this wasn't as well messaged as it should have been.
Second, we have a neat new feature that has long been asked for but just got implemented by
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Third, our styles team has been working really hard at building new styles. Sometimes, we find things that have to change in the core or in some of the layouts that power everybody's journals. If you ever find that your journal has suddenly gone weird (like a tribble took up residence in the corner or maybe even worse!) please feel free to let us know. If you file a support request or comment in the latest
![[site community profile]](https://www.dreamwidth.org/img/comm_staff.png)
2. Development
This week we closed 28 bugs (resolved!) and would like to give a special hand to
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Our code tour this week was put together by the tireless
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
http://dw-dev.dreamwidth.org/26557.html
We made good progress on the review queue this week, too. I sat down and got the queue down to some 40 patches still needing review and the oldest being ~2 weeks old. This is still far too old, but the week was spent reviewing some of the bigger, more gnarly patches. The remaining few dozen should go faster. (Famous last words...)
3. Site Search
I promised before that this week we'd work on site search: and we have! Today I committed the bulk of the new code and I just have a few more tweaks to do before it can be pushed out with the next code push. (Sometime within the next week?)
Search is one of the things that we really want to do, and do well. But a lot of people expressed concern over privacy and making things too easy to find. We had a really good discussion on this in a
![[site community profile]](https://www.dreamwidth.org/img/comm_staff.png)
There are two facets to the new things we're doing to search, so I'll break it down into the two components. Site Search lets you search for new content somewhere on Dreamwidth, and Journal Search is an expanded form of what we have today: finding content in a specific journal.
Site Search will let you search public posts (and only public posts!) on Dreamwidth and will be available to all users: even free users. I feel that this is a great community tool and will really help people to connect and find interesting content, so we're going to try to make this available to all users. (If the load demands turn out different than we expect, we MAY have to change this. Fair warning.)
Now, security and privacy concerns. Any search system is only as worthwhile as the usefulness of the data it indexes. We want to make sure that having site search is a useful thing, so we're making the system opt-out. However! We are going to automatically opt-out everybody who has chosen the "minimize my journal's inclusion in search engines" option. In other words, if you already opt-out of search inclusion (for external search engines) we will automatically opt you out of Dreamwidth's new Site Search.
Once the feature goes live, you are welcome to go turn it on, of course. I'd encourage you to do so: having content available to be found is one thing that will really help Dreamwidth to grow and users to connect, so while you may not want your content appearing on other search engines, I hope you will consider letting it be found from within the site.
Journal Search is the other side of search: you know the content is in a certain journal but you just don't remember which entry it's in exactly. Right now, we already have the ability for you to search your own journal and communities. We are extending this option to allow you to search other people's journals -- but of course, with their consent.
A new option is being added to the Privacy tab of the Manage Account page: "allow search by". You can specify that you want to allow everybody to search your journal, only people on your access list (default), or only you. I believe that limiting it to your access list is the best compromise of utility and privacy.
If you have any comments or thoughts, I'd love to hear them. I expect both Site Search and Journal Search to be released in the coming week. It will take some time to actually port the search index over to the new format, too, so when this is going out there may be a 6-12 hour downtime of the search system. I'll try to keep it short and will keep
![[site community profile]](https://www.dreamwidth.org/img/comm_staff.png)
4. Styles Development Opening Up
If you have been interested in contributing to the overall styles experience on Dreamwidth -- from the S2 system itself to the pages used to make styles to the styles themselves -- please see this post in
![[site community profile]](https://www.dreamwidth.org/img/comm_staff.png)
http://dw-styles.dreamwidth.org/11790.html
We're not just looking for people to make styles; we're very much looking for people who want to improve the experience of building a style, selecting them, organizing or customizing or whatever. Even the language itself, if you really want to get down and mess with it.
5. Signing Off...for now!
Okay; short update this week. I have been asked to do one community promo:
* Shuttercookie is a new magazine for people who like photography and freedom and open source, but in order to publish anything, it needs contributors! If you're interested, take a look at the community:
![[community profile]](https://www.dreamwidth.org/img/silk/identity/community.png)
We'll see you next week, when hopefully I will be telling you that we've successfully launched search and other new features and fixes for the week and have gotten our review queue down to 72-hours-max!
no subject
And shiny, shiny search things. I think the privacy defaults are great the way you chose them.
no subject
And this was a great option, before I forget to say thanks :)
no subject
no subject
no subject
no subject
Two questions about this -
1) will Site Search be available to only logged-in users or is it available to anyone with or without a Dreamwidth account? Will it be available to bots, for instance? I don't mind my journal being searchable by real Dreamwidth users, but I would hate to think that some automated system or spammer is searching for personal data.
If I have "minimise inclusion in search engines" selected, you opt me out of Site Search, which is fine. But if I then turn ON Site Search, does this also automatically make my journal vulnerable to search engines?
2) If I have Site Seach ON, will it be possible to exclude certain posts on a post-by-post basis without having to turn them private? or is it an all-or-nothing thing?
no subject
1a). Logged-in users only; if someone who's not logged in hits the search page, it returns a "you need to be logged in to use this", just like it does now. We so don't have the resources to allow anyone to search any journal, not to mention it being something I know a lot of people would find skeevy!
1b). They're actually separate preferences entirely; once this feature goes live, there'll be a separate setting on the Privacy tab, and the two settings won't be connected. (We just didn't want to delay releasing this through another code push in order to push the preference first, make everyone pick their search settings, and then push the code that actually does the search in another two weeks or so, once everyone had a chance to make a choice.) We're just pre-populating the "can other DW users search my journal?" setting with roughly the same restriction level people have already chosen -- it's not permanently tied together.
2). We don't currently have plans to opt single posts out of site search, and probably won't ever -- not only would it require a major redesign of the update page (the number of things you can set on an entry update is already cluttered and hard for new people to really get if they've never used a LJ-based system before, so introducing a new per-entry setting is something we'll have to do very carefully) but it's also something that can already be handled by just setting an entry's security level to something more restrictive if you don't want it searchable.
no subject
no subject
no subject
http://dw-news.dreamwidth.org/12509.html?thread=1317597#cmt1317597
no subject
no subject
no subject
no subject
so I guess we need to add the StickyEntry class, and then put up instructions somewhere, explaining how to add the StickyEntry to the top of their entry list.
no subject
so I guess we need to add the StickyEntry class, and then put up instructions somewhere, explaining how to add the StickyEntry to the top of their entry list.
If someone could do that, that would be wonderful :)
no subject
no subject
no subject
By default, it is set to "people I give access to only". This seemed to be the sane option: you allow these people some level of access, so we allow them to search the public content of your journal. (But only the public content.)
So it seems that locked entries don't show up for other people currently.
FUTURE IMPROVEMENTS --
I did a lot of the legwork to allow for journal search to show all posts you can see: not just public posts. I will try to implement that before this feature goes live, but it does depend on how well Sphinx handles many constraints on searches.
no subject
no subject
public-only until it could be programmed. It's been programmed in now, so now it'll show posts that the searcher would normally be able to see, including locked posts - but *only* if they could see them otherwise.
[edit: Yes, this is before the feature has even gone live. Mark was betting he'd be able to do this before it went live, which is why the public-only-ness of it wasn't mentioned in this post.]
no subject
no subject
no subject
no subject
no subject
thank you for all your hard work.
no subject
no subject
no subject
no subject
no subject
Server reply is broken and cannot be processed
events_1_anum 234 events_1_event This+is+testing+the+crosspost-by-default+now+suppsoedly+being+enabled+in+client+as+well+as+posting+from+web+via+Dreamwidth. events_1_eventtime 2009-10-13 12:33:00 events_1_itemid 776 events_1_url http://elethian.dreamwidth.org/198890.html events_count 1 prop_1_itemid 776 prop_1_name xpost prop_1_value
[and then three Unicode characters which the comment box won't let me reproduce here]
I can view the journal history list but if I try to actually open the crossposted post, I get that error.
no subject
no subject
no subject
Site search
I've opted out of botsearches, but would very much like to be included in site searches. I'm one of the advocates for a security level of "logged-in users only" (and yeah, I know all the problems with people thinking that's got the same kind of security as a f'lock, and so on; I more-or-less understand why it was decided not to have it).
OMG, it's like ljseek done right. And the opt-out approach is perfect--you've got info about people who want privacy for some searches, and using that data as a starting point is terrific.
Client crossposting
Otherwise, great work as usual!
Re: Client crossposting
no subject
no subject
no subject
But........... question: do you think it will be possible in the future to sticky more than one post? Not something I need currently, but I could definitely see making two or three organizational posts that I might want stickied.
Either way, thanks for this! And for search - I love the idea of being able to search mine or other journals for older stuff (makes it a lot less frustrating when there's some old information I vaguely remember and want to refresh my memory).
no subject
no subject
no subject
Sorry to comment on such an old entry, but can this possibly be added to the FAQs, or if it's there, could it be put somewhere more prominent and/or set to the keyword "sticky"? I just spent 10 minutes searching, and had to use Google, to find this information. Thanks!
no subject
no subject