Adobe's Low hanging .... ?

On 7/15/2014 11:14 AM, nospam wrote:
In article , Eric Stevens
wrote:

I was pointing out that there are unique risks associated with phones
and that they are less secure storage for data than laptops.

the only risk is for theft.

Accidental loss is not uncommon. So too is damage.

same for laptops.

there is even software to track lost/stolen laptops, and if there's a
camera, take a photo of the thug that took it and/or remote wipe it if
needed.

I hope that backup in the cloud is OK if you do that.

generally, a desktop/laptop is backed up to local hard drives because
of the sheer volume of data.

Another airplane survey?
Where is the source for your statement. I'm talking use for a business.


*some* stuff might be in the cloud, however.



--
PeterN

On 7/15/2014 11:14 AM, nospam wrote:
In article , Eric Stevens
wrote:

You did not
help when you said "a cloud outage might be annoying, but the data
won't be lost". This can be interpreted as meaning that even if the
cloud goes down the data will still be there when it comes back up.
Well, it might be be but there is no guarantee that it will be.

i meant what i said. no data is lost. the cloud service can go away
entirely and without waring (which almost never happens but
nevertheless) and the user *still has the data on their device* plus
other backups.

So your faith in the cloud is conditional on the user having a copy of
the data on their device.

having one copy on *any* device is a risk.

it has nothing to do with the cloud.

the cloud bashers don't understand that.


Yet you said I was wrong when I said that any IT manager who relies
solely on the cloud for backup, should be fired.

--
PeterN

In article ,
Whisky-dave wrote:


You really have difficulty in expressing what you mean. You previously
wrote "a cloud outage might be annoying, but the data won't be lost"
when you really meant a cloud outage might be annoying, but the data
won't be lost as it should be stored in a copy else where.

there is no need to say that since the default is for a copy of the
data in the cloud.

Why is that the default for most it isn't.

it's the default for the cloud to be a copy, not the sole copy.

someone has to go well out of their way to upload to the cloud and then
delete all local copies on all devices.

not only that, but one of the key advantages of the cloud multiple
devices having access, so it's probably in many places. dropbox is a
good example.

Just got an email from IT services saying the system is now up and running
after being unavailble for 25 hours.

but you didn't lose anything.

now ask yourself how many people have only one copy of their data on a
hard drive. the answer is a lot. *they* are the ones who are going to
lose data.

why would they lose data, you've claimed that only the user canb delete their
data. You might also need to understand teh word lose in teh context of data
too.

if then have only one copy, they *will* lose it.

the question is when, not if.

data storage is either on a hard drive or flash memory, not buttons and
switches.

It can be altered by buttons or switches, and created by them of course, I've
had a screwdriver alter data.

obviously if you are going to maliciously destroy your device, you will
lose data. duh.

Are yuo saying that because a phone or camera
uses flash media the data can't be 'lost'

until it's copied to another device (or a second card for cameras that
have two cards), there is a real risk of losing data.

only an idiot would bring up switches. they do move but that makes no
difference to the data. even if every button and switch was broken, the
data is unaffected.

it makes a lot of differnce get some water or dirt in a switch and it'll go
open or closed randomly, buttons/switches go faulty.
I guess you've never had a faulty keyboard.

a faulty keyboard does not cause data loss.

the hard drive or ssd is unaffected.

Are you really saying that it is not possible for the failure of a
button or switch to cause the loss of data? You will have to be very
brave to say that: just because you don't know or can't think of an
example doesn't mean it can't happen.

yes.

You've never had a problem with the early Mac 512ks with the reset switch on
the side either just reseting re-booting the mac or going into programmers
mode.

nothing would be lost because whatever is on the hard drive or floppy
drive is still there.

data is not stored in a button or switch.

But buttons and switches change data.
An intermitent switch can cause all sorts of problems.

nope.


https://discussions.apple.com/thread/4707339
I took it into the apple store today. The genius said that it's a little
common and he switched out the phone under warranty.

a lock button failure does not cause data loss.

In article ,
Whisky-dave wrote:


I hope that backup in the cloud is OK if you do that.

generally, a desktop/laptop is backed up to local hard drives because
of the sheer volume of data.

you said in a previous post.

"now ask yourself how many people have only one copy of their data on a
hard drive. the answer is a lot. *they* are the ones who are going to
lose data."

*some* stuff might be in the cloud, however.

meaning some stuff might not be.

it's also local, so who cares what's in the cloud.

the cloud can *go away* and nothing is lost because you have another
copy sitting right in front of you. why is this concept so hard to
understand?

In article , PeterN
wrote:

I see. You learn something new every day. It's not easy to lose a smart
phone.

maybe if you have alzheimer's it is.

Another asinine comment.

so alzheimer's patients won't lose their phones?

do you?

Now that hurt

awwww.

And buttons are not moving parts.
OK!

you know quite well what was meant by no moving parts.

That is NOT what you said the first time.

yes it absolutely is what i said.

i also said:
you're arguing just to argue.

which is very true.

You are still talking to a mirror.

nope.

In article , PeterN
wrote:

Funny. The problem with my old iPhone was a broken internal switch. The
phone would turn on and off, but nothing could be accessed. According t
the good folks at the Apple store the diagnostic code was a bad internal
switch, or something like that. It cold not be repaired. Perhaps I
should have sent nospam to argue with them.

the phone may not have been usable as a phone, but the *data* on it was
not lost. it's still there.

plug it into a computer and copy the data. done.

the switches do *not* matter.

the apple store staff wanted to fix the phone so you could use it as a
phone. that's to be expected.

In article , PeterN
wrote:

Yet you said I was wrong when I said that any IT manager who relies
solely on the cloud for backup, should be fired.

nope.

you're making up stuff again.

On 7/15/2014 1:04 PM, nospam wrote:
In article , PeterN
wrote:

Funny. The problem with my old iPhone was a broken internal switch. The
phone would turn on and off, but nothing could be accessed. According t
the good folks at the Apple store the diagnostic code was a bad internal
switch, or something like that. It cold not be repaired. Perhaps I
should have sent nospam to argue with them.

the phone may not have been usable as a phone, but the *data* on it was
not lost. it's still there.

The data may have been there, but it could not be accessed. It would not
sync with any computer. It could not be read by any computer.
Not even at the Apple store.


plug it into a computer and copy the data. done.

Wrong.


the switches do *not* matter.

the apple store staff wanted to fix the phone so you could use it as a
phone. that's to be expected.


The folks in th Apple store disagree with you.

--
PeterN

In article , PeterN
wrote:

Funny. The problem with my old iPhone was a broken internal switch. The
phone would turn on and off, but nothing could be accessed. According t
the good folks at the Apple store the diagnostic code was a bad internal
switch, or something like that. It cold not be repaired. Perhaps I
should have sent nospam to argue with them.

the phone may not have been usable as a phone, but the *data* on it was
not lost. it's still there.

The data may have been there, but it could not be accessed. It would not
sync with any computer. It could not be read by any computer.
Not even at the Apple store.

your story keeps changing.

it won't sync with anything other than the computer to which it was
first synced. once again, you don't know what you're talking about.

however, the data was there.

not only that, but a 'broken internal switch' isn't going to cause a
sync failure.

the switches do *not* matter.

the apple store staff wanted to fix the phone so you could use it as a
phone. that's to be expected.

The folks in th Apple store disagree with you.

no. their job is to fix stuff, not recover them.

if you want data recovery, try http://www.drivesavers.com/.

On 7/15/2014 4:21 PM, nospam wrote:
In article , PeterN
wrote:

Funny. The problem with my old iPhone was a broken internal switch. The
phone would turn on and off, but nothing could be accessed. According t
the good folks at the Apple store the diagnostic code was a bad internal
switch, or something like that. It cold not be repaired. Perhaps I
should have sent nospam to argue with them.

the phone may not have been usable as a phone, but the *data* on it was
not lost. it's still there.

The data may have been there, but it could not be accessed. It would not
sync with any computer. It could not be read by any computer.
Not even at the Apple store.

your story keeps changing.

it won't sync with anything other than the computer to which it was
first synced. once again, you don't know what you're talking about.

however, the data was there.

not only that, but a 'broken internal switch' isn't going to cause a
sync failure.

the switches do *not* matter.

the apple store staff wanted to fix the phone so you could use it as a
phone. that's to be expected.

The folks in th Apple store disagree with you.

no. their job is to fix stuff, not recover them.

if you want data recovery, try http://www.drivesavers.com/.


Once more yu have no idea WTF you are talking about.

And you selectively take comments out of context. But it doesn't matter.
We all know what you are, and act accordingly.



--
PeterN