Re: [Lug-bg] [SPAM] [SPAM] Re: Timestamp fromat v MySQL 4.1

2006-11-28 Thread Gggg ggg

то довнгрейд все пак е възможен , но не е доброто решение с оглед на
бъдещото развитие на сайта. Но все ак търся друго решение


On 11/28/06, Danail Petrov [EMAIL PROTECTED] wrote:



Gggg ggg wrote:


 On 11/28/06, *Petar Nedyalkov* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
 wrote:


 Като тук основния проблем е, че повечето хора правят upgrade на
 production
 машини без да гледат дори ChangeLogs м/у версиите. Не правете така
 деца,
 боли ;-)


 страшно помагаш.

Абе не че нещо , но си е прав човека!
Хубаво е преди кардинални мерки които се предприемат на такива машини в
production environment , да се всемат всякакви мерки.

Не го приемай като упрек , а като съвет постъпил постфактум!

Поздрави,
Данаил Петров
 

 ___
 Lug-bg mailing list
 Lug-bg@linux-bulgaria.org
 http://linux-bulgaria.org/mailman/listinfo/lug-bg


--
Danail Petrov
Network Administrator
Evolink, Sofia
+359(2)9691650
www.evolink.com



___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg




___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg


[Lug-bg] [SPAM] [SPAM] Re: Timestamp fromat v MySQL 4.1

2006-11-28 Thread Frant Frant
Здравей,
аз също смятам, че корекциите трябва да се направят в SQL заявките. Така ще е 
най-чисто за момента. Ако  планирате развитие на сайта тогава прегледай добре 
ChangeLogs на продуктите които смяташ да обновиш ( PHP, MySQL и т.н. ) и 
планирайте време за преминаване към по-нови версии.

 
П.С. Какъв е този динамичен сайт от 2000 страници!?


  Оригинално писмо 
 От:  Gggg ggg  
 Относно: Re: [Lug-bg] [SPAM]  [SPAM] Re: Timestamp fromat v MySQL 4.1
 До: Linux Users Group - Bulgaria  
 Изпратено на: Вторник, 2006, Ноември 28 18:53:26 GMT+02:00
 --
 
 то довнгрейд все пак е възможен , но не е доброто решение с оглед на
 бъдещото развитие на сайта. Но все ак търся друго решение
 
 
 On 11/28/06, Danail Petrov   wrote:
 
 
  Gggg ggg wrote:
  
  
   On 11/28/06, *Petar Nedyalkov*  
   wrote:
  
  
   Като тук основния проблем е, че повечето хора правят upgrade на
   production
   машини без да гледат дори ChangeLogs м/у версиите. Не правете така
   деца,
   боли ;-)
  
  
   страшно помагаш.
  
  Абе не че нещо , но си е прав човека!
  Хубаво е преди кардинални мерки които се предприемат на такива машини в
  production environment , да се всемат всякакви мерки.
 
  Не го приемай като упрек , а като съвет постъпил постфактум!
 
  Поздрави,
  Данаил Петров
   
  
   ___
   Lug-bg mailing list
   Lug-bg@linux-bulgaria.org
   http://linux-bulgaria.org/mailman/listinfo/lug-bg
  
 
  --
  Danail Petrov
  Network Administrator
  Evolink, Sofia
  +359(2)9691650
  www.evolink.com
 
 
 
  ___
  Lug-bg mailing list
  Lug-bg@linux-bulgaria.org
  http://linux-bulgaria.org/mailman/listinfo/lug-bg
 
 
 
 
 ___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg


Re: [Lug-bg] [SPAM] [SPAM] Re: Timestamp fromat v MySQL 4.1

2006-11-28 Thread Petar Nedyalkov
On Tuesday 28 November 2006 18:53, Gggg ggg wrote:
 то довнгрейд все пак е възможен , но не е доброто решение с оглед на
 бъдещото развитие на сайта. Но все ак търся друго решение

Еми мисля, че помагам - казвам ти моето мнение - да не правиш така.

Като искаш да upgrade-ваш просто направи една тестова конфигурация и виж дали 
на нея всичко е наред - много хора се парят като теб. Спомням си (а и още има 
случаи такива) като мигрират от MySQL 3.23 към MySQL 4.* какви драми бяха с 
encodings просто защото някой хора нямат навика да внимават в подобни 
ситуации.

Просто поуката е - тествай, и тогава действай ;-)


 On 11/28/06, Danail Petrov [EMAIL PROTECTED] wrote:
  Gggg ggg wrote:
   On 11/28/06, *Petar Nedyalkov* [EMAIL PROTECTED] mailto:[EMAIL 
   PROTECTED]
   wrote:
  
  
   Като тук основния проблем е, че повечето хора правят upgrade на
   production
   машини без да гледат дори ChangeLogs м/у версиите. Не правете така
   деца,
   боли ;-)
  
  
   страшно помагаш.
 
  Абе не че нещо , но си е прав човека!
  Хубаво е преди кардинални мерки които се предприемат на такива машини в
  production environment , да се всемат всякакви мерки.
 
  Не го приемай като упрек , а като съвет постъпил постфактум!
 
  Поздрави,
  Данаил Петров
 
   ---
  -
  
   ___
   Lug-bg mailing list
   Lug-bg@linux-bulgaria.org
   http://linux-bulgaria.org/mailman/listinfo/lug-bg
 
  --
  Danail Petrov
  Network Administrator
  Evolink, Sofia
  +359(2)9691650
  www.evolink.com
 
 
 
  ___
  Lug-bg mailing list
  Lug-bg@linux-bulgaria.org
  http://linux-bulgaria.org/mailman/listinfo/lug-bg

-- 
Cyberly yours,
Petar Nedyalkov
Devoted Orbitel Fan :-)

PGP ID: 7AE45436
PGP Public Key: http://bu.orbitel.bg/pgp/bu.asc
PGP Fingerprint: 7923 8D52 B145 02E8 6F63 8BDA 2D3F 7C0B 7AE4 5436


pgpJfPJ9PDtal.pgp
Description: PGP signature
___
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg