Есть знакомы в Томске с большим желанием реализовать такое, раньше он жил в новосибе и там у него была своя станция. Если есть желание могу дать контакты через хабрапочту, думаю есть шанс того что вам будет что обсудить...
Думаешь что это то место на котором нужно экономить? если ты пишешь сайт под сервер с 133 процом и структурой в пару страниц то согласен. В реальных же проектах есть куда более загружающие куски кода. Да и в конце концов если не для манипуляций с текстом то для чего создан PHP? имхо в данном случае он применяеться вполне по назначению.
Спасибо за совет. А никто не подскажет как можно защитить пластик мониторов/системников от пожелтения или лучше способ как сделать его снова белым(светлым или каким он был)?
Как разработчик скажу что ответить на ваши вопросы по представленным данным не возможно. Покажите хотя бы основные моменты в исходном коде. как что реализовано?
выглядит она может и ничего, но по скриншотам судить о том что с ней делать крайне не правильно. яркий пример тому битрикс, который выглядит может и хорошо но #rm -rf bitrix* для неё самый лучший вариант.
было время сталкивался с подобными проблемами. не смотря на все слухи о неправильности использования абсалютных путей сделал выбор именно в их сторону.
все ссылки на ресурсы в моих проектах имеют полный путь. достигаеться это использование php по назначению - обработка текста. все css файлы при помощи .htaccess помечены как php скрипты и в путях к фоновым изображениям и т.д. прописываеться значение константы определенной в конфигурационном файле. в JS присутсвует строчка определяющая глобалюную переменную site_addr. таким образом я давно забыл про проблемы с ЧПУ, относительными путями и т.д.
такой метод позволяет быстро переместить проект с одного адреса на другой. так же по воле профессии приходиться часто работать с чужим кодом, в котором используються относительные пути, так вот к чему я это: бесит когда ставяться относительные пути относительно корня сервера! потому как переместить проект допустим в http://example.com/another/project/ становиться невозможно.
Возможность удалять коментарии имхо перебор, а вот предоставить возможность скрывать коментарий и указывать причину имхо хорошая идея. как раз сейчас такое реализовываю в одном из проектов. автор может скрыть чужой коментарий и ввести причину, которая будет отображаться на спойлере у других пользователей и они сами смогут решить для себя стоит ли его читать основываясь на указанной причине.
Вполне может. последние 3 недели просыпаюсь и начинаю писать прерываясь исключительно на покушать и почитать всякую вату. пару тройку дней пил с друзьями. ну а в среднем за последние 3 недели именно по 16 часов в день выходит, но это исключительная ситуация когда засыпаешь с мыслюь о работе и просыпаешься с ней же не по причине того что нужно сдать проект а потому что чертовски интересно. в таких случаях ИМХО и 16 часов в день могут давать плодовитый код. хотя за последний год это первый "запой" :)
выглядит она может и ничего, но по скриншотам судить о том что с ней делать крайне не правильно. яркий пример тому битрикс, который выглядит может и хорошо но #rm -rf bitrix* для неё самый лучший вариант.
все ссылки на ресурсы в моих проектах имеют полный путь. достигаеться это использование php по назначению - обработка текста. все css файлы при помощи .htaccess помечены как php скрипты и в путях к фоновым изображениям и т.д. прописываеться значение константы определенной в конфигурационном файле. в JS присутсвует строчка определяющая глобалюную переменную site_addr. таким образом я давно забыл про проблемы с ЧПУ, относительными путями и т.д.
такой метод позволяет быстро переместить проект с одного адреса на другой. так же по воле профессии приходиться часто работать с чужим кодом, в котором используються относительные пути, так вот к чему я это: бесит когда ставяться относительные пути относительно корня сервера! потому как переместить проект допустим в http://example.com/another/project/ становиться невозможно.