Форум » www.irc-club.ru » www.irc-club.ru » Ответить
www.irc-club.ru
А-Р: Поскольку Главный Сайтостроитель IRC на днях принял принципиальное решение, что ПРИНЦИПИАЛЬНЫХ ИЗМЕНЕНИЙ С САЙТОМ IRC НЕ БУДЕТ, - значит, будут непринципиальные. Непринципиальные изменения народу надо показать, представить, - чтоб у народа не складывалось впечатление (из-за непринципиальности этих изменений), что сайт застыл и никак не развивается. С этой целью завожу эту ветку. Кроме того, у нас до сих пор нет отдельной ветки, где можно было бы собирать просьбы/пожелания айрсеров по поводу косметических (=непринципиальных) изменений/улучшений сайта. Тоже можно сюда кидать. Речь здесь идет об общих изменениях, а не об изменениях конкретных личных страниц (как то - добавить/изменить BR на странице, изменить текст на странице, - просьбу о таких изменениях следует направлять в спец. для этого заведенную ветку).
Andrew: Кстати, насчет самозванцев и проходимцев: вот список партнеров NYC Marathon: http://www.ingnycmarathon.org/entrantinfo/itps.htm Как видите, Россию представляет Goguni Travel Agency. А что до "никому не известного клуба", так просто "никому не известный клуб" впервые в истории решил обеспечить людей из России гарантированными местами на марафоне. Потому что "всем известные клубы" сидят и ничего не делают. Мы действительно собираемся изменить мир — и мы сделаем это. А вы, если вам угодно, можете продолжать видеть повсюду заговор и мировую закулису. Прекрасная фраза и правильный настрой!
Erokhin: В конце страницы http://www.irc-club.ru/we.php составлен список всех IRCэров http://www.irc-club.ru/persons.xls Всего 322 persons текущих и бывших IRCэров. С какой целью он ведется и с какой целью он теперь выложен в открытом доступе? Пожелание к составителю и выкладывателю объяснить сей факт.
А-Р: Это было сделано для более удобного поиска айрсеров, в частности, для ввода их в результаты IRC и возможного учета в матчах. В веб-интерфейсе это (пока) не реализовано и сделать это не так быстро (хотя предложения уже есть, но до реализации дело не дошло). Поэтому Andrew быстренько экспортнул БД в Ёксель и выложил в виде файлика. Возможно, там много лишней инфы, к-рую выводить не следовало бы. Но в то же время эта лишняя инфа может объяснить, почему некоторые НЕ-айрсеры в протоколах пишут себя за IRC (вполне возможно, что в БД IRC они фигурируют как "вышедшие по с/ж" или "сочувствующие"). Erokhin пишет: С какой целью он ведется и с какой целью он теперь выложен в открытом доступе? Пожелание к составителю и выкладывателю объяснить сей факт.
Erokhin: А-Р пишет: Позвольте объяснить Когда Andrew это быстренько экспортнул? Когда Andrew быстренько выложил в виде файлика? Какая именно инфа там является лишней которую выводить не следовало бы? Когда "сочувствующий" Vald (Владимир Варакута из Новосибирска) в протоколах записал себя за IRC? Когда "сочувствующий" Владимир Шашков в протоколах записал себя за IRC? Когда остальные лица числящиеся как "сочувствующие" в протоколах записали себя за IRC? Кто придумал эти термины "вышедшие по с/ж" и "сочувствующие"?
Andrew: Когда Andrew это быстренько экспортнул? Позволю себе не отвечать на эти вопросы в связи с их бессмысленностью :-)
Kostafey: Почитал, так и не понял в чем тут трабл-то?
Vlad: Erokhin пишет: С какой целью он ведется и с какой целью он теперь выложен в открытом доступе? Пожелание к составителю и выкладывателю объяснить сей факт. А оно тебе надо? :)) Я бы даже и внимания не обратил на это. А теперь вот вынужден просматривать, время терять ... :)) Как говорится из мухи слона ... будь немного поснисходительней
А-Р: Сегодня впервые получил по адресу титульной: Cайт превышает предел нагрузки на процессор приобретенного тарифного плана хостинга. Попробуйте зайти позже. Site exceeds CPU load allowed by purchased hosting plan. Please try again later. Либо переходить на тариф покруче, где можно отжирать побольше. "Отжор своих - залог успеха!" (совет из преферанса)
Andrew: Либо переходить на тариф покруче, где можно отжирать побольше. "Отжор своих - залог успеха!" (совет из преферанса) А у нас оплата до 31.07 и, вдобавок, я два часа назад закончил большой рабочий проект! Так что все будет =) P.S. Нагрузка на процессор большая?.. Это ж теперь процессор моего сервера страдать будет? :)) Так, сейчас начнем наказывать за таблицы в БД без индексов, кривые алгоритмы, индусский код и отсутствие кэширования! (Вот, скажем, зачем каждый раз генерить we.php, если страница изменяется раз в неделю или раз в месяц? Даешь статическое кэширование! :-))) А еще сделаем почту board-of-directors@irc-club.ru или что-нибудь такое с доступом через интерфейс Gmail!
А-Р: То же самое и к пулькам матчей можно отнести - а там вычислений и копаний по базе на порядок побольше будет! Andrew, научи меня стат. кэшированию - до такого уровня я еще не доходил! (можно мылом, чтоб не загружать одноклубней тех. подробностями) Andrew пишет: (Вот, скажем, зачем каждый раз генерить we.php, если страница изменяется раз в неделю или раз в месяц? Даешь статическое кэширование! :-)))
Andrew: Andrew, научи меня стат. кэшированию - до такого уровня я еще не доходил! 1. Пользователь запрашивает у браузера страницу www.irc-club.ru/matchi/super/pulka/2010/all 2. Страница генерится, как положено, и итоговый ХТМЛ кладется по адресу www.irc-club.ru/static-cache/matchi.super.pulka.2010.all.html (ну или другой delimiter, а не точка, или папки создавать) 3. В следующий при запросе этой страницы мы сначала проверяем, есть ли такая страница в папке static-cache, и, если есть, сразу показываем ее. Если нет, генерируем заново и записываем. 4. При изменении любых данных в БД, влияющих на эту страницу, нужно удалить ее из папки static-cache. Собственно, этот момент и есть самый сложный — соответствие закэшированных данных актуальным данным. (Можно упросить: каждый раз вручную жать кнопку "очистить кэш" :) Еще более быстрый способ: сразу класть по нужному адресу HTML-страницы. А, если страницы нет, то на обработчике 404 ошибки уже запускать PHP, генерировать страницу, записывать в кэш и отдавать страницу со статусом 200 (ОК). Тогда даже интерпретатор PHP не будет запускаться. Правда, иногда нужно кэшировать только куски страницы, а куски генерировать (когда разные юзеры видят разные данные, и т.п.) Не уверен, но, возможно, что в случае с пульками лучше кэширование в ОЗУ. Особенно, если данные предстают в разных форматах и нужно кэшировать результат вычислений. Все-таки сгенерить страницу можно быстро, основные затраты идут на вычисления. Главный бонус статического кэширования в том, что можно даже не запускать интерпретатор, а сразу отдать страницу. (Ну и, замечу, что для динамического кэширования нужны модули для PHP, например, XCache или memcached) P.S. Но что-либо кэшировать при нынешнем техническом устройстве IRC... Х-м-м-м! ;-))) Лучше сразу использовать какой-нибудь фреймворк, там все приятности уже написаны и для кэширования, и для юзеров-сессий, и для генерации страниц, и вообще. Их много, и в данный момент я участвую в создании еще одного :-)))
А-Р: ОК, тогда подождем, когда ты че-нить создашь, чтолб можно было готовеньким воспользоваться! Про обработку 404 ошибки понравилось, сам бы до такого не додумался! Andrew пишет: там все приятности уже написаны и для кэширования, и для юзеров-сессий, и для генерации страниц, и вообще. Их много, и в данный момент я участвую в создании еще одного
Andrew: ОК, тогда подождем, когда ты че-нить создашь, чтолб можно было готовеньким воспользоваться! К сожалению (или к счастью!), готовенькое надо использовать в самом начале, а не в самом конце. Т.е. взять систему и построить на ней сайт! А не построить сайт и искать, чего бы к нему можно прикрутить на шурупах :-) Ну а здесь вырастает наша традиционная беда: переделывать нужно с нуля, а у нас уже такой большой сайт, что проще умереть, чем переделать все. А "обновить только пару разделов" вроде смысла не имеет. Ну ладно, начнем с малого, сегодня вечером уже буду работать над сервером и пытаться перенести IRC туда :-)
А-Р: ввода объемов. ТЫ — ЗАНЕС СВОИ МЕСЯЧНЫЕ? http://www.irc-club.ru/volume/
Aleks: http://www.irc-club.ru/ 503 - Service Not Available такая вот фигня -(
А-Р:
Бор: На страничке http://www.irc-club.ru/vozgr.php присутствуют все irc-еры, даже умершие уже (для них, как и для всех, каждый год добавляется возраст): ЛАСКО, A.S., Ю.Хакимов. Считаю, что это неправильно.
А-Р: Скажи как правильно - сделаю! Только поставь задачу правильно - во всех смыслах.
al_al: А-Р Годы жизни надо писать.
BACbKA: А-Р пишет: Скажи как правильно - сделаю! Только поставь задачу правильно - во всех смыслах. Если это таблица, где храниться участник и дата рождения, то можно добавить к примеру "дата смерти", если дата не заполнена, то возраст рассчитывается = Текущая дата - дата рождения, а если дата заполнена, то возраст = дата смерти - дата рождения
Ak55: BACbKA пишет: а если дата заполнена Если эта дата заполнена, то возраст лучше вообще не рассчитывать
Бор: А-Р пишет: Скажи как правильно - сделаю! А-Р, за меня уже ответили. al_al пишет: Годы жизни надо писать. BACbKA пишет: можно добавить к примеру "дата смерти", если дата не заполнена, то возраст рассчитывается = Текущая дата - дата рождения, а если дата заполнена, то возраст = дата смерти - дата рождения Ak55 пишет: Если эта дата заполнена, то возраст лучше вообще не рассчитывать
А-Р: Бор пишет: А-Р, за меня уже ответили. Так на чем же остановиться? Вопрос как всегда - в реализации. Можно сделать и так, и так. Но как ПРАВИЛЬНО?! Ну или не совсем так. Вариант by BACbKA: возраста ушедшего одноклубника не меняется и равен возрасту на момент смерти. Вариант by Ak55: ушедшего одноклубника вообще не стоит показывать на этой странице, поскольку "возраст считать не надо", а смысл этой страницы - в показе возраста.
Ak55: Вношу поправку: в ту табличку, о которой ведет речь Бор, выбывших IRCеров вносить вообще не следует. А на личных страничках даты жизни можно вносить через тире Кстати, бледно-зеленый цвет шрифта на страничке "Возрастной состав" совершенно трудночитаем
А-Р: Ak55 пишет: Вношу поправку: в ту табличку, о которой ведет речь Бор, выбывших IRCеров вносить вообще не следует.
Бор: А-Р пишет: ТЗ понял и принял, хотя лично я с ним не согласен А что ты предлагаешь?
А-Р: Я предложил то, что реализовал в исходном варианте. В исправленном (нынешнем) варианте мне не нравится то, что ушедших в мир иной айрсеров мы вообще не видим. Хотя со спортивной точки зрения это правильно. Но не с человеческой, о которой ты и попросила в исходном своем посте. С общечеловеческой я бы все же предпочел их видеть на этой странице. Бор пишет: А что ты предлагаешь?
А-Р: предпочел не видеть себя на этой странице! В этом свете вопрос еще более заковырист.
Ak55: А-Р пишет: С общечеловеческой я бы все же предпочел их видеть на этой странице. С общечеловечской ТЗ мы их нормально видим на странице "Мы". А на странице "Возрастной состав" мы видим возраст членов клуба по состоянию "на сегодня". Поэтому с общечеловеческой ТЗ указывать возраст по состоянию "на сегодня" для тех, кого с нами уже нет, ИМХО - некорректно. Или тогда уж писать "было бы...", но это тоже не здорово
Ak55: А-Р пишет: В этом свете вопрос еще более заковырист. Если кто-то выскажется на эту тему персонально и негативно, то его тоже следует из этой таблички убрать. Чтобы заковырок стало меньше. Но таких, я думаю, будет все же немного, ведь на той же странице "Мы" все (!) указали точную дату своего рождения
А-Р: Просто это - одно из немногих обязательных(!) требований при вступлении в клуб. Можно не присылать рассказ и/или фото, но если не пришлешь д/р, будешь мягко отослан. Ak55 пишет: ведь на той же странице "Мы" все (!) указали точную дату своего рождения
Бор: Ak55 пишет: Поэтому с общечеловеческой ТЗ указывать возраст по состоянию "на сегодня" для тех, кого с нами уже нет, ИМХО - некорректно. +1
А-Р:
Мишель: хэлп не могу login или ЛС смотреть. это у меня или у всех? Мишель
Мишель: да не работает ЛС и как я что то отправляю и там автоматическии сайт делает мне LOGOUT
А-Р: Долго его пришлось уговаривать. Но все ж он сдался, пустил в конце концов.
Мишель: хммм общий глюк значит теперь ЛС могу смотреть а утром никак.
comcur: Коллеги! Объявился наконец-то Северный Олень! И конечно на юге! Выиграл марафон в Ростове!
Андрей Климковский: Andrew пишет: Ну а здесь вырастает наша традиционная беда: переделывать нужно с нуля, а у нас уже такой большой сайт, что проще умереть, чем переделать все. А "обновить только пару разделов" вроде смысла не имеет. у меня оба сайта на статике - более 1000 страниц в общей сложности. Все переделывал с нуля вручную несколько раз, когда старый дизайн или структура надоедала... Сорри за оффтоп
Chapay: Нужны добровольцы от IRC для приёма заявок на участие в Белочке-2011! Как известно, в прошлом году марафон состоялся благодаря совместным усилиям лыжного клуба "Измайлово" и IRC. В этом году его проводит традиционный организатор 16 июля. ЛК "Измайлово" сотрудничает с оргкомитетом по части предварительной регистрации (сбор заявок). Мы тоже можем подключиться, чтобы "не вылетать из обоймы". К сожалению, я не смогу помочь, т.к. в начале июля убуду в отпуск в тайгу, где ни мобильной связи, ни инета. Хотелось бы, чтобы от нас кто-то был, так сказать, чтобы "поддержать миссию". В данном случае она заключается в поддержании на плаву соревнований, которые нам хотелось бы сохранить, да и вообще, в сохранении и приумножении спортивной беговой жизни.
полная версия страницы