|Navigate: 1-20 21-40 41-60 61-80 81-100 101-101 |
|walkero||Re: Website recover status||20110221 15:03 #2306|
Hello to all. I would like to say that the new (old) site is already updated to the latest version of the CMS and modules. I work these days with the theme in a way that it won't prevent us to update the website in the future, without losing anything or doing the same "hacks" in every update. I believe that this will finish until Wednesday and after that we are going to work on fixing a few bugs and make it available to all of you. I don't think that this will take "two more weeks (tm)" but you never know. I f everything goes wrong it might will.
When the website becomes available again there will be a period that the Ibrowse version might not be usable, but this will get fixed. After all we need to restore the old website and get rid of the temporary one, and then make those "non-css browser" fixes.
After all these, the website will be in a testing period where we will need your feed back for problems or working faults.
|Mikey_C||Re: Website recover status||20110221 16:42 #2309|
I said two more weeks to give you some breathing room :-)
|ChrisH||Re: Website recover status||20110221 18:00 #2312|
To avoid any surprises... Can be expect that the current (new) threads will be present on the restored (old) site? Or do we loose recent threads?
|Mikey_C||Re: Website recover status||20110221 18:37 #2314|
At the moment the databases are not the same/incompatible as I understand it. Yes news items/etc may be ported over manually but it is time consuming so do not expect miracles.
|elwood||Re: Website recover status||20110221 21:17 #2334|
Maybe a script could rework an export of the table(s) to change it to the new format. So you just dump the table, run the script over it and load the result back to the database.
I used that some time ago. But of course it's interesting only if there is not much changes between the 2 formats.
|walkero||Re: Website recover status||20110222 09:18 #2353|
You are right for the scripts. The problem is not to transfer the data of a topic and it's posts, but to transfer the post author ids. What I mean is that the users of the old website have different id numbers with the same users at the temporary website. This happened because everyone should register again at the temporary website. So, if we transfer with scripts the new topics, there is going to be a problem with whom said what.
I'm looking to find a way to fix this also, but maybe it is better to upload the old site as soon as possible and forget the posts of the temporary website. But I will try to find a way to make the transfer.
|kas1e||Re: Website recover status||20110222 09:20 #2354|
Imho just post from Developer section are really worth of saving: let's even they be saved with all nicknames as "anon_from_temporary". Because some info in them already good enough, and loosing that will a bit sad.
|orgin||Re: Website recover status||20110222 11:04 #2356|
This site will be kept online.
|elwood||Re: Website recover status||20110223 21:35 #2411|
|What I mean is that the users of the old website have different id numbers with the same users at the temporary website.|
Oh yes of course. Well, the content is probably more important than who said what. I would import them linking the comments to a special user.
I wouldn't see it as a problem. We may need a poll ;-)
|nbache||Re: Website recover status||20110223 22:45 #2412|
|How about starting the user IDs of the future site at a number higher than the highest ID used at either of the old sites, then you can import the messages with their original user ids (well, you may need to convert some if the same ID range has been used at the original site and at the current temporary one).
Ideally, you'd then have e.g. my messages under three different IDs. Then I can go find out myself which three "users" are really all me, and ask the friendly admin to please merge them to one ID.
Or is it more complicated than that? (Things often are ;-)). E.g. are there also message IDs which need to be unique?
|Trev||Re: Website recover status||20110224 01:54 #2413|
Moving data from one database to another and transforming the data in the process is easy. Any database administrator with any amount of experience should be able to do that. I suspect the primary issue is the authenticity of users, i.e. is 'foo' with a user identifier of 1234 on the new site the same person as 'foo' with a user identifier of 5678 on the old site. Email addresses tend to be unique, so a match on both username and email address might be sufficient. In that case, all data from 'email@example.com' could be merged with data from 'firstname.lastname@example.org'.
|orgin||Re: Website recover status||20110224 09:15 #2415|
We have very capable people in the staff (think long time high profile software developers) so you don't need to worry about ways to copy data. It's not very hard to do, but would take some time. There's simply no one interested in taking the time to do it and that's why it won't be done, not because it would be hard.
|Mikey_C||Re: Website recover status||20110224 13:59 #2417|
Of course if some people want to volunteer to move the stuff over, that's fine with us, I'm sure we can arrange it.
|gerograph||Re: Website recover status||20110224 15:45 #2420|
here is a kind request for an "iBatch" forum inside "softwaresupport" section. Could that be done on the new/recovered website, please ? iBatch is a batch imageconverting software designed on OS4 but also compatible with Classic 3.x (as far as they are fast enough...). Check www.geobiz.de/ibatch.html.
|nbache||Re: Website recover status||20110224 21:27 #2433|
|Moving data from one database to another and transforming the data in the process is easy. Any database administrator with any amount of experience should be able to do that.|
I know. (Believe me. Databases - and programming them - are my daily professional life :-)). What I didn't know, and what anybody would need to know in order to design such a job, is how these particular databases are modeled, i.e. which unique key constraints are on which entities, and whether this uniqueness was likely to break when merging data from the two existing databases. And the analysis of this was what I was trying to contribute input to.
|Trev||Re: Website recover status||20110224 22:12 #2436|
Those things break anyway. In my own experience, it's the metastate between the two that's important. That's the point at which the data can be one thing or the other, depending on the observation. (I'm not advocating for NoSQL here, just a holistic view of the data.)
Regardless, we now know the real reason it's not going to happen is because someone is lazy. :-P (That's a joke, people.)
|328gts||Re: Website recover status||20110228 00:50 #2504|
I say bring the real site back asap and don't worry about the existing threads for now...I know a few people who havent even bothered re-registering on this temp site plus we all knew it was temp from the first day it was brought back on line
|vox||Re: Website recover status||20110228 02:01 #2505|
What can we expect at all?
Should we all just come to peace with what new site is, as it is
and move on, or we will have some kind of comeback? :-)
|Mikey_C||Re: Website recover status||20110301 20:56 #2547|
The Old Website has been fixed, with a new lick and shipped, Website host and Benefactor.
As soon as the approval is given, the DNS will be changed to point back to where we were.
Please join me in thanking Walkero for his effort in single handedly, getting us updated to where we should be.
Bravo Matey! :-)
Navigate: 1-20 21-40 41-60 61-80 81-100 101-101
|samo79||Re: Website recover status||20110301 21:24 #2548|
Wow this is finally a good news, thanks to all involved ! :-D