Обновить
105
0
Александр @lauri

Пользователь

Отправить сообщение
Что-то страшное. Думается это из-за того, что Вы поставили CMS не в корневую директорию.
Пардон, если я правильно понял, то Вы говорите про то, что не надо использовать "<?". Если это и попало в какой-то php-файл, то случайно.
Не понимаю, почему Canon не сделает такую полезную функцию как поворачивающийся дисплей…
Если бы сейчас выбирал между 500D и D5000, то даже не представляю, что выбрал бы :)
Выигрыш, конечно, на лицо, но слияние двух реализаций функций в одну — сомнительное дело.
Я говорил про любителей. Но, наверно, надо самому иметь тягу к «кинематографу», что бы снимать и на зеркалку и на мыльницу не казалось извращением.
Увы, но не стала: +0.1 мм
Вы представляете какое видео можно снимать, купив несколько объективов к фотоаппарату? И это во много-много раз дешевле, чем затраты на профессиональную камеру и объективы к ней. Я, понимаю, что сравнивать цифровую матрицу 1.6 и пленку конечно глупо, но для любительской съемки (я, конечно, имею ввиду опытных любителей) видео-камера со съемными и доступными объективами была бы бы в самый раз.
О, спасибо! Вроде я по этому «термину» Википедию листал… вообще, хочу сказать, что иногда приходится посидеть некоторое время, выбирая название класса или модуля, — серьезное это дело.
Спасибо, было очень интересно почитать :)

А если серьезно, то Вы хотя бы написали, что в последнее время произошло на LiveStreet, кто остался на BigStreet и с чего это у Lauri какие-то непонятные планы появились. Думаю статью можно было бы организовать.
Это уже не XSLT получается, а извращение. XSLT-процессор писать на PHP — бред полнейший. XSLT — кроссплатформенное решение. Следующим шагом вы должны написать XSLT-процессор на Javascript, чтобы ваши теги обрабатывались при парсинге XSLT из браузера. Извините, но из конфетки сделали говно!
Мне одному хочется увидеть все возможные разрезы и детальки? :)
Не спорю, но после выхода версии 2.1 уже много воды утекло. Смотрите транк =)
Хотелось бы убедиться в «ужасности» моего кода.
Если я Вас правильно понял, то в каждом модуле придется писать что-то про используемый шаблонизатор да еще и «обучить» объекты, т.е. при написании модуля все-равно придется знать, какой шаблонизатор будет использоваться. В моем случае предполагается, что у всех объектов, несущих в себе контент, будут одни и те же методы для получения этого контента (например, getValue (property)). Остается только написать интерфейс для шаблонизатора.
Я имел в виду API висты: просты оно было сформировано задолго до официального релиза
Демо-версию еще никто не запрещал…
Узко мыслите, если бы только транспорт :)
А я-то думал, почему фото.ру не отвечает :)
Немного не по теме, но все же. Если будет возможность я буду использовать XHTML 2, вместо HTML 5. Меня, например, пугают элементы nav, footer и т.п. и ввергает в ступор возможность не закрывать теги (насколько я помню, в HTML 5 это разрашено). Если же говорит о большей привлекательности для поисковых роботов, то я не вижу особого преимущества тега nav перед sitemap (отдельной xml-картой сайта).

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность