Clustering with vibe.d (session, file storage, caching, db)
If you have ever done any clustering with D (vibe.d), what was the challenges you encountered? What was your setup? If you have not but have fair idea in clustering, what setup and tools would you recommend (Amazon web services)? I've been currently thinking about using mysql and mongoDB with vibe.d (vibed.org) in a clustered architecture. I found libmemcache and mongo session store libraries in dub registry. I'm looking at Amazon s3 and EC2(heruko maybe) to minimize burden. Trying to implement minimal clustering to handle downtime and ensure easy scalability in the possible future. Any other comment is welcomed.
Resources for using std.allocator
I am newbie to D learning it for sometime using Ali's book. I came across std.experimental.allocator and read through http://dlang.org/library/std/experimental/allocator/building_blocks.html . Can someone explain me the actual benefits of using this and if so any benchmarks explaining the advantage. Maybe its too advanced for me as a beginner now its just I am curious over the usage and applications with a simple hello world like example explaining what this library will accomplish. I asked it previously at https://www.reddit.com/r/programming/comments/4hti33/dconf_2016_is_streaming_right_now/d2satic/ but still I don't understand the exact applications of the same.
Re: String characters not extended
Anonymouse via Digitalmars-d-learnnapsal Út, led 3, 2017 v 12∶34 : On Monday, 2 January 2017 at 21:07:37 UTC, Ignacious wrote: [...] Assuming Windows: version(Windows) shared static this() { import core.sys.windows.windows; SetConsoleCP(65001); SetConsoleOutputCP(65001); } Why do not use CP_UTF8 constant instead of 65001? It is safer, easier to read and understand
code.dlang.org package readme.md
Hi all. How it is possible to show readme.md from github repository in code.dlang.org for a particular project? Thanks.
Re: String characters not extended
On Monday, 2 January 2017 at 21:07:37 UTC, Ignacious wrote: [...] Assuming Windows: version(Windows) shared static this() { import core.sys.windows.windows; SetConsoleCP(65001); SetConsoleOutputCP(65001); }
Re: Imports incorrectly part of "allMembers" trait output?
On Tuesday, 3 January 2017 at 06:23:01 UTC, bauss wrote: It seems to be a bug that it takes std as there's no std as a part of object, not even as an import. there is. think of it as "ephemeral namespace entity" (kind of alias to "name bin" that compiler created, the entity that exists, just has no corresponding D type). as i wrote ealier, it will be useful eventually to walk import chains in CTFE.
Re: Imports incorrectly part of "allMembers" trait output?
given the way your code is written, "std" namespace *is* a member. it will be very useful when we'll fix other bugs and recursive `allMembers` scan will become possible. so while it came from namespaces implementation, i don't see this as a bug. it is little annoying, yes, 'cause you *have* to sort module ids out in your code. luckily, it is fairly easy, as module has no valid D type.