cotonti.com : Судьба cotonti.com https://www.cotonti.com Last topic posts Cotonti en Wed, 20 May 2026 21:33:54 -0000 MeDBejoHok jcrush, HTML5 тебе аякс не заменит, rel="prefetch" требует тонкой настройки ибо в противном случае, он даст тебе кучу лишних запросов к серверу.]]> Sun, 06 Jun 2010 18:13:31 -0000 booka http://www.apple.com/html5/

работает ТОЛЬКО в сафари, хотя по идее любой web-kit браузер сможет]]> Sat, 05 Jun 2010 18:35:29 -0000 Kort Fri, 04 Jun 2010 21:51:17 -0000 jcrush Предварительная загрузка хотя на сколько она актуальна и как ее применить, сказать сложно.]]> Fri, 04 Jun 2010 21:30:37 -0000 Trustmaster
  • Поддержку "путей", для более органичной сборки ЧПУ распространённого вида
  • Переход на index в качестве универсального загрузчика
Кстати, хорошая мысль, узнать, какова статистика хостов с mod_rewrite.

Added 5 minutes later:

HTML5 вроде ещё не так распространён на машинах пользователей, как AJAX.]]> Fri, 04 Jun 2010 21:23:18 -0000 jcrush будут изменения в механизме URL'ов, но не в вызовах sed_url()

Имеется ввиду page.php?id= поменяются и другие или это не то? Как бы не надо такое...

Добавлено 1 час спустя:

Кстати пора бы присмотреться к HTML5 вместо аякса...]]> Fri, 04 Jun 2010 19:16:50 -0000 Trustmaster
  1. Изначальная установка на демократизм, в пику Seditio
  2. Хаотичность: нельзя сказать с уверенностью, кто и в какие сроки решит поставленную задачу
  3. Ограниченность ресурсов: человекочасов мало, сколько успеем, столько и наработаем
Это в значительной мере поспособствовало тому, что процесс разработки более всего напоминает минималистический XP, с непостоянной командой и всей толпой народа в роли заказчика. Цепочка для разработки какой-то функциональности: выдвижение предложения => обсуждение => тикет => разработка решения + уточнение требований => системное тестирование, далее возможно повторение некоторых этапов и написание статьи о том, что же такого натворили. Больше всего страдает документация. Плохо? Плохо!

Берем классическую модель. Двухлетний стратегический план развития (50 стр.) => план развития на текущий квартал (20 стр.) => выбор задачи (возможно, обсуждение) => анализ предметной области => спецификация требований (30 стр.) => планирование работ по реализации (орг. инструкции, 10 стр.) => реализация => тестирование (модульное, интеграционное, регрессионное, системное) => написание пользовательской документации (50 стр.) => написание документации разработчика (70 стр.), далее корректировка с повторением этих этапов. Несомненно, на выходе получается колоссальный Продукт и подробнейшие спецификации. Хорошо? Отлично!

Как учат в наших ВУЗах, разработка проектной, организационной и эксплуатационной документации занимает не менее 70% времени разработки информационных систем. Ещё учат, что основная "добавочная стоимость" возникает именно при тыкании заказчика носом именно в листы из внушительной стопки документации. Отчасти это так.

Но если вернуться к Cotonti, мы просто не можем себе этого позволить. Отсутствие целостной документации - несомненно жизненно важная проблема, её придется устранять, иначе проект погибнет. Но минималистические процессы разработки вряд ли изменятся в пользу великолепных прогнозируемых (оптимизирующих, по CMM?) процессов. Просто не тот уровень.

Говорят, 90% проектов обречены на гибель. Неправда. На гибель обречены 100% проектов, вопрос только во времени жизни. А теперь долой рассуждения и за работу!

А именно: к плагинам и скинам.

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

С плагинами сложнее:
  • немного оптимизируется шапка плагиночастей (удаление дублирующей информации, добавление новых возможностей), хотя старые шапки тоже работать будут
  • немного поменялся код самих хуков, он стал чуть компактнее, хуков будет больше
  • поменяется интерфейс некоторых функций, некоторые более не будут использоваться, в основном это касается устаревшей функциональности или значительно реорганизованных частей (типа комментариев и кэширования)
  • библиотека функций разделена на ядро и дополнительные API. Последних будет значительно больше, чем было раньше, и они в совокупности образуют настоящую CMF, в замен старого "ну у нас что-то вроде CMF, поищи что-нибудь в functions.php"
  • у плагинов и модулей могут быть свои API. Между плагинами и модулями могут быть зависимости. И поначалу самое болезненное: все зависимости должны быть явными. Если плагин использует какой-то дополнительный API, он должен подключить его явно (такое решение продиктовано не столь идеологией, сколь многочисленными бенчмарками). Если плагин использует другой плагин, он должен потребовать его при установке.
  • будут изменения в механизме URL'ов, но не в вызовах sed_url()
  • базовым языком разметки станет HTML, хотя поддержка различных парсеров (в т.ч. и ббкодов) останется
  • если удастся сделать это безболезненно, поменяются префиксы функций (это скорее маркетинг, чем техника, но рано или поздно этот вопрос встает)
  • более изящный мультихукинг
  • новые возможности в генерации и обработке форм (старый код при этом работает по-старому). Вообще новые возможности по возможности не затрагивают старые, хотя рекомендуется ими всё-таки воспользоваться
Ну не всё так радужно. Да, всё равно что-то будет отваливаться, что-то надо будет чинить и переписывать. И какие-то дефекты сразу обнаружатся в выбранных решениях. Над этим уж будем работать все вместе.]]> Fri, 04 Jun 2010 15:09:26 -0000 Sergey methods_205.pdf (тут кусочек) но это концепция без кода, это начальная постановка задачи, и, ясно, что необходимо решить как в теоретическом, что в концептуальном, так и в плане конкретного кодирования на PHP. Хотя, впрочем, каждый это делает это по своему.]]> Fri, 04 Jun 2010 03:52:45 -0000 Sergeich http://www.cotonti.com/page.php?al=technical_concepts]]> Fri, 04 Jun 2010 03:18:21 -0000 Sergey Fri, 04 Jun 2010 03:01:19 -0000 Sergeich
А вообще люой желающий может скачать сиену и посмотреть что там и как поменялось. Я, как непрограммист, каких-то глобальных изменений не увидел, всё достаточно привычно и понятно :).]]> Fri, 04 Jun 2010 02:35:25 -0000 Sergey Fri, 04 Jun 2010 02:28:32 -0000 Trustmaster статистку по релизам и тикетам, по ней siena далеко не самое крупномасштабное изменение в истории Cotonti.]]> Fri, 04 Jun 2010 02:25:50 -0000 Oughtem # Yusupov : Какой смысл переименовывать Котонти в новый движек? Разве Сиена это не новая стабильная версия Котонти?!
действительно, почему?
# Sergeich : Она самая, я не знаю почему Oughtem решил, что от Котонти отпочковывается новый проект
потому что так было с лду и седом.
Надеюсь, что всё случится так, как описал Trustmaster.]]> Fri, 04 Jun 2010 01:08:52 -0000 Trustmaster
В том, что cotonti.com переедет на 0.9/siena сразу же, как только последняя доберется хотя бы до состояния беты, сомнений нет. Тут более деликатный такой вопрос: что делать с версиями плагинов и статьями, актуальными только для genoa. С плагинами напрашивается репозиторий с учётом версий или хотя бы оставлять ссылки на версии для genoa после обновления. Со статьями вопрос открытый, поскольку часть из них будет изменяться с учётом новых реалий, ну и естественно будут новые статьи, равно как и устаревшие. Можно опять же выйти из положения, задействовав автоматическую фильтрацию по тегам с версиями.

В том, насколько важна миграция имеющихся сайтов на новые версии у меня несколько иная точка зрения, чем у Kort'a. Кроме сайтов, которые были сделаны для клиентов, есть ещё категория постоянно развиваемых проектов, для которых внедрение новых рюшечек и более глобальных вещей - шанс расширить функциональность и повысить эффективность в конкурентной борьбе за место под солнцем. И поскольку сохранив полную обратную совместимость, мы, как разработчики связали бы себя по рукам и ногам, то я вижу приемлемый компромисс в четырёхкомпонентной миграции с genoa на siena:
  1. Автоматическое обновление ядра, БД и базовых плагинов
  2. Обновление важных плагинов их активными разработчиками
  3. Написание простых гидов по миграции, в том числе и для плагинов
  4. Предоставление утилит (скриптов) автоматической конвертации старых плагинов
]]> Thu, 03 Jun 2010 17:49:50 -0000 esclkm Сайт работает на седе - выполняет свои функции ура. на генуа - ура, выйдет сиена - зачем ломать дрова и нестись на новый двиг. Да преимущества есть. На удивите новой рбшечкой некоторых пользователей и все?]]> Thu, 03 Jun 2010 16:52:14 -0000 Kort Мне как разработчику интересна Сиена в любом виде потому что моему клиенту все равно как она называется если сайт работает так, как ему необходимо. Нам не нужна совместимость, собственные плагины мы отконвертируем и будем дальше работать с Сиеной.
С конечными пользователями сложнее. Но, ребята, нельзя стоять на месте и нельзя все новое подавать в обратно совместимом виде. Да, хочется чтобы была установлена последняя версия Котонти и чтобы работали все 50 ненужных, но уже установленных плагинов от Седа и чтобы урлы остались прежними и чтобы еще много чего. Все эти проблемы решаемы -- было бы желание. Но я не пойму одного: если есть рабочий сайт на уже достаточно отработанной Genoa, зачем нужна Сиена? Не будет там ничего критически необходимого для вашего сайта, который замечательно работает под Genoa. Подходите к этому вопросу утилитарно: если брешей нет и свои задачи сайт выполняет, тратьте время на что-то более продуктивное. Тем более, что Genoa по своим возможностям гораздо привлекательнее самой распоследней Seditio.]]> Thu, 03 Jun 2010 15:32:28 -0000 Yusupov ]]> Thu, 03 Jun 2010 15:21:01 -0000 Sergeich ]]> Thu, 03 Jun 2010 15:08:27 -0000 Yusupov Thu, 03 Jun 2010 14:04:47 -0000 Sergeich
До сиены ещё дожить надо, разработка идёт не так быстро, как хотелось бы, но идёт. Новый ресурс никто, вроде бы, создавать не собирается, ведь сиена - это всё тот же Котонти, просто изменений на борту будет много. Конвертация уже сейчас есть, если не ошибаюсь, она автоматическая, можно посмотреть скачав сиену из транка.]]> Thu, 03 Jun 2010 09:57:14 -0000 jcrush Thu, 03 Jun 2010 07:53:53 -0000 Oughtem На неохроме был создан пост с названием Судьба neocrome.ru, который вызвал довольно оживлённые дискуссии. Но несмотря на высказанные мнения, судьба neocrome.ru на данный момент печальна - сайт опустел и болтаются там только новички, а гуру иногда заходят посмотреть, что эти новички там наболтали. Огромная база знаний, потенциал, основы основ остались на одном ресурсе, а верхи этих знаний и весь потенциал перекочевали на другой. Что этим было достигнуто? Сообщения "не морочься с седом, делай сайт на коте" стали классикой жанра. Зачем тогда было столько работать над неохромом? Есть поговорка: "кто потерял корни, крылья не приобретёт...." Так вот, к чему всё это я веду. К тому, что с выпуском Сиены не создавайте новый ресурс. Создайте простую и понятную как 2*2 конвертацию в Сиену, конвертните этот Кот в Сиену и продолжайте работу здесь же. Нельзя допустить, чтоб между Котом и Сиеной повторилась история Седа и Кота, иначе и этот сайт опустеет.]]> Thu, 03 Jun 2010 07:40:29 -0000