Because the last tip was only really useful to Classic wiki users, I’ve pushed up the next tip on CSS styles to this week. Enjoy!
A lot of gibberish gets thrown around by some of the advanced PBwiki users, particularly those with experience in web design, including HTML (HyperText Markup Language), the code that makes up every webpage on the Internet and CSS (Cascading Style Sheets), the current standard for formatting and styling HTML. Today, we’re going to focus on CSS as a way to format parts of your wiki the way you want, using specific examples. Although I plan on explaining CSS more thoroughly in a future post, I won’t go into the details for now, focusing on getting you real results. Continue reading
We just launched the newest version of our Point-and-Click editor (formerly, our WYSIWYG editor) tonight. There are quite a few specific changes listed below, but there are also a number of other subtle changes which may lead you to think the editor â€œjust works betterâ€? now.
- Due to popular demand, weâ€™ve added a strikethrough button on the toolbar
- Line spacing should be more consistent â€“ no more misbehaving â€˜enterâ€™ keys
- For those conscious about the HTML that is generated, you will be happy to learn that the editor will produce leaner, cleaner, code, especially with attachments
The best part is we arenâ€™t stopping the improvements any time soon. Weâ€™ll be improving the speed of the new editor and improving the usability even more over the next few weeks.
Last week, we took an indepth look at the new plugins used by the Point-and-Click editor and how you could incorporate that same functionality if you wanted to stick with the WikiStyle editor. We saw that by adapting the code that was generated by the Point-and-Click editor, we could borrow many of the available plugins. This week, I’ve added a few more surprises to the mix, aiding your editing even more than before. Continue reading
We’ve been bringing up a number of new servers at the San Francisco data center. We’ve got some great Core2Duo machines which draw between 0.75A and 1.10A but have pretty substantial horsepower. So far so good, and almost all of the machines went in happy and stayed that way.
An interesting aspect of hosting servers at a data center on the west coast is that there’s plenty of space and lots of connectivity, but fairly scarce power. This is important for two reasons; first you need to be careful not to put too many servers in one cabinet or you’ll blow your 20A fuse all at once and all the servers shut off simultaneously. Second and nearly as scary is that you don’t get enough cooling from the building’s overtaxed and potentially under-sized air conditioners, and slowly cook your servers to an early death.
[We use a great system called syslog which collects all kinds of system stats and logs in one place for all of our servers – it makes it simple to collect and plot data like ‘fan speed, cpu temperature, and cpu workload of all machines for the last few days, data points every 15 minutes’.]
You can see on the plot below that on first power-up, “sf3” was running hot.
This is one of two machines where the factory hard drives were flaky and I replaced them with drives from another vendor. Because the new drives are full-on SATA and our cases only supply standard ATX-style 4-pin drive power, I needed a jumper cable. This just a few inches of 4 wires, plus connectors on the ends. Turns out I’d done two dumb things.
I left these jumper cables hanging down a little near the motherboard, an inch away from a fan exhaust. I’d also stashed the folded-up spare IDE cable in an evidently unused space within the case.
On power-up we find, as shown in the graph below, the CPU is running 30F too hot. Once I was home from the data center and had time to build the thermal report for all the servers the two machines with SATA jumpers stood out, sf3 was the extreme example but sf9 was running 20F too hot. A half hour drive each way plus a few minutes of fiddling with the cables and baffles and the cpu temp was back under control.
Lots of people have requested an enhanced PDF export capability — our new team member Igor has been doing some great work adding features to this little gem of a feature. Top priorities for us are:
1) proper unicode support (for all those wacky citizens of the world)
2) proper handling of lists, especially nested lists
3) inlined images
I’ve done a first-pass integration of Igor’s improved code on our development servers, and have a screenshot to share. Expect to see more tweaking of the vertical spacing and formatting, with general availability in the next few weeks.
There are certainly have challenges involved in sending millions of pages to hundreds of thousands of regular users. Mainland China blocked us, sometimes there are net hiccups, servers crash, etc. But at least we don’t need to deal with having to close up shop because the ship carrying all of our inventory ran aground off of Alaska’s coast.
PBwiki has now unveiled the new Point-And-Click editor, and it’s coming along nicely. Although there are still a few formatting snags, I have yet to see a web-based rich-text editor not go through a few growing pains (I’m still mad enough at WordPress’s editor for eating up my code last time that I wrote this entire post in HTML).
But rich-text has its place, and the new editor has many innovative things going for it, like the ease with which you can insert media and files. But of all these innovations, probably the most powerful is the plugin system, which allows you to extend your wiki in all kinds of fun ways. Continue reading