<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for orieg</title><link>http://disqus.com/by/orieg/</link><description></description><atom:link href="http://disqus.com/orieg/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Tue, 25 Sep 2012 10:27:32 -0000</lastBuildDate><item><title>Re: Flash &amp;#8211; How to fix the &amp;#8220;Security sandbox violation: BitmapData.draw&amp;#8221;</title><link>https://www.shell-tips.com/2009/08/30/flash-how-to-fix-the-security-sandbox-violation-bitmapdata-draw/#comment-662089599</link><description>&lt;p&gt;This is an old post so linked changed. You can find the interface here: &lt;a href="http://code.google.com/p/red5/source/browse/java/server/trunk/src/org/red5/server/stream/RtmpSampleAccess.java" rel="nofollow noopener" target="_blank" title="http://code.google.com/p/red5/source/browse/java/server/trunk/src/org/red5/server/stream/RtmpSampleAccess.java"&gt;http://code.google.com/p/re...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Tue, 25 Sep 2012 10:27:32 -0000</pubDate></item><item><title>Re: How to scale writes with master-master replication in MySQL</title><link>http://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/#comment-1113345724</link><description>&lt;p&gt;Wouldn't the master-master help scaling in some case. There is lot of queries that requires read before writes like insert...select or updates. Wouldn't splitting the writes between two master and using row-based replication help? The two masters will still have to do all the write (hence, write doesn't scale) but you can improve your throughput by reducing some of the read generated by the write (and possibly reduce CPU impact of some bad triggers). Would this be a fallacy too?&lt;/p&gt;&lt;p&gt;Also, the post is few years old. MySQL 5.6 is on its way with multi-threaded replication. Having write for one DB on one master and write for another DB to the other master could help the replication lag issues.&lt;/p&gt;&lt;p&gt;IMHO, master-master can mitigate the I/O problem in some case but doesn't solve it. You still need to get all your data written on both master.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Sun, 22 Jan 2012 23:56:01 -0000</pubDate></item><item><title>Re: How to scale writes with master-master replication in MySQL</title><link>https://www.xaprb.com/blog/2008/08/06/how-to-scale-writes-with-master-master-replication-in-mysql/#comment-1183830040</link><description>&lt;p&gt;Wouldn't the master-master help scaling in some case. There is lot of queries that requires read before writes like insert...select or updates. Wouldn't splitting the writes between two master and using row-based replication help? The two masters will still have to do all the write (hence, write doesn't scale) but you can improve your throughput by reducing some of the read generated by the write (and possibly reduce CPU impact of some bad triggers). Would this be a fallacy too?&lt;/p&gt;&lt;p&gt;Also, the post is few years old. MySQL 5.6 is on its way with multi-threaded replication. Having write for one DB on one master and write for another DB to the other master could help the replication lag issues.&lt;/p&gt;&lt;p&gt;IMHO, master-master can mitigate the I/O problem in some case but doesn't solve it. You still need to get all your data written on both master.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Sun, 22 Jan 2012 23:56:01 -0000</pubDate></item><item><title>Re: Most Beautiful Castles Around The World</title><link>http://www.hongkiat.com/blog/40-most-beautiful-castles-around-the-world/#comment-120040618</link><description>&lt;p&gt;“Sleeping Beauty’s Castle”, seriously ?! You gotta be kinding !&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Tue, 28 Dec 2010 03:08:21 -0000</pubDate></item><item><title>Re: http://chez-bertier.pastis-hosting.net/post/1338417496</title><link>http://chez-bertier.pastis-hosting.net/post/1338417496#comment-87708557</link><description>&lt;p&gt;ha.... the great American cuisine.... wonderful... :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Sun, 17 Oct 2010 16:56:18 -0000</pubDate></item><item><title>Re: With a name like Mongo, it has to be good</title><link>https://www.kchodorow.com/blog/2010/05/05/with-a-name-like-mongo-it-has-to-be-good/#comment-50350420</link><description>&lt;p&gt;Any idea on what was the setup of the cluster and what kind of workload it was?&lt;/p&gt;&lt;p&gt;320k ops seems awesome but if the dataset was small (like fewer than 1 millions documents) and all in memory with only reads, the results are not that surprising.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Tue, 11 May 2010 18:17:46 -0000</pubDate></item><item><title>Re: MySQL &amp;#8211; Impact of multiple column indexes misuse</title><link>https://www.shell-tips.com/2008/02/13/mysql-impact-of-multiple-column-indexes-misuse/#comment-15583507</link><description>&lt;p&gt;The post is mainly about full-text indexes. When you use full-text indexes for doing MATCH/AGAINST queries, your the MATCH part of your query require to use all the column used to define your FULLTEXT index.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Sat, 29 Aug 2009 20:38:43 -0000</pubDate></item><item><title>Re: Michigan police buy doughnut shop</title><link>http://www.inquisitr.com/28209/michigan-police-buy-doughnut-shop/#comment-12159716</link><description>&lt;p&gt;I can't wait to see a holdup in this Doughtnuts shop ! :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Sat, 04 Jul 2009 16:10:47 -0000</pubDate></item><item><title>Re: Why Do We Love DailyMotion?</title><link>http://www.tubemogul.com/blog/2009/06/why-do-we-love-dailymotion/#comment-10820422</link><description>&lt;p&gt;Awesome post ! Btw, I love this song :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Fri, 12 Jun 2009 19:16:02 -0000</pubDate></item><item><title>Re: Paris bike sharing program getting trashed.</title><link>http://www.inquisitr.com/17925/paris-bike-sharing-program-getting-trashed/#comment-6197100</link><description>&lt;p&gt;I think it's just few peoples, the bike are changed/repaired really quickly. It's a good service, and quite usefull when you are drunk, need to go home and no taxi stop for your drunk face ! =)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Wed, 11 Feb 2009 21:18:22 -0000</pubDate></item><item><title>Re: mikropikol</title><link>http://www.mikropikol.net/post/62273273#comment-4075796</link><description>&lt;p&gt;Pff, c'est nul, y a même pas la chambre à gaz ! =)&lt;/p&gt;&lt;p&gt;Un peu plus actuel mais avec moins de réalisme (pour les lego... les faits sont hélàs bien réels..), Guantanamo Bay : &lt;a href="http://legofesto.blogspot.com/2007_12_01_archive.html" rel="nofollow noopener" target="_blank" title="http://legofesto.blogspot.com/2007_12_01_archive.html"&gt;http://legofesto.blogspot.c...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Sun, 30 Nov 2008 16:46:12 -0000</pubDate></item><item><title>Re: Delete old files by the last access date</title><link>https://www.shell-tips.com/2006/09/27/delete-old-files-by-last-access-date/#comment-15583791</link><description>&lt;p&gt;Christine, you should probably change the "skip" value for parsing the REG QUERY of the return Date (cf. Mike's comment). This value depends of your Windows Version.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Wed, 28 Nov 2007 12:01:48 -0000</pubDate></item><item><title>Re: Delete old files by the last access date</title><link>https://www.shell-tips.com/2006/09/27/delete-old-files-by-last-access-date/#comment-15583784</link><description>&lt;p&gt;Do you have more information about the error ? It's little obscure... :-)&lt;/p&gt;&lt;p&gt;You should run the script like that : script.bat arg1 arg2&lt;br&gt;Where arg1 is the path to the directory to purge, and arg2 for the minimum day of validity.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Thu, 26 Apr 2007 22:09:23 -0000</pubDate></item><item><title>Re: Delete old files by the last access date</title><link>https://www.shell-tips.com/2006/09/27/delete-old-files-by-last-access-date/#comment-15583781</link><description>&lt;p&gt;You have to adapt this code but you can use it for such action. I'll try to post an example in the coming week...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Thu, 19 Apr 2007 12:32:29 -0000</pubDate></item><item><title>Re: Delete old files by the last access date</title><link>https://www.shell-tips.com/2006/09/27/delete-old-files-by-last-access-date/#comment-15583776</link><description>&lt;p&gt;In fact, the calculate timestamp is just a fake :-) for having a simple date comparison between two dates.&lt;/p&gt;&lt;p&gt;The real meaning of Unix Timestamp is the number of seconds elapsed since midnight UTC on the morning of January 1, 1970.&lt;/p&gt;&lt;p&gt;Doing a such convert in batch doesn't seem to be useful in our script as we keep the same algorithm all the time. So, It's just a simple way to compare two dates by their approximate equivalence in seconds.&lt;/p&gt;&lt;p&gt;The variables name is misleading. Sorry :-)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Mon, 13 Nov 2006 14:34:26 -0000</pubDate></item><item><title>Re: Delete old files by the last access date</title><link>https://www.shell-tips.com/2006/09/27/delete-old-files-by-last-access-date/#comment-15583774</link><description>&lt;p&gt;Thank you Mike for your contrib ! I add your fixes in the main post for more legibility of the full post.&lt;/p&gt;&lt;p&gt;What I notice was :&lt;br&gt;- Suggest use of a date delimiter&lt;br&gt;- Bug fix in a missing goto&lt;br&gt;- Bug fix in the for loop of the check date&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nicolas Brousse</dc:creator><pubDate>Fri, 27 Oct 2006 12:33:08 -0000</pubDate></item></channel></rss>