Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qd7JP-002FE4-2u for pgsql-www@arkaria.postgresql.org; Mon, 04 Sep 2023 11:00:07 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1qd7JO-00AWwE-13 for pgsql-www@arkaria.postgresql.org; Mon, 04 Sep 2023 11:00:05 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qd7JN-00AWw0-Po for pgsql-www@lists.postgresql.org; Mon, 04 Sep 2023 11:00:05 +0000 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qd7JK-002fWK-Bj for pgsql-www@lists.postgresql.org; Mon, 04 Sep 2023 11:00:04 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 20CBF320093E; Mon, 4 Sep 2023 07:00:00 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Mon, 04 Sep 2023 07:00:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1693825199; x= 1693911599; bh=vJu6X748KyQHtiYVFXoEtDlTNHV1lxvRq079rEK8+Bs=; b=L rCWwqsApt4FOLgm+BHjkaOteQsSuxoPlKo9oBpk5DQz4yJ7o+qnMVRGS+cKyPFDV u5qWaRiTWq4RmceSQdXkO7+puosCOIUic3RGDFObyzCnOiQoc+zmRLVn5tdfDyMc iYPJisktvZRaCYPTs/MTXY2hmNzWGWSiEl4UXqbT41MwCO+KHQoyaUBZIy+9Q0Ny CEVOjevXSr3LSBX76ejDanoJuC0AysaNZUPeo6CObIFbuuvYREix8x81D0zzI0jh cMbq8RgLcAqvIvUVNK7CYVhvm2D5HAtmGsqPT7foTspwAwZdX1XE/LTnDi4teJ9Q J2HpjpWth7aba+tZby+Ew== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudegkedgfeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvvefukfggtggugfgjsehtke ertddttdejnecuhfhrohhmpeetlhhvrghrohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhr vgesrghlvhhhrdhnohdqihhprdhorhhgqeenucggtffrrghtthgvrhhnpedvkedtffduff dtffffheffhfejjefhgfeiueeukeejkeffgfdufffhudffffeuveenucffohhmrghinhep vghnthgvrhhprhhishgvuggsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrg hrrghmpehmrghilhhfrhhomheprghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhr gh X-ME-Proxy: Feedback-ID: ia2694551:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 4 Sep 2023 06:59:59 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 13AA0426; Mon, 4 Sep 2023 12:59:58 +0200 (CEST) Date: Mon, 4 Sep 2023 12:59:58 +0200 From: Alvaro Herrera To: Andreas 'ads' Scherbaum Cc: pgsql-www@lists.postgresql.org, planet@postgresql.org Subject: Re: New blog - who dis? Message-ID: <20230904105958.s45oaei7x3te37e4@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hello, On 2023-Sep-04, Andreas 'ads' Scherbaum wrote: > I plan to migrate my blog to a new software platform, which > will also change the URLs which appear in the RSS feed. There > is no convenient way to keep the old URLs in place. > > Most importantly, this will affect Planet PostgreSQL, which > suddenly might see about 150 "new" blog postings. > > Is there a recommended way how to deal with such a move? Each post in the blog has a "guid" unique identifier, which is usually the same as the URL, but some platforms let you set up something different. If you can "migrate" your posts to the new platform while keeping the GUIDs, that would be best -- they would not be seen as new posts. The actual URLs don't actually matter. If your platform doesn't let you do this, I think PlanetPostgres would mark the new posts as hidden anyway, because of the volume (but pester everyone along the way). That way only future new posts (actually new posts) would be syndicated, but everything would appear duplicate in the admin interface. > Did someone do such a move before, what is your experience? It's usually a pretty noisy things to do, from the moderators point of view. -- Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/