Andrew's blog

Нанопоезд

2011-12-14T08:55:00.001+04:00

Посетил вчера выстовочный нанопоезд РЖД, который сегодня пока ещё стоит на вокзале. Понравилось: интересная современная выставка новых технологий. Несколько вагонов, каждый на свою тему. Вход - 70 рублей, фоткать можно. Далее, картинки с выставки (кликабельны). Вот модель Сапсана.

Модели современных локомотивов, с подробными ТТХ:

Макет железнодорожных путей, по которым доставляют ракетоносители на Байконур. Двигается, если нажать на кнопочку.

Другие макеты. Очень нравятся детям и мужчинам.

В следующем вагоне, 3D-хрень с вращающимися модельками поездов:

Тренажёр для машинистов. Окошки не настоящие. )

Тренажёр для пилотов. Можно попробовать посадить самолёт.

Вагон РосАтома. Много стендов и макетов, в основном о том, как безопасна атомная энергетика.

Вагон РосНанотеха. Экскурсовод показывает детям чубайсовский ебук от Plastic Logic.

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

Воеводина

2011-11-16T21:41:00.002+04:00

В минувшую пятницу в музейно-выставочном центре было открытие выставки Виктории Воеводиной. Об этом уже писали в жежешечеке, но там пост получился сухим, фотки мелкими, в результате чего читатели ничего не поняли. Какие-то пятна -- подумали они -- видимо, очередная бессмысленная абстрактная мазня, которую рисуют в надежде на богатую фантазию зрителей. Между тем, выставка очень интересная и на неё стоит сходить тем, кто ещё не.

Абстракция... В отличии от пресловутых абстракционистов, у Воеводиной нет чистой идеи, не привязанной ни к чему. Тут все образы порождены реальными людьми и событиями. Абстракция лишь дополняет реальность, показывает скрытый мир чувств, отношений, линий судьбы и исторической предопределённости, и лишь потому, что иначе это не изобразить. В результате картины получаются живыми - они не фиксируют момент, а раскрывают сюжет. В них видно прошлое и будущее, как будто история рассказывается.

Вот к примеру:

Единственный друг

Прощай, Володя!

Без Володи.


Большая семья. 14 июня 1941 г.

Паролимпиец

Бабушки и внучки

Судьба гения

Ноша

И последняя:

Жил был художник

Всего на выставке больше сотни работ. Работает до 4 декабря, поторопитесь. )

Аллея памяти

2011-06-22T09:51:00.000+04:00

Сегодня ночью, в четыре часа утра, в сквере им. И.А.Крылова, молодёжное движение "Сталь" отмечала вероломное нападение немецко-фашистских оккупантов и начало Великой Отечественной Войны акцией "Аллея памяти". Я там побывал и пофоткал.

Народу было не много - человек двадцать. В основном девушки.

Зажгли свечки, главный сталинец сделал короткую речь.

Затем собравшиеся повесили заготовленные колокольчики на ближайший куст сирени.

Однако на этом мероприятие не закончилось. Через дорогу от сквера, под обелиском, в то же самое время, тверское отделение партии "Единая Россия" проводило точно такую же акцию, только с большим размахом, музыкой, шариками, прессой, Бабичевым и марширующим караулом.

Было решено перенести зажжёные свечи туда.

Минута молчания.

После которой собравшиеся поставили свечи к подножию обелиска.

А потом выпустили в небо 71 белый шарик.
У меня есть одна давняя теория - о том, что мемориальный комплекс содержит в себе символы мужского и женского начала. И что он на самом деле посвящён не столько победе над фашизмом, сколько богам плодородия. Обелиск - явный фаллический символ. А вечный огонь - символизирует лежащую женщин, вынашивающую капсулу с посланием. Горожане подсознательно чувсвуют эти знаки, и используют мемориал по его прямому назначению - водят туда свадьбы, вешают замочки и т.д.
Выпущенные шарики в очередной раз подтвердили мою теорию. Откуда ещё мог взяться ритуал, так явно символизирующий эякуляцию, как не из заряженного правильными архетипами подсознания!

Чиновники рассказали в камеры о том, как всё это важно. Похоже, с получением Тверью звания города воинской славы появился спрос на околовоенный пафос.

Ну и на последок - симпатичные девушки в форме.

Людмила Юга. Открытие выставки.

2011-06-13T16:40:00.000+04:00

10 июня в тверском музейно-выставочном центре открылась выставка Людмилы Юга. Чем знаменательно это событие? Тем, что позволяет познакомиться с настоящим современным искусством, с творчеством современного художника, в отличии от скучной и примитивной мазни, не имеющей к искусству никакого отношения. Людмила Юга - заслуженный художник РФ, мастер с долгой и богатой творческой биографией, иллюстратор книг по истории тверского края. Что там на речном вокзале сейчас? 80 картонок, нарисованных за вечер? А в выставочном зале в то же время 150 живописных и графических работ, акварелей и офортов. Вот куда стоит сходить, в отличии от.
Кратенько тезисно моё мнение по поводу фигни на речном.
1. Современное искусство - это искусство современных художников. То, что представлено на речном искусством не является. Об этом знают авторы мазни, об этом знает Гельман, это очевидно любому. Но позиция Гельмана такова, что он никогда не признает очевидного и будет с упорством заевшей пластинки повторять свой бред о том, что мазня = искусство. Относиться к нему следует как к больному и неадекватному человеку, живущему в своей альтернативной реальности.
2. На речном вокзале, если верить англоязычным надписям, открыт "Центр сиюминутного искусства", а вовсе не современного. То есть музей поделок, плакатиков, рекламы, всего того, что долгосрочного вклада в культуру не даёт и забывается через короткое время. Несмотря на это, есть шанс, что там однажды будет выставленно что-то приличное. Я условно прикидываю, что будет 1 хорошая выставка на 3 отстойных. Без хороших эпизодических выставок "все всё поймут" и перестанут давать Гельману денег. Был Recycled - очень неплохо. Быть может будет AES+F, в Перми по крайней мере было. Между ними будет серия фигни типа "Русского бедного" или "Евангельского проекта". На хорошую выставку следует сходить, фигню же следует жоско проигнорировать.
3. У нас в городе проходят выставки, которые, к сожалению, крайне мало освещаются. При том, они в разы интереснее сиюминутного искусства на речном. В том же выставочном центре есть три зала, в каждом их которых проходит по 10 выставок в год. На них стоит ходить, их стоит обсуждать.
А теперь, картинки с выставки. Наслаждайтесь.

Выставка Людмилы Юга

2011-06-11T21:12:00.002+04:00

10 июня в музейно-выставочном центре открылась экспозиция работ Людмилы Юга. Заслуженный художник России творит в технике офорта, гравюры по металу, отражая в своих картинах пейзажи Твери и тверской области. Помимо гравюр, на выставке представлены и живописные работы маслом и акварелью. Всего 150 работ. Выставка продлится до 7 августа.

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

Итак, гравюры. Их на выставке очень много. Увы, к самым интересным не удалось подобраться из-за гостей. Но и тех, что я сфотографировал, думаю, будет достаточно, чтобы составить впечатление.

И живопись.

Сама художница в окружении почитателей.

К моему большому сожалению, в недавно открывшемся центре современного искусства ничего сравнимого по качеству в эти дни не выставлено. Так бы сходил с удовольствием. Эту же выставку собираюсь посетить ещё раз, чтобы рассмотреть всё повнимательней. )

Праздник в Мигалово

2011-06-06T09:23:00.001+04:00

В субботу в Мигалово был праздник - 80 лет со дня основания военно-транспортной авиации. По этому поводу на аэродром пригласили горожан, артистов и высокое начальство. Пришло много родителей с маленькими детишками, которые с восторгом лазили по самолётам и спецтехнике. Был Бабичев, толкнул речь. Были парашутисты, прыгающие с неба прямо на крестик. Была художественная самодеятельность с песнями и плясками.

Комната с рыбками

2011-05-01T13:49:00.000+04:00

Настолбзалезаки

2011-03-16T23:32:00.000+03:00

Победитель!!!

Ударная среда

2011-02-01T22:31:00.001+03:00

Завтра, в среду 2 февраля, в 19:00 после месячного перерыва, вызванного прадниками, наконец-то будет очередная "Ударная среда". Одновременно и юбилейная, номер 10, и отмечающая первый день рождения. Уже целый год, как это явление появилось в нашем городе. Тема нынешней встречи: "Джазовые перекрёстки".

В программе - торжественное открытие Маршевым барабанным шоу под управлением Дмитрия Комарова, Эдуард Крылаев (кто не знает - замечательный тверской этно-перкуссионист), и много-много саксофонов. Встреча вконтакте - тут и тут.

Заодно, пользуясь случаем, упомяну о концерте оркестра "Дружба поколений" из ДМШ №1, в котором играет наш общий друг MadKriS. Концерт будет завтра в 12:00, в актовом зале ДМШ №1 на площади Славы. Встреча вконтакте - тут.

Квартирник

2011-01-30T19:51:00.001+03:00

Вчера довелось поучаствовать в замечательном мероприятии - на квартирнике интуитивной музыки, он же магорк, он же джем-сейшн. Чудесно посидели и поиграли. Чай попили с конфетками.

Идея простая - кто нибудь начинает играть. Или бубен выстукивает ритм, или дудка мелодию наигрывает, или гитара - переборы. А остальные помаленьку включаются - начинают импровизировать в тональность, помогать друг другу, делать общую музыку. А потом кто нибудь и петь начинает - вот и песня готова. )

Я туда взял поперечку и сякухати, плюс парочку мелких дудок. И вот увы - флейт там оказалось аж три штуки. Надо было кларнет взять или саксофон. ) Вот у Ильи - ситар был:

Под конец люди начали читать под музыку стихи и казахские заклинания с пачки стирального порошка. Получалось окультненько.

Самое приятное, что люди собрались хорошие. Весёлые, интересные, талантливые.

Планируем такие встречи повторять регулярно.

2011-01-29T12:44:00.000+03:00

В ближайший понедельник, 31 января, будет концерт ВИА "Балканский проект". Вечер болгарских, сербских и македонских песен. Солирует Владимир Федоров и др. Проходить мероприятие будет на Соминке, в здании географического факультета, по адресу ул. Прошина, д.3 к2. Начало в 20:00. Встреча вконтакте: http://vkontakte.ru/event23232633

Фотостудия в ДДМ

2011-01-29T12:12:00.004+03:00

Недавно оказался в фотостудии ДДМ. Оказывается, там есть экран и свет, которые всем там заведуют, и начинающих фотографов с цифрозеркалками толпа, и молодые девушки, желающие запечатлеться. И несколько общительных фотогуру.

Пофоткал там, не побоюсь этого слова, бэкстейдж.

Встреча блоггеров

2011-01-22T19:49:00.001+03:00

Вчера вечером тверские ЖЖ-блоггеры собрались в кафешке на массовую развиртуализацию. Посидели, пообщались. Жаль, что были без беджиков - не всех узнал. На фотке - успешно опознанные блоггеры.

О чём поговорили. О том, что надо чаще встречаться и больше общаться. О том, что хочется ещё больше тверских блоггеров, и побольше активности. О других социальных сетях, кто где есть, и где кого нету. О твичеринках и Зеленине.
Что я думаю по этому поводу. На мой взгляд, такие встречи - прекрасная возможность поставить вопросы и обговорить ответы, прийти к общему пониманию целей и задач. Первое: зачем нужна блогосфера и блогеры? В чём заключается потребность в нас? И есть ли она? Каждый, думаю, интуитивно чувствует, что зачем-то его блог нужен, что не только ради собственного развлечения он в него пишет. Но пока нет сформулированного ответа, блог так и остаётся личным делом каждого. Общим делом блогосфера не становится.
Второй вопрос: что сейчас творится в тверском интернете? У меня по этому поводу довольно смутные представления. Иногда кажется, что тут у нас болото, что тверской веб вял и безлюден. Иногда, наоборот - кажется, что тут тысячи и тысячи людей, а среди них - интересные личности на каждом шагу.
Третий вопрос: каким хочется видеть тверской веб? Что от него желаем? Каков образ будущего, форсайт? Я пару раз захаживал на городские ресурсы других городов. Впечатлялся, желал того же и у нас.
Четверный вопрос: что надо сделать и что мешает превращению тверского веба в цветущий город-сад?
Лично мне хочется обсуждения этих вопросов. Чтобы на них были не просто ответы, а ответы, которые проговорило, сформулировало и приняло множество людей.

По моему мнению, у нас в городе можно наблюдать явление, которое я бы назвал быдлофобией. То есть, люди массово боятся, что в их деятельность вмешаются нежелательные персоны и всё испортят. Что стоит начать какое дело, как тут же набежит быдло, превратит организованные мероприятия в пьянки и заполнит ресурс низкокачественным контентом. Как следствие, деятельность либо осуществляется конспиративно, а информация о ней распространяется только среди узкого круга доверенных лиц, дабы оградиться от неадекватного контингента. Либо же, деятельность изначально ориентирована на быдло. В этом мне видится проблема тверского веба. То, что мешает ему расти и развиваться.

2010-10-01T00:18:00.003+04:00

У нас тут в среду была балканская вечеринка, где мы со "Славяночкой" играли болгарщину и македонщину. На фотке - я с кларнетом.

Увы, постеснялся пригласить всех друзей из вконтактика, а надо было бы. )
А ещё в клубе "Культура" был Олег Бойко из группы Telenn Gwad.

Ах как мне понравилось сидеть в уютном зальчике на мягком диванчике с тёплым стаканчиком чая с чебрецом слушая британские и бретонские песни. )

2010-08-10T23:02:00.003+04:00

А вот кстати, все тут последнее время пишут про пожары. В Калининском районе, говорят, горит торф возле посёлка Восток. По этому поводу вспомнилось, что этой весной вместе с некоторыми тверскими блоггерами мы ходили в поход по тем местам. У меня в хранилищах лежат фотки, и если не сейчас, то больше повода может и не быть.

Такие там торфяные поля. Под ногами мягко. Пейзаж кажется инопланетным. Хорошо представляю себе, как всё это может гореть, если подсохнет.

И ещё одну.

Фестиваль дешёвого искусства

2010-08-09T21:25:00.004+04:00

В минувшую субботу в Твери на площади Славы прошёл первый фестиваль дешёвого искусства. Мероприятие, призванное собрать в одном месте всех кустарей и мастериц города. Я там побывал, посмотрел и пофоткал. Понравилось. )
Народу было не сказать, чтобы много, что не удивительно для вечера жаркой и задымлённой субботы. Человек сто. Поделки из пластики, фотографии, клёвые магнитики, бижутерия, бодиарт от творческого объединения "Птицы". Очень много людей с зеркалками.

Что, на мой взгляд, было не очень здорово. Во-первых, дешёвое искусство оказалось не таким уж дешёвым. Я ожидал, что будет продаваться что нибудь рублей за десять, какие нибудь побочные продукты творчества - эскизы, наброски, черновки, простенькие поделки и т.п. Однако там были только качественные и профессиональные работы по ценам от ста рублей. По моему, это уже не дешёвое искусство, а вполне среднее. Я хотел посмотреть на любителей, и на креатив, созданный из ничего. На красоту, сделанную из простейших материалов. Было бы совсем здорово, если бы на фестивале был художник, рисующий углём портреты и шаржи - чтобы делал искусство прямо перед зрителями и тут же недорого его продавал. Или бы мастер каллиграфии, за небольшие деньги подписывающий красивыми строчками принесёные людьми материалы. Или бы просто холст для коллективного творчества, чтобы вовлечь людей в процесс.

Во-вторых, показалось странным, что многие фотографы принесли на продажу фотографии социального жанра. Грязь, нищета, грустные собачки, заключённые в тюрьме, одинокие старушки и всё такое прочее. Да, снято может быть и талантливо, но сомневаюсь, что кто нибудь захотел бы видеть такое искусство у себя на стене. Дарить такое тоже было бы, наверное, не очень удачной идеей.

В третьих, не понравилось музыкальное оформление мероприятия. Играла какая-то странная электронная музыка с деструктивными текстами, временами переходящая в шум и писк. Со стороны живой музыки этим звукам противостояла только девушка с варганом. Хорошо бы на таких мероприятиях собирать ещё и музыкантов, поджемить. Площадь большая, места хватит.

Что ещё там было. Там была девушка, которую долго и кропотливо разрисовывали бодиартом мастерицы из "Птиц". Фиолетовые ноги, и тату во всю спину. Когда я пришёл на площадь, процесс только начался, когда уходил - ещё не закончился. При том что был я там часа два как минимум.

Ещё там была пресса в лице девушки, майку которой высокохудожественно разрисовали прямо перед камерой.

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

Были актуальные в этом сезоне аксессуары, красивые и функциональные.

Ну и под конец уже, немного заскучав, я сам устроил перфоманс и инсталляцию.

2010-03-17T13:18:00.000+03:00

Мучаюсь с такой штукой - надо сделать в сервере подсоединение многих тысяч клиентов. Проблема в том, что установка соединения отнимает много ресурсов. Процессор загружается до 100%, сервер начинает терять события и в конце концов отбрасывает соединения. Не понятно, что именно так грузит. Было подозрение на SSL, но даже без SSL соединения не устанавливаются. Сделал прогу, которая каждую секунду ставит по 10 соединений. Видно, как с ростом числа соединений, растёт загрузка процессора. Уже на 300 соединениях - затык.

Идея

2009-10-25T22:45:00.000+03:00

Так, у меня тут есть идея, и поскольку этот блог у меня для всяких программистских делишек, буду писать о ней тут. Идея - сделать простенькое приложение для телефона. Под Symbian 60. Качнуть SDK (или поискать - вроде скачивал уже), поставить, настроить, поиграться. И чтобы не перегореть идеей, хочу сразу разбить её на мелкие подзадачи. И потом постепенно их делать.
Суть приложения - регистратор событий. Чтоб можно было отмечать в телефоне выполненные дела. К примеру, что выполнил упражнение, прочитал должное количество страниц в книге, позанимался полезным делом и т.д. Это нужно для выработки привычки к подобным занятиям. На раннем этапе за собой приходится следить. Строго. И вести отчётность.
Итак, первые мелкие шажочки:

Собрать в одной папке SDK, документацию и прочий нужный софт. Убедиться, что версия свежая.
Запустить инсталлятор, поднять окружение.
Собрать какой нибудь готовый пример. Наверняка в SDK есть.
Почитать документацию. Внимательно.
Закачать собственноручно собранный пример в телефон. Убедиться, что работает.
Сделать своё приложение с одной кнопкой, для закрывания.

Всё пока. Остальное потом. )
Кстати, вот такая мысль. Проектирование интерфейса и функционала нельзя разделять. Да, реализация будет разделённой, безусловно, но проектирование этих вещей должно быть единым процессом. То есть, когда я планирую - надо сделать такую то штучку, штучка должна описываться и с внешнего вида, и изнутри. Иначе получается такой софт, как везде. Странный и неудобный. )

2009-02-04T11:39:00.004+03:00

Хороший критерий качества кода, а заодно и ориентир, как программировать писать - это удобство устроения пасхальных яиц и дорвеев. То есть, если мы пишем какую-то часть программы, полезно представить картинку, как этот кусок используется нами хитрым скрытным способом в корыстных целях. Как наши вредно-полезные действия вызывается всего одной маленькой незаметной строчкой из другой части программы. Например, делаем мы классик для форматирования диска. Хорошо сделать его так, чтобы если вдруг вам захочется при нажатии мышкой трижды в определенном месте окна запускать форматирование диска С, вы бы могли это сделать. Причем так, что если ваши коллеги будут просматривать ваш код, они ничего бы не заметили. А если бы и заметили, то чтобы можно было сказать - "это случайный баг". То есть, плохо, если такой вызов потребует объявления класса Formater и инициализацию всевозможных структур с опциями, и всё это внутри метода on_click. Слишком палево. Надо переписать класс Formater так, чтобы его можно было использовать без параметров, или хотя бы с минимумом. Сделать ему удобный и лаконичный фасад. Подумать, как можно сделать опосредованный вызов - через другие классы, где форматирование к месту и не вызывает подозрений. Сделать этим классам удобный интерфейс. Далее, надо сделать так, чтобы отлов троекратного нажатия не требовал кучи кода, вызывающего у коллег вопросы, на которые будет сложно ответить. Для этого следует сделать какой-то диспетчер событий и механизм сообщений с привязанными обработчиками. Перевести на него внутреннюю кухню вашего продукта. Сделать диспетчеру удобный и лаконичный интерфейс, чтобы можно было подусунуть в него новое событие и новый обработчик из неожиданного места одной незаметной строкой. Стремиться делать интерфейсы классов простыми, ясными и гибкими - чтобы ничего не помешало вашей диверсии.
Подготовка к устройству незаметного дорвея ценна сама по себе - это метод взглянуть на свой код по-новому и реалистично оценить его качество. Оставлять же дорвей в релизе не стоит. Это плохо для карьеры.

2009-01-23T15:13:00.003+03:00

А вот ещё пара мыслей. Исходная картинка может быть большой. Показываться пользователю она будет в масштабированном виде. Выделенный же фрагмент будет иметь координаты в масштабе исходной картинки. И скачиваться пользователем будет тоже фрагмент большой картинки. Ещё надо бы найти флешовый графический редактор - чтобы можно было редактировать картинку прямо в браузере, ничего не скачивая.

2009-01-23T10:13:00.002+03:00

Думаю над концепцией из предыдущего поста. Нужно сделать так, чтобы над картинкой могло работать много юзеров, но при этом не мешать друг другу. Штучка должна быть по возможности защищена от коллизий. То есть, к примеру, Петя выделил регион, скачал фрагмент, начал поверх него рисовать. В это время более быстрый Вася, выделяет регион, пересекающийся с Петиным, рисует картинку, закачивает её. Петя неспешно дорисовывает свою часть, закачивает и тем самым портит Васин фрагмент. Оба огорчены и разочарованы в сервисе. Такого быть не должно.
Мне это видится так. Во-первых, фрагменты имеют z-индекс. Перерисовывать и перезакачивать можно только те фрагменты, на которые не накладываются другие фрагменты. Во-вторых, Петя может защитить свой фрагмент на некоторое время. Это значит, что никакой Вася не сможет закачать фрагмент, наползающий на Петин. Защита даётся только на некоторое время, к примеру, на один день. Вот.
Надо рисовать интерфейс.
А ещё я вот над чем думаю - я когда-то давно (аж в 2004 году) пытался сделать чисто графический сайтик. Чтобы страницы на нем были картинками. А навигация в нем делается при помощи imagemap'ов. Сделал в нем четыре странички, а потом бросил - слишком было муторно дорабатывать уже существующие картинки и неудобно обновлять сайт. Вот сейчас, наконец таки, эти сложности разрешатся.

2009-01-22T21:08:00.000+03:00

Появилась идея. Не знаю только, мне кажется, такое уже есть. Короче, маленький сервис. Позволяет закачать картинку, выделить на ней фрагмент прямоугольной рамкой, а далее - скачать его, дорисовать в любимом редакторе и закачать назад. А там он лепится на картинку поверх всего остального. Таким образом можно сделать коллективную работу над изображением. В качестве праобразов - любой фотоблог, wiki, desktopart.ru и tools.uvumi.com/crop.html. Не знаю, получится ли сделать. Вроде всё есть и всё ясно, но умение доводить вещи до конца - не моё качество.

2008-09-12T16:27:00.001+04:00

Ура, больше на PHP я не программец. Разве что для себя, for fun and profit. Уволился из вэб-студии, отдохнул пару месяцев, а вот две недели назад начал работать в одной программерской фирме. Пишем на С++, а кроме него, для смежных задач, пользуемся Ruby, bjam, sh и WiX. Интересно и весело. Потом расскажу побольше.

2008-03-18T12:29:00.002+03:00

Каталог с гибкой структурой. Чтобы можно было создавать дополнительные поля для атрибутов, и потом по ним фильтровать списки позиций. Атрибуты разных типов. В том числе - списковые. Чтоб работалось интереснее, я сделал атрибуты в виде аддона - модуля, который можно привязать к любой модели в системе. К позициям каталога, к пользователям, к записям в блоге. К чему угодно. Так полезнее. Сейчас упёрся в такую вещь - при нынешней модели данных получается сложновато переносить каталоги. Скопировать структуру каталога с одного сайта на другой не получится. Потому что там много таблиц, все они связаны друг с другом, и id их записей имеют значение.
Я тут подумываю - не стоит ли хранить такие вещи в файлах, в виде XML или YAML?

Just do it!

2008-03-05T17:39:00.003+03:00

Размышления... Мысли о том, как сделать всё просто, быстро, красиво. Как взять то, что уже есть и сделать из этого то, что надо. С минимумом писанины. И чтоб можно было использовать это в других задачах. И не повторяться, не переписывать уже однажды написанное. И не создавать себе проблем - чтоб штучка была как камешек, а не как пережёванная жевачка. Прочная и надёжная, а не противная на вид и прилепающая ко всему, чего коснётся. Пробую представить себе разные решения. Всё либо сложно, либо бесполезно...

2008-02-27T12:30:00.004+03:00

Начальство хочет, чтобы в FCKEditor'е вставлялись ссылки на страницы сайта - чтоб было меню со структурой, из которого можно выбрать нужный пункт. Чтобы работало это и в статьях, и в новостях, и везде, где только можно. И чтобы потом при редактировании структуры сайта все ссылки автоматически правились. Переместили ветку - и все ссылки на страницы этой ветки со всех страниц и подстраниц сразу же поправились. Поменяли у страницы алиас - сразу же все ссылки на неё и на все другие, что размещаются ниже её в дереве поменялись. Гы...
Ладно, другой вопрос в том, какой должна быть система, чтобы в ней теоретически можно было такое делать? Чтобы была с одной стороны - как вики, с равноценными страницами в едином адресном пространстве, а с другой - как любая другая CMS, с модулями и приложениями, имеющими сложную внутреннюю структуру и независимые, хотя и взаимосвязанные, модели данных?
Надо изобрести кирпич - контроллер с простой структурой, способный строить отношения с другими контроллерами. Чтобы вся функциональность возникала из взаимодействия кирпичиков... Но не на PHP же такое писать, а?

2008-02-26T14:57:00.004+03:00

Новая задача, в продолжение старой. Начальство хочет редактировать мета-информацию. На всех страницах сайта. Независимо. Повторюсь - в системе есть контроллеры, сгруппированные древовидно в единый сайт. У каждого контроллера есть по несколько функций-обработчиков действий. К тому же они каскадируются - контроллер может передавать управление другому контроллеру. Дерево может меняться, вершины могут быть перемещенны, переименованы, удалены в корзинку и восстановлены из неё. Вопрос: к какой сущности следует отнести поля метаинформации? К вершине-контроллеру нельзя, потому что у одной вершины может быть несколько страниц-действий, у каждой из которых свои собственные метаданные. К записям в спец-таблице, где ключом служит id вершины и путь к подстранице - тоже, потому что при удалении в корзинку и восстановлении оттуда вершина воссоздаётся заново и получает новый id, т.е. связь будет рваться. К модели, используемой контроллером? К примеру, хранить в отдельной табличке название модели, id объекта и метаданные. Чтоб можно было привязывать их и к странице, и к новости. И чтобы при удалении вершин сайта в корзинку данные б не терялись. Но тогда других проблем целая куча возникает. Что если, к примеру, страница не будет использовать модель? И как добраться до этих данных из главного шаблона-обёртки, которому по определению наплевать на структуру контроллеров? Ведь именно шаблон-обёртка нуждается в метаданных - ему их в заголовок прописывать надо.
Но самое непонятное - это редактор метаданных. Где его делать? Как его делать?
Короче, надо список вопросов составить и пускай шеф мозг напрягает.

Хорошо ли будет, если кнопка редактирования мета-информации страницы будет присутствовать в главном шаблоне? В левой колонке, например, или в подвале?
Если привязывать метаданные к путям страниц, то они будут теряться при изменении алиасов и перемещении вершин. Если привязывать метаданные к самим вершинами, а не путям, то они будут пропадать при удалении вершины в корзину и её восстановлении. Что лучше?

Хотя... Похоже знаю как сделать. Надо привязать метаданные к объекту, используя те же ключи, что и вершина, плюс добавить в ключ остаток запроса, действие в контроллере.

2008-02-21T11:47:00.002+03:00

А вот кстати, если б и правда так сделать систему: чтобы все возможные на сайте адреса в обязательном порядке были представлены в единой таблице? Какие плюсы, какие минусы? Контроллеры будут простыми. Каждый - из одной страницы. Которую, к тому же, можно будет задавать метаданными - именами модели и шаблона. Взяли модель, передали шаблону - вот и весь контроллер. Легко делать поиск и sitemap для гугла. Легко организовать единую систему прав и разрешений. Модели тоже упростятся - родители и дети будут определяться по положению в дереве сайта. А раз так, то дереву сайта понадобится набор функций, подобный DOM. Может даже его удобнее будет в виде xml хранить, а не в БД. Плюс кэш путей, чтоб искалось моментально.
У блога интересная структура была бы. Чтобы был адрес типа '/blog/2008/02/21/new_cms_design', нужно будет сделать контроллеры года, месяца и дня. При добавлении записи, соответственно, создавать эти контроллеры, под нужную дату. Вместо смены даты - переносить сообщение в другой раздел сайта. То, к какому блогу относится сообщение, и в какой день оно написано - будет определяться исключительно по предками.
Будут ограничения - контроллеру определённого типа можно привязывать в потомки только контроллеры подходящего типа. И наоборот. В блог можно добавить только сообщение, а сообщение можно добавить только в блог. Наверное, такое не сложно сделать.
Все аргументы, если какие понадобятся, будут не в адресе, а в $_GET. Вроде номера страницы и порядка сортировки.
А кстати, ничего так получается то. Занятно. Попробовать что ли сделать такое...

2008-02-19T15:46:00.002+03:00

Вновь обращаюсь к тебе, мой дневник, с проблемой. Начальство хочет, чтобы на сайте был генератор гугловских sitemap'ов. Чтобы был xml-файл с перечнем страниц, их приоритетами и датами последнего обновления. Для ускорения индексации и повышения рейтинга. Вроде бы вещь не лишняя, но оказывается, сделать её - проблема.
Всё дело в том, как организована структура сайта. Она хранится в БД в виде дерева. В каждой записи - ссылка на контроллер определённого типа и id модели. Когда у системы спрашивают страницу с определённым адресом, система ищет в структуре элемент, путь к которому совпадает с началом запрошенного адреса. Остаток запроса считается аргументом к контроллеру - типа, какую подстраницу следует показать. Какую новость из новостной ленты, какую картинку из галлереи. А может, сервисную страницу какую нибудь, с настройками. Короче, классический MVC. Всё строго.
Но тут-то и начинается веселье. Во-первых, у меня нету простого способа составить список всех страниц с подстраницами. Список страниц, перечисленных в структуре сайта - да, можно. А узнать все их внутренние подстраницы, учитывая то, что там везде разные контроллеры с разной внутренней структурой и данными, хранящиеся в разных таблицах БД - никак. Во-вторых, у меня нет простого способа определить, существует ли страница с неким адресом, или нет. Я не могу проверить - покажет ли запрос по этому адресу полезный контент, или там будет 404-я ошибка. Для этого надо запускать отработку запроса, целиком и полностью.
У меня была такая мысль - сделать обработчик, который бы после редактирования контента записывал в табличку адрес изменившейся страницы и время последней правки. Чтобы потом по этой таблице можно было бы строить карту сайта. Уже сделал почти, и только сейчас задумался. Эта штука не будет работать. К примеру, если страницы внутри сайта перемещать, или как-то менять их адреса - содержание таблицы для карты сайта будет тут же терять актуальность. Если удалять страницы в корзинку, или что-то оттуда восстанавливать - тоже самое. Разных ситуаций, меняющих адресное пространство сайта, слишком много. Следить за всем, чтобы гарантировать актуальность таблицы - никак не получается. Обеспечивать полноту сведений в ней - тоже.
Остаётся только обход извне - использовать какого нибудь робота-паука, который будет просматривать все страницы и проверять все ссылки. Но тут тоже есть проблема - роботу неоткуда узнать дату изменения страницы и её приоритет...
Думал тут над двумя крайностями. С одной стороны, было бы интересно сделать так, чтобы внутренняя структура контроллеров могла расти и усложняться. Чтобы контроллеры каскадировались, передавали управление друг дружке. Чтобы вся структура сайта переместилась из БД в контроллеры.
С другой стороны, не менее интересно было бы сделать наоборот, переместить всю внутреннюю структуру из контроллеров в БД. Свести всё к одной таблице с деревом. Чтобы для новости в новостной ленте был свой контроллер. А внутреннюю структуру контроллеров запретить как идеалогически вредный пережиток, способствующий усложнению модулей. Наверное, это было бы правильно.

2008-01-29T18:52:00.000+03:00

...И вот, когда мысль о переделке созрела, я начал писать. О том, что в продукте не так.

В настоящий момент система реализует подход, заложенный в неё основателями: страницы сайта повторяют физическое расположение файлов с модулями на диске. За год работы система усложнилась – структура сайта стала не плоской, а иерархической; появился парсер запросов, позволивший описывать шаблоны передаваемых модулю параметров; появились алиасы, в некоторой мере маскирующие физическую структуру сайта. Однако всё это не решает проблем, неразрывно связанных с этим подходом:

1. У модулей чётко заданы имена, по которым они доступны на сайте. Все ссылки на страницах, созданных модулями, ведут по чётко заданным адресам. Алиасы позволяют получить доступ к странице по иному, дополнительному адресу, но все ссылки на ней всё равно ведут не туда. Если создать в меню пункт Новости с алиасом «/Novosti», то ссылки на этой странице всё равно будут вести на «/news».

2. На сайте не может быть двух разных страниц, работающих с одним модулем. Например, если на сайте есть сборник статей, то сделать ещё и сборник публикаций – проблема. Если есть один каталог, то сделать так, чтобы их было два – уже нельзя. В новостях и фотогаллереях эта проблема решена усложнением модулей – там можно сделать несколько блоков новостей или несколько фотоальбомов. Но тут появляется другое ограничение: блоки новостей должны быть функционально одинаковыми. Нельзя сделать одну фотогаллерею просто фотогаллереей, а другую – списком собак с другим шаблоном и функциями.

3. Добавление новых модулей сложно. Даже если модуль целиком повторяет функции другого модуля и все его классы наследуют уже готовые классы. Чтобы вывести список объектов нового модуля, требуется переписать класс для построения этого списка. Чтобы добавить в панель управления средства для редактирования этих объектов, нужно создать ещё один новый модуль для администрирования, и новый класс для построения списка объектов в модуле администрирования. Нужно также создать новые шаблоны для сайта и для админки. В сумме требуется добавить в проект пять-шесть новых классов, похожих на уже существующие, буквально повторяющие их, но других. На разработку модуля собак ушёл целый день, хотя там практически всё тоже самое, что и в фотогаллереях.

Высокая цена новых модулей приводит к необходимости решать все задаваемые клиентами задачи усложнением существующих модулей. В результате, обрастая функциями, они становятся всё менее удобными как для пользователя, так и для программиста. Цель переделки системы – сделать разработку новых модулей проще и дешевле. Чтобы разработка новых модулей, дополняющих функционал уже существующих классов, стала самым естественным способом решения задач. А для этого, в конечном счёте, требуется совершить отход от физической структуры сайта, и реализовать в полной мере структуру логическую.

В системе уже есть один модуль, реализующий логический подход - это страницы. Каждая страница – это объект с набором свойств. При создании страницы, нужно помимо всего прочего, сразу же поместить её в структуру сайта. Только тогда она считается существующей. При удалении страницы из структуры сайта, удаляется и объект. Редактирование страницы происходит так же по ссылке из структуры сайта. Аналогичным образом можно реализовать работу и других модулей. Можно сделать так, что в структуру сайта будут добавляться новостные ленты, фотогаллереи, каталоги, а также потомки этих модулей, созданные в рамках отдельных проектов. Тогда станут ненужными страницы редактирования фотогаллерей, новостных блоков и прочего. Вышеперечисленные проблемы решатся сами собой.

2008-01-25T11:45:00.000+03:00

Расскажу, чем мы тут занимаемся. Наша фирма делает сайты для мелких и средних компаний. Для этого я пишу систему управления контентом (CMS) с кодовым названием WellCMS. Язык - PHP с MySQL. Начиналась система с двух студентов, которые успели накодировать определённый функционал. Подозреваю, что проектированию системы они времени не уделяли, потому как были сильно заняты отладкой. Скорее всего, они стремились сделать конкретное задание за кратчайший срок, не думая о будущем. Главное чтобы заработало сейчас, а что будет потом - не важно. Они копировали код из одних классов в другие, если требовалась похожая функциональность, ленились комментировать, возводили сложнейшие конструкции из заплаток и подпорок. Местами до смешного доходило. Я до сих пор храню файл, где эти гении ленились писать циклы и вместо них копировали в разных методах куски кода, по двенадцать раз, одного и того же. Это было давно. Года два назад. Когда я пришёл и взялся за эту систему, моим решением было попытаться исправить его, доработать, улучшить. Вначале я только исправлял ошибки. Затем переписывал кривоватые функции. Вскоре я начал выбрасывать один файл за другим, и писать их с нуля. Это было проще. Через полгода в системе не осталось ни одного фрагмента, написанного предшественниками. Код стал проще, компактнее раза в два, проявилась структура, сложились принципы взаимодействия частей, чего до этого не было. Модули стали стабильнее и приобрели новый функционал. Где-то за год мы внедрили систему в паре десятков мелких проектов, и одном крупном портале. Плюс ещё какие-то корпоративные приложения на её основе разрабатывались, для внутрисетевого использования.
Однако, время шло, росли запросы. Заказчики хотели большего, сайты становились всё нестандартнее. Система усложнялась, и чем дальше, тем труднее было прикручивать к ней новый функционал не в ущерб старому. Однажды, я осознал, в какую угодил ловушку. Хоть система и была мною переписана целиком, её структура осталась прежней. Я менял одну часть за другой, но их назначение и взаимодействие не менялось. Система наследовала устройство, заложенное теми студентами. Возникшее из сиюминутной потребности. Вероятно, им было задано написать программу, которая будет показывать сайт со статьями, новостями, главной страницей, формой обратной связи, картой сайта, поиском и фотогалереей. С админкой - разделом для редактирования. Они сделали ядро и модули. Ядро разбирало запрос и запускало один из модулей. Результат работы модуля вставлялся в главный шаблон и всё это отдавалось на обозрение посетителю. Знали ли они с самого начала, что делают не один сайт, а систему управления? Возможно, нет. Может быть, наш начальник, после того, как первый сайт был сделан в рекордные сроки, начал следующий проект, куда было скопировано всё из предыдущего и на скору руку подправлено. Затем был ещё один и ещё. Исправления копились, захламляя и запутывая код. Всякий раз выбиралось самое дешёвое по временным затратам решение. Чёткого плана не было. Сиюминутные задачи диктовались жизнью и случаем - в зависимости от того, чего хочет сегодняшний заказчик. В результате, система хоть уже и претендовала на универсальность, несла в себе серьёзные ограничения, идущие от той самой первой задачи. Это был кукурузник, доработанный до истребителя. Копейка, оттюнингованная до гоночного авто. Система, исходно предназначенная для мелкого сайта-визитки, развившаяся в движок для портала. Она прекрасно подходила для сайтов-визиток. Но как только возникало что-то посложнее, не похожее на последний проект, доработка затягивалась. Постепенно я склонился к мысли переписать всё заново. Писать сразу систему для будущей разработки сложных сайтов. И был прав.

2008-01-25T11:30:00.000+03:00

А впрочем, раз уж этот блог уже есть, у меня есть идея, чем его заполнить. Я время от времени записываю для себя мысли по работе. О том, какая стоит задач, как должна работать программа, в чём могут быть сложности и какие есть способы с ними справиться. У меня для этого заведён специальный файл. Это сильно помогает. Не записывая мыслей, сложно учесть все детали. А так я можно сказать проектирую, пишу прототип будущей программы, только человеческим языком и без особых формальностей.
Думаю выкладывать тут то, что накопилось. По нескольку абзацев, время от времени. Мне всё равно, будет ли это кто нибудь читать, или нет. )

Первый пост: он трудный самый.

2008-01-14T07:17:00.000+03:00

На случай, если сюда кто нибудь заглянет - небольшая история, почему появился этот блог.
Я потихоньку делаю систему управления контентом для нашей фирмы. Сегодня, например, я наконец таки сделал элемент для редактирования даты и времени в новостной ленте. Простые текстовые поля, где можно указать год, месяц, час, минуту. День. Для новых постов туда сразу ставится сегодняшнее число. Т.е. слизал это с ЖЖ, один в один. Начальнику же такой вариант не нравится. Он считает, что редактировать дату в текстовых полях - это слишком сложно. Мол, там просто необходим джаваскриптовый календарь. То, что в ЖЖ миллионы пользователей пишут миллионы постов, обходясь без наворотов, его не убеждает. ЖЖ, говорит, фигня. Вот Гугл - это да, сила. Там всё сделано удобно, и наверняка уж там то дата редактируется джаваскриптовым календарём. Пришлось создать этот блог. Чтобы посмотреть, как тут редактируются даты.