Иван Шумов

А для всех остальных сообщаю что ? в URL означает начало передачи GET строки и что может он находиться где пожелает разработчик. /? как правило означает адресацию на /index.(php|html|....)?.... Кроме того ребят, зная о mod_rewrite стыдно говорить о том что после .gif ничего в урле быть не может - то что там указано расширение .gif не означает ровным счетом ничего - там смело может (и как правило так и есть) находиться скрипт, генерирующий изображение, а то что это изображение соответствуют отданные сервером заголовки. Брр, простите за офтоп, но не могу смотреть на невежество

ну, бывает, что сказать

пока еще проблемы с лэйаутом, думаем, если что - учту, но не торопитесь блин, ребята) может я вообще начну делать только через месяц - вдохновение нужно

1) не www-программист, поимей совесть, желательно ректально, а веб-программист или веб-разработчик. WWW - это немножко другое 2) если веб-разработчик не в курсе верстки - какой он нафиг разработчик?

Есть же люди, которые ну везде найдут где всобачить предложение потратить деньги

s0rr0w, если тут начинать разбирать всю cms по косточкам, то я просто боюсь разозлить или обидеть Ялекса. Мы с тобой отметили только то что не совсем очевидно, но там есть и тонна других проблем

Приехали, а на хостинга наверное ну так мало место что лишние 2 метра нам уже давят на мозги. Взять и залить директорию в 1 метр это нормально, а в 10 уже религия не позволяет? Не важно сколько весит ядро - сайт все-равно как правило еще нагружается изображениями, css, шаблонами. Рядом с этим все это ядро тихо спит в сторонке.

пока не научишься программировать с использованием ООП не поймешь, если серьезно - там от ООП одни базовые понятия. Что касается Doctrine то ты не найдешь разницу в производительности С и БЕЗ если у тебя не 100к+ онлайн на сайте, а при такой посещаемости это уже хайлоад, рассчитанный на VDS, репликации и т.п. вещи

ООП хреновенькое, работа с базой... лучше бы использовал ну не знаю.. Doctrine что-ли... модель тоже через PDO, но послабже

Сервис сейчас говно и сам его создатель утверждает это - алгоритмы устарели и реальные данные не показываются use firebug на счет скорости - ну если у кого-то медленный интернет или проблема с компом - его проблемы, а так - 420ms 72kb

Для конференции не подходят сайты. Конференция это предоставление какой-то информации от опытных специалистов остальным. Сайты могут применяться как пример или может приводиться аналитика сайтов в каком-то направлении - стандарты, юзабилити, дизайн, ....

тут вообще сроков не будет)

не парься - будет время поможешь, нет - не мучайся)

Ладно, открою тайну ибо уже можно через пол часа после написания поста мной и Димой (вернее Димой по моей просьбе ) бы куплен домен jqui.ru четырехбуквенный. Если его наполнить качественным контентом а не копипастом то в скором времени он сможет вылезать про запросу jquery и jqueri ui выше родных сайтов Собственно игорь - всегда рад твоей помощи, но придется еще ждать дизайн, пока думаю над лэйаутом и контентом. Макс - жаль, я был бы рад твоей помощи, но на нет и суда нет - дела нужно делать Денис - прости, но я как бы не хочу ядро, соберу что-нибудь на коленке, админки серьезной не надо - так что все путем

после некоторых интересных изысканий появилась идея сделать русскоязычный ресурс по jQuery UI, а в будущем возможно и по самому jQ (не спрашивайте почему в таком порядке) Собственно 1) если есть у кого-то желание поработать над дизайном - я только за 2) програмную часть хочу взять конечно на себя 3) много работы по переводу. первой задачей будет являться просто копия документации, которую переведем. Тут не стоит вопрос о красивом переводе - он должен быть технически верным, поэтому никто не мешат использовать google translate, но конечно редактировать придется... 4) не откажусь в помощи в верстке сам давно не верстал) Ну собственно и все.

это с башорга. на самом деле s0rr0w прав, остальные нет по поводу переписать. если вы ничего не стоящий нуб - вы можете 200 раз плакаться что лучше тут все переписать. Есть про - они бывстро разбираются в коде и решают что из этого нужно переписать.

по логике все верно, но реально - попробуй вребить режим отладки через print/echo/var_dump и посмотреть что у тебя во всез переменных - где-то здесь косяк

Честно - не имею ни своей "библиотеки" скриптов и решений, как и пользуюсь мелкими фрэймворками (к примеру для ресайза и кропа изображений на php ну и jQuery ибо много полезностей и вкусностей ). при этом я хочу заметить что на мой код вообще никто не жаловался ни разу, некоторые форумчане тут могут подтвердить что я сам бывает люблю бить по рукам за говнокод

точно - не понял) смотри - есть список инпутов <input type="text" name="myinput[]" value="" /> <input type="text" name="myinput[]" value="" /> <input type="text" name="myinput[]" value="" /> <input type="text" name="myinput[]" value="" /> <input type="text" name="myinput[]" value="" /> в php просто <?php var_dump($_POST['myinput']); ?> и увидишь все свои элементы которые прислались формой

да-да все как и в ruby:) php тут более просто и логичен

На самом деле я тут немного перебью всех и после моего сообщения тут будет либо тихо либо куча возмущений и поддакиваний. Все зависит от задачи. Если выбирать фрэймворк то в первую очеред требуется узнать все особенности будующей разработки и её специфики. Для студии/коллективной разработки/личной разработки, для персональноко сайта/корпоративного/социалки/сервиса, использование SVN/git/mercuri/subversion .... есть десятки критерий выбора. Если же плюнуть на все это (хотя не советую) то вообще не сложно будет понять что все проекты можно поднимать на простом самописном фрэймворке, написанном на коленке за неделю. Вопрос встает только в объеме надстройки над ним рабочей части.

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

А мы тут что - все родились сразу старыми и мудрыми?) нее - набивай шишки - полезно

там внизу смотри - ссылка нормальная)

для любителей клиента для SVN - Tortoise SVN, а в phpDesigner есть к нему интерфейс, хотя можно и без него пользоваться - удобно.