Нет не планируется, поскольку в открытом доступе части компонентов и модулей в 64-битной версии нет вообще, другие очень трудно найти и обновляются они далеко не оперативно.
В принципе собрать можно, некую ограниченную версию Open Server без расширений и некоторых модулей, но зачем нам такая неполноценность?
Ну да, если модулей почти нет то не стоит. Просто длинна int 32 бита, этого мало. В частности возникают проблемы с юникс метками в mysql, ведь максимальная дата 19 января 38 года.
А если добавить x64 MySQL? PHP пусть будет x32...
Добавлено спустя 2 минуты 25 секунд:
Точнее проблемы не с хранением int а с преобразованием даты в юникс метку, например ф-цией UNIX_TIMESTAMP('date')
Никаких проблем с датой в MySQL нет, ищите ошибку в своем коде.
MySQL возвращает 0 лишь после 03:14:07 UTC 19 января 2038. Если вы используете более поздние даты, то тут да проблема, только я не представляю где и зачем можно использовать например 2040 год...
Заказчику нужна. Просто есть в таблице TS 2147483647, мне его нужно перевести в читаемую форму. Я сам не знаю зачем ему такая дата... и я только что заметил, что это и есть максимальная дата, и не нужно для нее 64 битный int....
Но все равно, мне удобней хранить в формате юникс, чем в datetime
А смысл? x64 поддерживает только PHP 5.5, а оно работает только с Apache 2.4, ну допустим еще Nginx x64 найду. На этом всё. Какой смысл делать такую сборку с одним модулем и несовместимостью с большинством сайтов и CMS (у Apache 2.4 изменён формат .htaccess).