forum.opennet.ru - " проблемы с хостингом и timestamp (mysql)

форумы

помощь

поиск

регистрация

майллист

ВХОД

слежка

" проблемы с хостингом и timestamp (mysql) - помогите, пожал..."

Форумы WEB технологии (Public)
Вариант для распечатки		Архивированная нить - только для чтения! Пред. тема \| След. тема
Изначальное сообщение		[Проследить за развитием треда]

" проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
Сообщение от mar on 02-Мрт-04, 17:31 (MSK)
история такая - у людей после эксериментов хостера перестали отображаться даты в перловом форуме (база MySQL). (При этом еще многое обрушилось, но все, кроме дат объединенными усилиями исправили и, поскольку даты им были непринципиальны, я в чужом коде разбираться не стала) Потом они заказали мне новый форум (старый их перстал устраивать по многим причинам, в том числе по быстродействию) Ну, написала я форум на PHP, залила на хостинг, сделала нужные таблички и все вещи, связанные с датами (а их, понятное дело в форуме немало - не работают) =( Полезла разбираться -смотрю, а phpmyadmin показывает все timestamp-ы не в формате 20040302091801, а как 2004-02-03 22:12:41 - время не сравнивайте - это я просто даты с двух разных машин скопировала для сравнения. (phpmyadmin - один и тот же) Вопрос - что бы это значило? Что могли не так (или слишком так) сконфигурить? И как с этим бороться? (может быть кто-нибудь на эти грабли уже наступал) =)
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх

Оглавление

проблемы с хостингом и timestamp (mysql) - помогите, пожал..., solotony, 16:23 , 05-Мрт-04, (1)
- проблемы с хостингом и timestamp (mysql) - помогите, пожал..., mar, 17:00 , 05-Мрт-04, (2)
  - проблемы с хостингом и timestamp (mysql) - помогите, пожал..., solotony, 17:25 , 05-Мрт-04, (3)
    - проблемы с хостингом и timestamp (mysql) - помогите, пожал..., mar, 17:52 , 05-Мрт-04, (4)
      - проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., solotony, 18:17 , 05-Мрт-04, (5)
        
        проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., mar, 18:36 , 06-Мрт-04, (6)
        
        проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., solotony, 19:39 , 06-Мрт-04, (7)
        
        проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., mar, 18:47 , 07-Мрт-04, (8)
        
        проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., mar, 14:55 , 08-Мрт-04, (9)
        проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., poige, 08:27 , 13-Мрт-04, (21)
        
        проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., poige, 22:00 , 13-Мрт-04, (32)
        
        >ssh:/>mysql -h localhost -u username -p dbname, poige, 08:26 , 13-Мрт-04, (20)
        
        >ssh:/>mysql -h localhost -u username -p dbname, mar, 15:49 , 13-Мрт-04, (24)
        >ssh:/>mysql -h localhost -u username -p dbname, solotony, 16:11 , 13-Мрт-04, (25)
        
        >ssh:/>mysql -h localhost -u username -p dbname, poige, 21:21 , 13-Мрт-04, (29)
проблемы с хостингом и timestamp (mysql) - помогите, пожал..., uldus, 21:09 , 08-Мрт-04, (10)
- проблемы с хостингом и timestamp (mysql) - помогите, пожал..., solotony, 13:54 , 09-Мрт-04, (11)
  - проблемы с хостингом и timestamp (mysql) - помогите, пожал..., uldus, 20:43 , 09-Мрт-04, (16)
    - проблемы с хостингом и timestamp (mysql) - помогите, пожал..., solotony, 21:27 , 09-Мрт-04, (17)
    - проблемы с хостингом и timestamp (mysql) - помогите, пожал..., mar, 00:20 , 10-Мрт-04, (18)
      - проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., solotony, 01:00 , 10-Мрт-04, (19)
        
        проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., poige, 08:36 , 13-Мрт-04, (22)
        
        проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., solotony, 16:15 , 13-Мрт-04, (26)
        
        проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., mar, 19:15 , 13-Мрт-04, (28)
        проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., poige, 21:54 , 13-Мрт-04, (31)
        
        проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., solotony, 23:53 , 13-Мрт-04, (33)
        
        проблемы с хостингом и  timestamp (mysql) - помогите, пожал..., poige, 08:40 , 14-Мрт-04, (35)
проблемы с хостингом и timestamp (mysql) - помогите, пожал..., solotony, 13:57 , 09-Мрт-04, (12)
- проблемы с хостингом и timestamp (mysql) - помогите, пожал..., mar, 16:15 , 09-Мрт-04, (13)
  - проблемы с хостингом и timestamp (mysql) - помогите, пожал..., solotony, 16:35 , 09-Мрт-04, (14)
    - проблемы с хостингом и timestamp (mysql) - помогите, пожал..., mar, 16:48 , 09-Мрт-04, (15)
  - проблемы с хостингом и timestamp (mysql) - помогите, пожал..., poige, 08:39 , 13-Мрт-04, (23)
    - проблемы с хостингом и timestamp (mysql) - помогите, пожал..., solotony, 16:20 , 13-Мрт-04, (27)
      - проблемы с хостингом и timestamp (mysql) - помогите, пожал..., poige, 21:50 , 13-Мрт-04, (30)
        
        проблемы с хостингом и timestamp (mysql) - помогите, пожал..., solotony, 23:57 , 13-Мрт-04, (34)
проблемы с хостингом и timestamp (mysql) - помогите, пожал..., Mestov.Net, 01:19 , 05-Июл-04, (36)

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от solotony on 05-Мрт-04, 16:23  (MSK)

Для корректного отображения дат надо выставлять locale.

Рекомендовать в FAQ | Cообщить модератору | Наверх

2. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от mar on 05-Мрт-04, 17:00  (MSK)

>Для корректного отображения дат надо выставлять locale.
где? при обращении к mysql?

Рекомендовать в FAQ | Cообщить модератору | Наверх

3. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от solotony on 05-Мрт-04, 17:25  (MSK)

>>Для корректного отображения дат надо выставлять locale.
  наверно для своей программы
>где? при обращении к mysql?
  там негде
В каком виде выдается timestamp самой MySQL?
PHP admin не показатель.

Рекомендовать в FAQ | Cообщить модератору | Наверх

4. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от mar on 05-Мрт-04, 17:52  (MSK)

это хостинг с доступом по ftp -так что до самой mysql мне не добраться =(

Рекомендовать в FAQ | Cообщить модератору | Наверх

5. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от solotony on 05-Мрт-04, 18:17  (MSK)

А через cgi-скрипт-то можно?

Рекомендовать в FAQ | Cообщить модератору | Наверх

6. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от mar on 06-Мрт-04, 18:36  (MSK)

>А через cgi-скрипт-то можно?
Мне дали вход по ssh, а дальше совсем кисло:
на хостнге используется jail (или chroot)
ssh:/>mysql -h localhost -u username -p dbname
Enter password:
ERROR 2002: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
ssh:/>ls -l /tmp/mysql.sock
ls: /tmp/mysql.sock: No such file or directory
ssh:/>
судя по всему, mysql использует гастоящий /tmp , а я соответственно, вижу "свой"

Рекомендовать в FAQ | Cообщить модератору | Наверх

7. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от solotony on 06-Мрт-04, 19:39  (MSK)

на хостнге используется jail (или chroot)
Это называется "chroot jail" и есть у многих хостеров, в том числе и у нас.
>судя по всему, mysql использует гастоящий /tmp , а я соответственно, вижу
>"свой"
по-моему проще подыскать нормальный хостинг, на котором программы не только установлены, но и также настроены да и работают в придачу :)
а через Perl DBI получается? Что в этом случае?

Рекомендовать в FAQ | Cообщить модератору | Наверх

8. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от mar on 07-Мрт-04, 18:47  (MSK)

>по-моему проще подыскать нормальный хостинг, на котором программы не только установлены, но
>и также настроены да и работают в придачу :)
На самом деле ребята - владельцы сайта уже давно об этом подумывают, с тех пор, как там эксперименты начались.
>
>а через Perl DBI получается? Что в этом случае?
Попробую, хотя старый форум как раз на перле/DBI написан - там-то и начали даты обламываться. Попробую какой-нибудь простой тестик написать, если связи хватит

Рекомендовать в FAQ | Cообщить модератору | Наверх

9. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от mar on 08-Мрт-04, 14:55  (MSK)

ответ Perl:DBI
1 Общий форум 2004-01-03 22:12:41
Код запроса:
#!/usr/bin/perl
#
use DBI;
print "Content-Type: text/html\n\n";
my $dbh = DBI->connect(
"DBI:mysql:database=имя_базы;
host=localhost",
"имя",
"пароль"
       ) || die $DBI::errstr;
$statement = "SELECT * FROM forums";
$sth = $dbh -> prepare($statement)
or die "Не  могу  подготовить $statement: $dbh -> errstr\n";
$rv = $sth -> execute or die "Не могу выполнить: $sth -> errstr";
while($hash_ref = $sth -> fetchrow_hashref) {
   print $hash_ref-> {id}, "\t",
$hash_ref-> {name}, "\t",
$hash_ref->{date}, "<br>\n";
}
ответ:
1 Общий форум 2004-01-03 22:12:41
(те то же, что и в ПХП, что логично =)

Рекомендовать в FAQ | Cообщить модератору | Наверх

21. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от poige on 13-Мрт-04, 08:27  (MSK)

>>по-моему проще подыскать нормальный хостинг, на котором программы не только установлены, но
>>и также настроены да и работают в придачу :)
>На самом деле ребята - владельцы сайта уже давно об этом подумывают,
>с тех пор, как там эксперименты начались.
ламеров часто многое не устраивает... ;-)
/poige
--
http://www.i.morning.ru/~poige/

Рекомендовать в FAQ | Cообщить модератору | Наверх

32. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от poige on 13-Мрт-04, 22:00  (MSK)

>>>по-моему проще подыскать нормальный хостинг, на котором программы не только установлены, но
>>>и также настроены да и работают в придачу :)
>>На самом деле ребята - владельцы сайта уже давно об этом подумывают,
>>с тех пор, как там эксперименты начались.
>
>ламеров часто многое не устраивает... ;-)
>
>/poige
>--
>http://www.i.morning.ru/~poige/
Остается только добавить, что представление timestamp в виде 2004-02-03 22:12:41, это все же лучшее соотв. стандарту SQL92 (YYYY-MM-DD hh:mm:ss.p), чем 20040302091801.
/poige

Рекомендовать в FAQ | Cообщить модератору | Наверх

20. ">ssh:/>mysql -h localhost -u username -p dbname"

Сообщение от poige on 13-Мрт-04, 08:26  (MSK)

[...]
>на хостнге используется jail (или chroot)
Это очень легко выяснить.
>ssh:/>mysql -h localhost -u username -p dbname
>Enter password:
>ERROR 2002: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
>
>ssh:/>ls -l /tmp/mysql.sock
>ls: /tmp/mysql.sock: No such file or directory
>ssh:/>
>судя по всему, mysql использует гастоящий /tmp , а я соответственно, вижу
>"свой"
Вместо localhost укажи hostname-сервера или IP-адрес.
/poige
--
http://www.i.morning.ru/~poige/

Рекомендовать в FAQ | Cообщить модератору | Наверх

24. ">ssh:/>mysql -h localhost -u username -p dbname"

Сообщение от mar on 13-Мрт-04, 15:49  (MSK)

>Вместо localhost укажи hostname-сервера или IP-адрес.
>
>/poige
>--
>http://www.i.morning.ru/~poige/
говорилось и то, и то в разных вариантах - не действует - да и Бог с ним - хозяевам этого сайта надоели бесконечные эксперименты - они собираются менять хостера

Рекомендовать в FAQ | Cообщить модератору | Наверх

25. ">ssh:/>mysql -h localhost -u username -p dbname"

Сообщение от solotony on 13-Мрт-04, 16:11  (MSK)

>[...]
>>на хостнге используется jail (или chroot)
>
>Это очень легко выяснить.
Для этого необходимо знать корневую систему процесса init. Что может знать только рут. Поэтому со 100% уверенностью это практически невозможно выяснить.
>>ssh:/>mysql -h localhost -u username -p dbname
>>Enter password:
>>ERROR 2002: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
>>
>>ssh:/>ls -l /tmp/mysql.sock
>>ls: /tmp/mysql.sock: No such file or directory
>>ssh:/>
>>судя по всему, mysql использует гастоящий /tmp , а я соответственно, вижу
>>"свой"
>
>Вместо localhost укажи hostname-сервера или IP-адрес.
Если конечно mysql сервер слушает порт. И если порт не прикрыт. И если юзера есть соответствующие права. Что, однако, не есть факт.

Рекомендовать в FAQ | Cообщить модератору | Наверх

29. ">ssh:/>mysql -h localhost -u username -p dbname"

Сообщение от poige on 13-Мрт-04, 21:21  (MSK)

>>[...]
>>>на хостнге используется jail (или chroot)
>>
>>Это очень легко выяснить.
>
>Для этого необходимо знать корневую систему процесса init. Что может знать только
>рут. Поэтому со 100% уверенностью это практически невозможно выяснить.
Я не буду вас учить (элементарным вещам о которых можно запросто прочесть в стандартной "мануальной" документации), вы и так думаете, что все знаете, а мне откровенно говоря, разубеждать вас нет смысла, жизнь сама это сделает, и более эффективно.
>
>>>ssh:/>mysql -h localhost -u username -p dbname
>>>Enter password:
>>>ERROR 2002: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
>>>
>>>ssh:/>ls -l /tmp/mysql.sock
>>>ls: /tmp/mysql.sock: No such file or directory
>>>ssh:/>
>>>судя по всему, mysql использует гастоящий /tmp , а я соответственно, вижу
>>>"свой"
>>
>>Вместо localhost укажи hostname-сервера или IP-адрес.
>
>Если конечно mysql сервер слушает порт. И если порт не прикрыт. И
>если юзера есть соответствующие права. Что, однако, не есть факт.
угу. точно, точно. И если это не кошмарный сон, можно добавить.
/poige
--
http://www.i.morning.ru/~poige/

Рекомендовать в FAQ | Cообщить модератору | Наверх

10. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от uldus on 08-Мрт-04, 21:09  (MSK)

>20040302091801, а как
>2004-02-03 22:12:41
Запрашивай дату из SQL явно в эпохальном формате или определив формат вывода:
SELECT unix_timestamp(date) FROM ....
http://www.mysql.com/doc/ru/Date_and_time_functions.html

Рекомендовать в FAQ | Cообщить модератору | Наверх

11. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от solotony on 09-Мрт-04, 13:54  (MSK)

>Запрашивай дату из SQL явно в эпохальном формате или определив формат вывода:
   Это решение.
   Однако смысл TIMESTAMP-а в том, что это есть именно целое число, уникальное для момента времени. И поведение, при котором вместо числа выдается отформатированная дата не совсем логично и объяснимо.

Рекомендовать в FAQ | Cообщить модератору | Наверх

16. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от uldus on 09-Мрт-04, 20:43  (MSK)

>   Однако смысл TIMESTAMP-а в том, что это есть именно
>целое число, уникальное для момента времени.
От версии к версии в MySQL все меняется, по этому до сих пор на 4.0 и не перешел, так как неизвестно какие грабли у пользователей всплывут.
"From version 4.1, TIMESTAMP is returned as a string with the format 'YYYY-MM-DD HH:MM:SS' and different timestamp lengths are no longer supported."
Поэтому лучше явно определить формат через DATE_FORMAT или воспользоваться полудокументированной фичей "SELECT date + 0 FROM ....", но при этом можно нарваться и на такое:
"When MySQL is running in MAXDB mode, TIMESTAMP is identical with DATETIME"

Рекомендовать в FAQ | Cообщить модератору | Наверх

17. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от solotony on 09-Мрт-04, 21:27  (MSK)

Ну вот гады :) А раньше так хорошо жилось... У меня 4.0 стоят, на 4.1 я еще не глядел даже.

Рекомендовать в FAQ | Cообщить модератору | Наверх

18. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от mar on 10-Мрт-04, 00:20  (MSK)

>>   Однако смысл TIMESTAMP-а в том, что это есть именно
>>целое число, уникальное для момента времени.
>
>От версии к версии в MySQL все меняется, по этому до сих
>пор на 4.0 и не перешел, так как неизвестно какие грабли
>у пользователей всплывут.
>
>"From version 4.1, TIMESTAMP is returned as a string with the format
>'YYYY-MM-DD HH:MM:SS' and different timestamp lengths are no longer supported."
>
>Поэтому лучше явно определить формат через DATE_FORMAT или воспользоваться полудокументированной фичей "SELECT
>date + 0 FROM ....", но при этом можно нарваться и
>на такое:
>
>"When MySQL is running in MAXDB mode, TIMESTAMP is identical with DATETIME"
>
Мда! =(
MySQL 4.1.0-alpha на localhost как username@localhost =(((
Мило! вопрос, что же теперь со старым кодом делать, да и как новый приспосабливать и отлаживать - тоже не ясно =(((
А DATE_FORMAT - это ведь глобальная штука? те опять же от хостера зависит?

Рекомендовать в FAQ | Cообщить модератору | Наверх

19. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от solotony on 10-Мрт-04, 01:00  (MSK)

>> MySQL 4.1.0-alpha
Что я могу сказать - уроды у вас, а не хостеры. Я конечно тоже не ангел, но не да такой-же степени - alpha ставить клиентам :) Если не сложно, киньте в мыло их название.
>>А DATE_FORMAT - это ведь глобальная штука? те опять же от хостера зависит?
В общем-то да. Очень многое зависит от конкретных настроек сервера. Хотя в основном все придерживаются "единообразия" у каждого есть свои "ньюансы" - редко когда удается перенести софт 1:1, не меняя в нем ничего кроме паролей и путей. Самые большие "неприятности" связаны с PHP.
На счет MySQL - большая часть на 3x, но новые сервера большей частью под 4.0х. 4.1х начнут ставить наверно через годик - так что можно пока не волноваться. Но в перспективе надо конечно орентироваться на новый формат.

Рекомендовать в FAQ | Cообщить модератору | Наверх

22. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от poige on 13-Мрт-04, 08:36  (MSK)

>>> MySQL 4.1.0-alpha
>
>Что я могу сказать - уроды у вас, а не хостеры. Я
>конечно тоже не ангел, но не да такой-же степени - alpha
>ставить клиентам :) Если не сложно, киньте в мыло их название.
быстр ты на судилище, особенно если в не обвиняемых сидишь. ;-)
/poige
--
http://www.i.morning.ru/~poige/

Рекомендовать в FAQ | Cообщить модератору | Наверх

26. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от solotony on 13-Мрт-04, 16:15  (MSK)

Если у ты можешь привести хоть один довод в оправдание установки альфа (а по сути - отладочной) версии коммерческим клиентам, я с удовольствием выслушаю :)

Рекомендовать в FAQ | Cообщить модератору | Наверх

28. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от mar on 13-Мрт-04, 19:15  (MSK)

>Если у ты можешь привести хоть один довод в оправдание установки альфа
>(а по сути - отладочной) версии коммерческим клиентам, я с удовольствием
>выслушаю :)
присоединяюсь :) Мне тоже интересно. Равно как и вообще интересны аргументы в пользу экспериментов на боевых серверах.

Рекомендовать в FAQ | Cообщить модератору | Наверх

31. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от poige on 13-Мрт-04, 21:54  (MSK)

>Если у ты можешь привести хоть один довод в оправдание установки альфа
>(а по сути - отладочной) версии коммерческим клиентам, я с удовольствием
>выслушаю :)
fixing a security hole. И не забудь получить удовольствие. ;-)
/poige
--
http://www.i.morning.ru/~poige/

Рекомендовать в FAQ | Cообщить модератору | Наверх

33. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от solotony on 13-Мрт-04, 23:53  (MSK)

>fixing a security hole. И не забудь получить удовольствие. ;-)
Вобще-то у нормальных людей это делается обычно патчем, а не установкой нового софта, тем более альфы.

Рекомендовать в FAQ | Cообщить модератору | Наверх

35. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от poige on 14-Мрт-04, 08:40  (MSK)

>>fixing a security hole. И не забудь получить удовольствие. ;-)
>
>Вобще-то у нормальных людей это делается обычно патчем, а не установкой нового
>софта, тем более альфы.
всякое бывает... и альфу поставишь и бету... ;-)
/poige

Рекомендовать в FAQ | Cообщить модератору | Наверх

12. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от solotony on 09-Мрт-04, 13:57  (MSK)

А как у тебя задано поле TIMESTAMP?
TIMESTAMP[(M)]
Временная метка. Интервал от '1970-01-01 00:00:00' до некоторого значения времени в 2037 году. MySQL выводит значения TIMESTAMP в форматах YYYYMMDDHHMMSS, YYMMDDHHMMSS, YYYYMMDD или YYMMDD в зависимости от значений M: 14 (или отсутствующее), 12, 8, или 6; но можно также устанавливать значения в столбце TIMESTAMP, используя как строки, так и числа. Столбец TIMESTAMP полезен для записи даты и времени при выполнении операций INSERT или UPDATE, так как при этом автоматически вносятся значения даты и времени самой последней операции, если эти величины не введены программой. Можно также устанавливать текущее значение даты и времени, задавая значение NULL. See section 6.2.2 Типы данных даты и времени. Аргумент M влияет только на способ вывода столбца TIMESTAMP; для хранения его значений всегда используется 4 байта. Следует учитывать, что столбцы TIMESTAMP(M), где M равно 8 или 14, представляют собой числа, в то время, как столбцы TIMESTAMP(M) с иным значением аргумента M являются строками. Это убеждает, что можно надежно сделать дамп и восстановить таблицу с этими типами столбцов! See section 6.2.2.2 Типы данных DATETIME, DATE и TIMESTAMP.
http://www.mysql.com/doc/ru/Column_types.html

Рекомендовать в FAQ | Cообщить модератору | Наверх

13. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от mar on 09-Мрт-04, 16:15  (MSK)

>А как у тебя задано поле TIMESTAMP?
>TIMESTAMP[(M)]
TIMESTAMP(14) - кстати, по докам - это то, что по-умолчанию
Играть с переводом в юникс-тайм и тд, конечно, можно, но, честно говоря, хотелось бы
- пользоваться именно возможностями типа timestamp ( solotony верно написал - там свои преимущества)
- предпочитаю писать универсальный код, а не под каждую данную конкретную (и, чует мое сердце ;) - кривую) конфигурацию
- вообще не люблю, когда непонятно что происходит - ведь грабли штука универсальная - с ними стоит разобраться, дабы потом не наступать =)
У меня страшное подозрение, что были какие-то до конца нерешенные проблемы с локалюю (у них уже слетали lcase, потом, вроде восстановилось)
Причем мне кажется, что для mysql устанолвлено по-умолчанию koi8-r, а база cp1251. Но все равнно не понятно - что при этом с timestamp-ом творится???

Рекомендовать в FAQ | Cообщить модератору | Наверх

14. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от solotony on 09-Мрт-04, 16:35  (MSK)

Кодировка по-умолчанию не должна влиять на даты. Но на сортировку и смену регистра влиять будет.
Но в MySQL по-моему можно задавать кодировку на уровне базы/таблицы (точно не знаю - никогда не делал этого).
Локальные установки отвечают за даты, язык, специальные символы.
А что у них за система, интересно?

Рекомендовать в FAQ | Cообщить модератору | Наверх

15. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от mar on 09-Мрт-04, 16:48  (MSK)

>Кодировка по-умолчанию не должна влиять на даты. Но на сортировку и смену
>регистра влиять будет.
что и происходило
>Но в MySQL по-моему можно задавать кодировку на уровне базы/таблицы (точно не
>знаю - никогда не делал этого).
на уровне базы, по-моему, - можно (в postgres-то точно можно) На уровне таблиц - сомневаюсь. Вот, думаю, перекосило там все как раз при каких-то принудительных переделках. (Точно были переустановки MySQL, PHP)
>Локальные установки отвечают за даты, язык, специальные символы.
>
>А что у них за система, интересно?
FreeBSD 4.8-RELEASE (WEBHOST) #2: Fri Oct 10 19:25:29 MSD 2003
- вот-вот по осени меня и стали дергать ковырять чужой код и смотреть, где проблемы =)

Рекомендовать в FAQ | Cообщить модератору | Наверх

23. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от poige on 13-Мрт-04, 08:39  (MSK)

[...]
>- предпочитаю писать универсальный код, а не под каждую данную конкретную
тогда нужно от много отказаться. В том числе и от некоторых фич MySQL, не так ли? ;-)
P. S. Самый универсальный код это NOP. (c) я.
/poige
--
http://www.i.morning.ru/~poige/

Рекомендовать в FAQ | Cообщить модератору | Наверх

27. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от solotony on 13-Мрт-04, 16:20  (MSK)

Один из основопологающих принципов *NIX систем - переносимость и совместимость кода, по крайней мере на уровне прикладных программ. SQL в общем-то разработан с теми-же целями. И не есть правильно, когда кто-то начинает это нарушать.

Рекомендовать в FAQ | Cообщить модератору | Наверх

30. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от poige on 13-Мрт-04, 21:50  (MSK)

>Один из основопологающих принципов *NIX систем - переносимость и совместимость кода, по
>крайней мере на уровне прикладных программ. SQL в общем-то разработан с
>теми-же целями. И не есть правильно, когда кто-то начинает это нарушать.
>
Меня умиляет ваша готовность рассказать мне про основополОгающие пр-цпы.
Нет, серьезно. А сколько стандартов SQL вы знаете? А является ли MySQL (или любой другой RDBMS) 100 %-й реализацией хоть одного из них, вы мне ответите?...
Вы бы почитали, прежде, чем пописали.
/poige
--
http://www.i.morning.ru/~poige/

Рекомендовать в FAQ | Cообщить модератору | Наверх

34. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от solotony on 13-Мрт-04, 23:57  (MSK)

мускул не соответствует ни каким стандартам. Но когда в нем исчезает обратная совместимость, и установка обновления приводит к неработоспособности софта, это очень плохо.

Рекомендовать в FAQ | Cообщить модератору | Наверх

36. " проблемы с хостингом и  timestamp (mysql) - помогите, пожал..."

Сообщение от Mestov.Net on 05-Июл-04, 01:19  (MSK)

Бросайте вы все эти неправельные хостинги и не мучайтесь и лучше  чем http://Mestov.Net не найдете ;)

Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
Сообщение от solotony on 05-Мрт-04, 16:23 (MSK)
Для корректного отображения дат надо выставлять locale.
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	2. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от mar on 05-Мрт-04, 17:00 (MSK)
	>Для корректного отображения дат надо выставлять locale. где? при обращении к mysql?
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	3. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от solotony on 05-Мрт-04, 17:25 (MSK)
	>>Для корректного отображения дат надо выставлять locale. наверно для своей программы >где? при обращении к mysql? там негде В каком виде выдается timestamp самой MySQL? PHP admin не показатель.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	4. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от mar on 05-Мрт-04, 17:52 (MSK)
	это хостинг с доступом по ftp -так что до самой mysql мне не добраться =(
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	5. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от solotony on 05-Мрт-04, 18:17 (MSK)
	А через cgi-скрипт-то можно?
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	6. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от mar on 06-Мрт-04, 18:36 (MSK)
	>А через cgi-скрипт-то можно? Мне дали вход по ssh, а дальше совсем кисло: на хостнге используется jail (или chroot) ssh:/>mysql -h localhost -u username -p dbname Enter password: ERROR 2002: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) ssh:/>ls -l /tmp/mysql.sock ls: /tmp/mysql.sock: No such file or directory ssh:/> судя по всему, mysql использует гастоящий /tmp , а я соответственно, вижу "свой"
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	7. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от solotony on 06-Мрт-04, 19:39 (MSK)
	на хостнге используется jail (или chroot) Это называется "chroot jail" и есть у многих хостеров, в том числе и у нас. >судя по всему, mysql использует гастоящий /tmp , а я соответственно, вижу >"свой" по-моему проще подыскать нормальный хостинг, на котором программы не только установлены, но и также настроены да и работают в придачу :) а через Perl DBI получается? Что в этом случае?
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	8. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от mar on 07-Мрт-04, 18:47 (MSK)
	>по-моему проще подыскать нормальный хостинг, на котором программы не только установлены, но >и также настроены да и работают в придачу :) На самом деле ребята - владельцы сайта уже давно об этом подумывают, с тех пор, как там эксперименты начались. > >а через Perl DBI получается? Что в этом случае? Попробую, хотя старый форум как раз на перле/DBI написан - там-то и начали даты обламываться. Попробую какой-нибудь простой тестик написать, если связи хватит
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	9. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от mar on 08-Мрт-04, 14:55 (MSK)
	ответ Perl:DBI 1 Общий форум 2004-01-03 22:12:41 Код запроса: #!/usr/bin/perl # use DBI; print "Content-Type: text/html\n\n"; my $dbh = DBI->connect( "DBI:mysql:database=имя_базы; host=localhost", "имя", "пароль" ) \|\| die $DBI::errstr; $statement = "SELECT * FROM forums"; $sth = $dbh -> prepare($statement) or die "Не могу подготовить $statement: $dbh -> errstr\n"; $rv = $sth -> execute or die "Не могу выполнить: $sth -> errstr"; while($hash_ref = $sth -> fetchrow_hashref) { print $hash_ref-> {id}, "\t", $hash_ref-> {name}, "\t", $hash_ref->{date}, "<br>\n"; } ответ: 1 Общий форум 2004-01-03 22:12:41 (те то же, что и в ПХП, что логично =)
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	21. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от poige on 13-Мрт-04, 08:27 (MSK)
	>>по-моему проще подыскать нормальный хостинг, на котором программы не только установлены, но >>и также настроены да и работают в придачу :) >На самом деле ребята - владельцы сайта уже давно об этом подумывают, >с тех пор, как там эксперименты начались. ламеров часто многое не устраивает... ;-) /poige -- http://www.i.morning.ru/~poige/
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	32. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от poige on 13-Мрт-04, 22:00 (MSK)
	>>>по-моему проще подыскать нормальный хостинг, на котором программы не только установлены, но >>>и также настроены да и работают в придачу :) >>На самом деле ребята - владельцы сайта уже давно об этом подумывают, >>с тех пор, как там эксперименты начались. > >ламеров часто многое не устраивает... ;-) > >/poige >-- >http://www.i.morning.ru/~poige/ Остается только добавить, что представление timestamp в виде 2004-02-03 22:12:41, это все же лучшее соотв. стандарту SQL92 (YYYY-MM-DD hh:mm:ss.p), чем 20040302091801. /poige
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	20. ">ssh:/>mysql -h localhost -u username -p dbname"
	Сообщение от poige on 13-Мрт-04, 08:26 (MSK)
	[...] >на хостнге используется jail (или chroot) Это очень легко выяснить. >ssh:/>mysql -h localhost -u username -p dbname >Enter password: >ERROR 2002: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) > >ssh:/>ls -l /tmp/mysql.sock >ls: /tmp/mysql.sock: No such file or directory >ssh:/> >судя по всему, mysql использует гастоящий /tmp , а я соответственно, вижу >"свой" Вместо localhost укажи hostname-сервера или IP-адрес. /poige -- http://www.i.morning.ru/~poige/
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	24. ">ssh:/>mysql -h localhost -u username -p dbname"
	Сообщение от mar on 13-Мрт-04, 15:49 (MSK)
	>Вместо localhost укажи hostname-сервера или IP-адрес. > >/poige >-- >http://www.i.morning.ru/~poige/ говорилось и то, и то в разных вариантах - не действует - да и Бог с ним - хозяевам этого сайта надоели бесконечные эксперименты - они собираются менять хостера
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	25. ">ssh:/>mysql -h localhost -u username -p dbname"
	Сообщение от solotony on 13-Мрт-04, 16:11 (MSK)
	>[...] >>на хостнге используется jail (или chroot) > >Это очень легко выяснить. Для этого необходимо знать корневую систему процесса init. Что может знать только рут. Поэтому со 100% уверенностью это практически невозможно выяснить. >>ssh:/>mysql -h localhost -u username -p dbname >>Enter password: >>ERROR 2002: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) >> >>ssh:/>ls -l /tmp/mysql.sock >>ls: /tmp/mysql.sock: No such file or directory >>ssh:/> >>судя по всему, mysql использует гастоящий /tmp , а я соответственно, вижу >>"свой" > >Вместо localhost укажи hostname-сервера или IP-адрес. Если конечно mysql сервер слушает порт. И если порт не прикрыт. И если юзера есть соответствующие права. Что, однако, не есть факт.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	29. ">ssh:/>mysql -h localhost -u username -p dbname"
	Сообщение от poige on 13-Мрт-04, 21:21 (MSK)
	>>[...] >>>на хостнге используется jail (или chroot) >> >>Это очень легко выяснить. > >Для этого необходимо знать корневую систему процесса init. Что может знать только >рут. Поэтому со 100% уверенностью это практически невозможно выяснить. Я не буду вас учить (элементарным вещам о которых можно запросто прочесть в стандартной "мануальной" документации), вы и так думаете, что все знаете, а мне откровенно говоря, разубеждать вас нет смысла, жизнь сама это сделает, и более эффективно. > >>>ssh:/>mysql -h localhost -u username -p dbname >>>Enter password: >>>ERROR 2002: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) >>> >>>ssh:/>ls -l /tmp/mysql.sock >>>ls: /tmp/mysql.sock: No such file or directory >>>ssh:/> >>>судя по всему, mysql использует гастоящий /tmp , а я соответственно, вижу >>>"свой" >> >>Вместо localhost укажи hostname-сервера или IP-адрес. > >Если конечно mysql сервер слушает порт. И если порт не прикрыт. И >если юзера есть соответствующие права. Что, однако, не есть факт. угу. точно, точно. И если это не кошмарный сон, можно добавить. /poige -- http://www.i.morning.ru/~poige/
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх

10. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
Сообщение от uldus on 08-Мрт-04, 21:09 (MSK)
>20040302091801, а как >2004-02-03 22:12:41 Запрашивай дату из SQL явно в эпохальном формате или определив формат вывода: SELECT unix_timestamp(date) FROM .... http://www.mysql.com/doc/ru/Date_and_time_functions.html
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	11. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от solotony on 09-Мрт-04, 13:54 (MSK)
	>Запрашивай дату из SQL явно в эпохальном формате или определив формат вывода: Это решение. Однако смысл TIMESTAMP-а в том, что это есть именно целое число, уникальное для момента времени. И поведение, при котором вместо числа выдается отформатированная дата не совсем логично и объяснимо.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	16. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от uldus on 09-Мрт-04, 20:43 (MSK)
	> Однако смысл TIMESTAMP-а в том, что это есть именно >целое число, уникальное для момента времени. От версии к версии в MySQL все меняется, по этому до сих пор на 4.0 и не перешел, так как неизвестно какие грабли у пользователей всплывут. "From version 4.1, TIMESTAMP is returned as a string with the format 'YYYY-MM-DD HH:MM:SS' and different timestamp lengths are no longer supported." Поэтому лучше явно определить формат через DATE_FORMAT или воспользоваться полудокументированной фичей "SELECT date + 0 FROM ....", но при этом можно нарваться и на такое: "When MySQL is running in MAXDB mode, TIMESTAMP is identical with DATETIME"
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	17. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от solotony on 09-Мрт-04, 21:27 (MSK)
	Ну вот гады :) А раньше так хорошо жилось... У меня 4.0 стоят, на 4.1 я еще не глядел даже.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	18. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от mar on 10-Мрт-04, 00:20 (MSK)
	>> Однако смысл TIMESTAMP-а в том, что это есть именно >>целое число, уникальное для момента времени. > >От версии к версии в MySQL все меняется, по этому до сих >пор на 4.0 и не перешел, так как неизвестно какие грабли >у пользователей всплывут. > >"From version 4.1, TIMESTAMP is returned as a string with the format >'YYYY-MM-DD HH:MM:SS' and different timestamp lengths are no longer supported." > >Поэтому лучше явно определить формат через DATE_FORMAT или воспользоваться полудокументированной фичей "SELECT >date + 0 FROM ....", но при этом можно нарваться и >на такое: > >"When MySQL is running in MAXDB mode, TIMESTAMP is identical with DATETIME" > Мда! =( MySQL 4.1.0-alpha на localhost как username@localhost =((( Мило! вопрос, что же теперь со старым кодом делать, да и как новый приспосабливать и отлаживать - тоже не ясно =((( А DATE_FORMAT - это ведь глобальная штука? те опять же от хостера зависит?
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	19. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от solotony on 10-Мрт-04, 01:00 (MSK)
	>> MySQL 4.1.0-alpha Что я могу сказать - уроды у вас, а не хостеры. Я конечно тоже не ангел, но не да такой-же степени - alpha ставить клиентам :) Если не сложно, киньте в мыло их название. >>А DATE_FORMAT - это ведь глобальная штука? те опять же от хостера зависит? В общем-то да. Очень многое зависит от конкретных настроек сервера. Хотя в основном все придерживаются "единообразия" у каждого есть свои "ньюансы" - редко когда удается перенести софт 1:1, не меняя в нем ничего кроме паролей и путей. Самые большие "неприятности" связаны с PHP. На счет MySQL - большая часть на 3x, но новые сервера большей частью под 4.0х. 4.1х начнут ставить наверно через годик - так что можно пока не волноваться. Но в перспективе надо конечно орентироваться на новый формат.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	22. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от poige on 13-Мрт-04, 08:36 (MSK)
	>>> MySQL 4.1.0-alpha > >Что я могу сказать - уроды у вас, а не хостеры. Я >конечно тоже не ангел, но не да такой-же степени - alpha >ставить клиентам :) Если не сложно, киньте в мыло их название. быстр ты на судилище, особенно если в не обвиняемых сидишь. ;-) /poige -- http://www.i.morning.ru/~poige/
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	26. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от solotony on 13-Мрт-04, 16:15 (MSK)
	Если у ты можешь привести хоть один довод в оправдание установки альфа (а по сути - отладочной) версии коммерческим клиентам, я с удовольствием выслушаю :)
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	28. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от mar on 13-Мрт-04, 19:15 (MSK)
	>Если у ты можешь привести хоть один довод в оправдание установки альфа >(а по сути - отладочной) версии коммерческим клиентам, я с удовольствием >выслушаю :) присоединяюсь :) Мне тоже интересно. Равно как и вообще интересны аргументы в пользу экспериментов на боевых серверах.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	31. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от poige on 13-Мрт-04, 21:54 (MSK)
	>Если у ты можешь привести хоть один довод в оправдание установки альфа >(а по сути - отладочной) версии коммерческим клиентам, я с удовольствием >выслушаю :) fixing a security hole. И не забудь получить удовольствие. ;-) /poige -- http://www.i.morning.ru/~poige/
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	33. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от solotony on 13-Мрт-04, 23:53 (MSK)
	>fixing a security hole. И не забудь получить удовольствие. ;-) Вобще-то у нормальных людей это делается обычно патчем, а не установкой нового софта, тем более альфы.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	35. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от poige on 14-Мрт-04, 08:40 (MSK)
	>>fixing a security hole. И не забудь получить удовольствие. ;-) > >Вобще-то у нормальных людей это делается обычно патчем, а не установкой нового >софта, тем более альфы. всякое бывает... и альфу поставишь и бету... ;-) /poige
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх

12. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
Сообщение от solotony on 09-Мрт-04, 13:57 (MSK)
А как у тебя задано поле TIMESTAMP? TIMESTAMP[(M)] Временная метка. Интервал от '1970-01-01 00:00:00' до некоторого значения времени в 2037 году. MySQL выводит значения TIMESTAMP в форматах YYYYMMDDHHMMSS, YYMMDDHHMMSS, YYYYMMDD или YYMMDD в зависимости от значений M: 14 (или отсутствующее), 12, 8, или 6; но можно также устанавливать значения в столбце TIMESTAMP, используя как строки, так и числа. Столбец TIMESTAMP полезен для записи даты и времени при выполнении операций INSERT или UPDATE, так как при этом автоматически вносятся значения даты и времени самой последней операции, если эти величины не введены программой. Можно также устанавливать текущее значение даты и времени, задавая значение NULL. See section 6.2.2 Типы данных даты и времени. Аргумент M влияет только на способ вывода столбца TIMESTAMP; для хранения его значений всегда используется 4 байта. Следует учитывать, что столбцы TIMESTAMP(M), где M равно 8 или 14, представляют собой числа, в то время, как столбцы TIMESTAMP(M) с иным значением аргумента M являются строками. Это убеждает, что можно надежно сделать дамп и восстановить таблицу с этими типами столбцов! See section 6.2.2.2 Типы данных DATETIME, DATE и TIMESTAMP. http://www.mysql.com/doc/ru/Column_types.html
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	13. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от mar on 09-Мрт-04, 16:15 (MSK)
	>А как у тебя задано поле TIMESTAMP? >TIMESTAMP[(M)] TIMESTAMP(14) - кстати, по докам - это то, что по-умолчанию Играть с переводом в юникс-тайм и тд, конечно, можно, но, честно говоря, хотелось бы - пользоваться именно возможностями типа timestamp ( solotony верно написал - там свои преимущества) - предпочитаю писать универсальный код, а не под каждую данную конкретную (и, чует мое сердце ;) - кривую) конфигурацию - вообще не люблю, когда непонятно что происходит - ведь грабли штука универсальная - с ними стоит разобраться, дабы потом не наступать =) У меня страшное подозрение, что были какие-то до конца нерешенные проблемы с локалюю (у них уже слетали lcase, потом, вроде восстановилось) Причем мне кажется, что для mysql устанолвлено по-умолчанию koi8-r, а база cp1251. Но все равнно не понятно - что при этом с timestamp-ом творится???
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	14. " проблемы с хостингом и timestamp (mysql) - помогите, пожал..."
	Сообщение от solotony on 09-Мрт-04, 16:35 (MSK)
	Кодировка по-умолчанию не должна влиять на даты. Но на сортировку и смену регистра влиять будет. Но в MySQL по-моему можно задавать кодировку на уровне базы/таблицы (точно не знаю - никогда не делал этого). Локальные установки отвечают за даты, язык, специальные символы. А что у них за система, интересно?
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх