Greetings, Apiary folks!
This weekend, I addressed an overwhelming number of deprecation notices
by deploying a fix to the Variables extension and I signed up for a
free-tier account on MailJet (thanks for the pointer, Jesús Martínez).
* Massive unsubscribe
This morning, I woke up to a large number of unsubscribe messages
because of bounces on the WikiApiary mailing list. I've verified that
there are still people subscribed to the mailing list and asked the
listadmins mailing list about this.
* Mailjet
Because of complaints about mail tracking, I switched to using
MailJet's SMTP relay. As an added bonus, their free tier allows us to
send more email and will hopefully work.
I did notice that they have an option to see who have read emails. The
only way I know to implement that is with mail tracking beacons that
were a problem with the previous relay. The previous relay munged
email sent through their relay to accomplish this. I haven't had a
chance to check this yet. If you have gotten any emails from the wiki,
it would help if you could inspect them to see if they have been
altered by MailJet.
* Variables extension
WikiApiary uses the Variables extension. Since we upgraded to 1.39,
the runJobs cron job has been sending me notices about this once a
minute. Because I spent time fixing the email this weekend, I also
addressed the deprecation notices that the Variables extension was
sending. Everything seems to be working, but I'm not sure about the
changes I made.
If you can check pages on the wiki, that would help.
Mark.
Hello,
Since the Wikiapiary upgrade, all email notifications I receive about
edits in pages on my watchlists have their links point to
"u3337383353.t.mailtrap.click" with very large URLs. This seems to be
some URL redirection to track clicks.
Can this track code be removed from those emails?
Thanks in advance
--
Jesús Martínez
Ciencia Al Poder
Hi all!
As you may have noticed, this past week I put up the "We haven't
died..." message on the front page of the wiki.
Since Cindy Cicalese had some time to spend on a project, she decided to
use it on Wikiapiary. Currently, she's updating MediaWiki and the
extensions and running rebuildData.php.
Cindy will be joined this coming week by one or more of her WMF
coworkers to work on the site.
So, rest assured that while the site is down, there are some busy bees
behind the scene who are working on bringing the site back to health.
Thanks for your patience,
Mark.
--
http://hexmode.com/
I cannot remember the books I've read any more than the meals I have eaten;
even so, they have made me.
-- Ralph Waldo Emerson
First, let me appologize for the recent spam to the list.
It was in the queue and I accidently hit "accept".
Next, I'm planning on implementing ElasticStore for the backend instead
of SQL. The slowness on the site seems to be database contention and
I'm hoping that by switching to ElasticStore, we can eliminate that.
If you have experience with ElasticStore vs the "traditional" SQLStore,
I am interested hearing about your experience.
Mark.
Hi all! When I created by account on Wikiapiary, I did not received any
email confirmation, and when I click 'Mail a confirmation code', it
throws me an error message:
WikiApiary could not send your confirmation mail. Please check your email
> address for invalid characters.
>
> Mailer returned: Unknown error in PHP's mail() function.
>
This may be an issue with the mail function. Please fix this.
Also, my email address is the same as the one I used to send this email.
Hi,
In the coming weeks, Wikiapiary will be migrated and upgraded.
The objective is to have it work properly again.
Wikiapiary uses Semantic MediaWiki. We intend to use the Elasticstore to improve query performance and be prepared for future improvements.
The script that gathers information will be reviewed and modified to be more efficient with updates.
If you have questions or ideas for improvement, let us know. Now is the time!
Best regards,
Ad Strack van Schijndel
Wikibase Solutions
+31 6 4023 2715
Hi, I've noticed that there are two pairs of duplicate wikis: BlueSpice Helpdesk (de) & BlueSpice Wiki (de), and BlueSpice Helpdesk (en) & BlueSpice Wiki (en). I'm mainly sending this because I myself don't have the ability to move or delete pages, so I can't resolve these duplicates by myself.
I find it odd that these weren't listed in the "duplicate pages" concept, though.