Здравей,
аз също смятам, че корекциите трябва да се направят в 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
>> > [email protected]
>> > http://linux-bulgaria.org/mailman/listinfo/lug-bg
>> >
>>
>> --
>> Danail Petrov
>> Network Administrator
>> Evolink, Sofia
>> +359(2)9691650
>> www.evolink.com
>>
>>
>>
>> _______________________________________________
>> Lug-bg mailing list
>> [email protected]
>> http://linux-bulgaria.org/mailman/listinfo/lug-bg
>>
>>
>>
>>
>
_______________________________________________
Lug-bg mailing list
[email protected]
http://linux-bulgaria.org/mailman/listinfo/lug-bg
