от себя скажу, что выбор PHP в качестве языка для таких задач, на мой взгляд, неудачен. хотя ваш проект написан гладко, но априори — для всех будущих разработок — вы много мучаетесь с тем, что в языках высокого уровня есть «из коробки» (т.е. — в стандартной библиотеке). командная строка на PHP — мучение (особенно попробуйте в windows). мое мнение — Python априори лучше для таких задач. тем не менее, спасибо за вашу разработку! уверен, она много кому пригодится ;-)
спасибо большое! смотрите завтрашние доклады (в том числе — и доклад Натальи Касперской) и участвуйте в викторинах — завтра разыгрываем две коробки Kaspersky Internet Security 2010. доклады, кстати, будут доступны и в записи.
конечно, оффлайн-мероприятия более пафосны, в них вкладывается больше денег, но по сути — что такого посетитель получает на оффлайн-выставке, чего не может (теоретически) получить на онлайн-мероприятии? посмотреть новинки, поговорить с сотрудниками стенда, что-то приобрести — современные технологии позволяют уже сейчас все это делать через интернет. и никуда не надо идти ;-)
про то, что лошади раньше стоили копейки — это глупость. сейчас среднюю лошадь можно купить за 50 т.р., судя по сайтам. а вот, скажем, по «Рипуарской правде» (VII в.) конь стоил 12 солидов. солид — 4,5 г золота, итого 54 г золота, по сегодняшнему курсу — 60 т.р. вот и сравнивайте, когда кони были дешевле.
ужасно интересно, как вы читаете слово «фаил» — в рифму с «таял» или с «поил»? или у вас просто нет буквы «й» на клавиатуре? — она с угла все-таки, может и отломаться.
собственно, вам все выше уже сказали: PHP — не Python и не Ruby; за (относительную) скорость и простоту работы приходится расплачиваться уродливым синтаксисом. ну а вы делаете наоборот — ради малюсенького улучшения синтаксиса приносите в жертву и скорость (скармливать парсеру, причем на PHP, свой код при каждом изменении — спасибо большое), и предсказуемость. не надо этого — чем переделывать PHP, выучите лучше нормальный язык.
Если не хочется писать миграции руками и нужна конретно MySQL, то я делаю вот такой проект: code.google.com/p/mygrate/. Вы вносите изменения в БД через любой инструмент, и потом можете сделать коммит, который автоматически создает миграцию. Миграции можно просматривать («mygrate log»), откатывать («mygrate up», «revert») и т.п. В ситуациях синхронизации локальной дев-БД и продакшн-сервера работает замечательно. Если кого-то заинтересует, напишите, я постараюсь дать более подробный хелп.
от себя скажу, что выбор PHP в качестве языка для таких задач, на мой взгляд, неудачен. хотя ваш проект написан гладко, но априори — для всех будущих разработок — вы много мучаетесь с тем, что в языках высокого уровня есть «из коробки» (т.е. — в стандартной библиотеке). командная строка на PHP — мучение (особенно попробуйте в windows). мое мнение — Python априори лучше для таких задач. тем не менее, спасибо за вашу разработку! уверен, она много кому пригодится ;-)
c = '' # склеиваем все аргументы в строку for a in args: c += ' ' + a c = c[1:] print commands.getoutput( c )что это, Бэрримор? можно (и нужно) ведь так:
print commands.getoutput (" ".join (args))пожалуйста, не нужно писать на Питоне так, как будто пишете на brainfuck'е. это, увы, касается и предложенной вами архитектуры в целом.
собственно, вам все выше уже сказали: PHP — не Python и не Ruby; за (относительную) скорость и простоту работы приходится расплачиваться уродливым синтаксисом. ну а вы делаете наоборот — ради малюсенького улучшения синтаксиса приносите в жертву и скорость (скармливать парсеру, причем на PHP, свой код при каждом изменении — спасибо большое), и предсказуемость. не надо этого — чем переделывать PHP, выучите лучше нормальный язык.
да, погода есть — но это не так актуально, учитывая то, что есть встроенный апп.