Вы в целом правы. Но то, что это происходит именно с открытыми данными — это грандиозный фарс. Как открытые данные должны быть доступны всем, так и конкурс по ним не должен предполагать проектирования, дизайна, разработки, сдачи документации и всего остального за 14 дней.
Компания автора поста, к примеру, занималась открытыми данными годами. Почему бы ей не поучаствовать в конкурсе? Вот только кто готов на таких условиях?
сложно убрать то, чего нет. :)
если вы разлогинетесь — вы не увидите вообще ничего кроме логина pix.am/oCub/
о других пользователях вы тоже ничего не увидете
мне кажется, вы слишком мнительны. никто не ведет себя высокомерно, это скорее вы проявляете неуместную напористость менеджера Microsoft, пытаясь объявить свое решение единственно верным — и почему-то исключающем другие решения.
при этом вы слишком мало владеете предметом и слишком невнимательно следите за собеседником. как можно с вами общаться, если на
cacherouter — интерфейс к разным бекэндам кэширования
вы мне отвечаете
Какую по-вашему роль он выполняет? Только кеширует страницы? Если так, то советую рассмотреть и остальной его функционал, а именно — замену всего механизма кеширования drupal (который основан на RDBMS) на более дешевые — кеш в памяти, модулях php и на диске. Вы удивитесь насколько это ускоряет рендеринг страниц.
Что я могу ответить? Спасибо, кэп, что перечислили разные бекэнды кэширования — memcache, apc,…
Никакой излишней нагрузки из-за дропанья кэша страницы не будет, я вас уверяю. Это дропанье так и так происходит, а в приведенном решении авторизованные пользователи ходят в обход кэша nginx.
по поводу ajax — authcache работает только через него drupal.org/node/394840
однако по дефолту он подгружает только данные, относящиеся к текущему авторизованному пользователю, что не имеет никакого отношения к seo.
по поводу разных блоков для ноды — учитывая, что rromka использует boost — и зная, что за сайт он представляет, могу заверить вас, что эта проблема высосана из пальца специально для этой дискуссии. если не согласны — урл, где это актуально.
А при одновременном authcache и nginx теряется контроль за актуальностью данных.
не теряется ни разу. хук на коммент, который дропает кэш ноды — и проблема решена
пользователи переписываются в комментариях, ведут там такие же интерактивные дискуссии, как и мы тут с вами. И анонимные намного активнее! Предлагаете отказать им в этих возможностях ради красоты вашего решения?
ни разу. еще раз — хук на коммент, который дропает кэш — проблема решена
чем выручает cacherouter, так это независимым кешированием блоков, которое дает обойтись малой кровью при сборке страниц, даже для последующего кеширования
каких блоков и при чем тут именно cacherouter?
пытаясь обойтись без cacherouter одним кешем nginx в таких условиях вы рискуете проиграть в производительности за счет многочисленных обращений к базе за кешем
nginx cache хранить в базе только индекс кэша. все страницы лежат в файловой системе. в оперативную память попадают только те файлы, к которым часто обращаются — так работает кэш ОС
Вот в чем я вижу некорректность вашего спора
а вашего в том, что вы мешаете в кучу идею и технологии
идея — сделать всегда актуальный кэш, сбрасывая кэш ноды при каждом ее изменении или появлении комментария, а так же сбрасывать кэш страниц списков при появлении новых нод в них
nginx cache — кэш на фронте, может хранить в файловой системе странички, отдельно для зарегенных и анонимных пользователей
boost — модуль Drupal, который добавляет реврайты в веб сервер, при помощи которых отдает странички с файловой системы
cacherouter — интерфейс к разным бекэндам кэширования
authcache — модуль, который позволяет на стороне клиента с помощью ajax запросов подменить часть html кода.
как после этого понимать ваши фразы типа
при одновременном authcache и nginx
пытаясь обойтись без cacherouter одним кешем nginx
В моем решении никто не мешает включить authcache, при этом все странички отдавать из кэша nginx с тем, чтобы js на стороне клиента дальше подменял блоки, обращаясь к php.
ничего, кстати, так и не поменялось. залили туда 1 Тб файлов веб-сайта, оно даже обьём бакета корректно показать не способно.
Компания автора поста, к примеру, занималась открытыми данными годами. Почему бы ей не поучаствовать в конкурсе? Вот только кто готов на таких условиях?
если вы разлогинетесь — вы не увидите вообще ничего кроме логина pix.am/oCub/
о других пользователях вы тоже ничего не увидете
2) многим удобнее — не надо отпрашиваться с работы
drupalconf.ru/promote — вот баннеры, но можно и самим нарисовать… Мы не успели пока на них переделать camp в conf
А Клера… Какой друпалконф без нее :)
при этом вы слишком мало владеете предметом и слишком невнимательно следите за собеседником. как можно с вами общаться, если на
вы мне отвечаете
Что я могу ответить? Спасибо, кэп, что перечислили разные бекэнды кэширования — memcache, apc,…
Никакой излишней нагрузки из-за дропанья кэша страницы не будет, я вас уверяю. Это дропанье так и так происходит, а в приведенном решении авторизованные пользователи ходят в обход кэша nginx.
по поводу ajax — authcache работает только через него drupal.org/node/394840
однако по дефолту он подгружает только данные, относящиеся к текущему авторизованному пользователю, что не имеет никакого отношения к seo.
по поводу разных блоков для ноды — учитывая, что rromka использует boost — и зная, что за сайт он представляет, могу заверить вас, что эта проблема высосана из пальца специально для этой дискуссии. если не согласны — урл, где это актуально.
не теряется ни разу. хук на коммент, который дропает кэш ноды — и проблема решена
ни разу. еще раз — хук на коммент, который дропает кэш — проблема решена
каких блоков и при чем тут именно cacherouter?
nginx cache хранить в базе только индекс кэша. все страницы лежат в файловой системе. в оперативную память попадают только те файлы, к которым часто обращаются — так работает кэш ОС
а вашего в том, что вы мешаете в кучу идею и технологии
идея — сделать всегда актуальный кэш, сбрасывая кэш ноды при каждом ее изменении или появлении комментария, а так же сбрасывать кэш страниц списков при появлении новых нод в них
nginx cache — кэш на фронте, может хранить в файловой системе странички, отдельно для зарегенных и анонимных пользователей
boost — модуль Drupal, который добавляет реврайты в веб сервер, при помощи которых отдает странички с файловой системы
cacherouter — интерфейс к разным бекэндам кэширования
authcache — модуль, который позволяет на стороне клиента с помощью ajax запросов подменить часть html кода.
как после этого понимать ваши фразы типа
В моем решении никто не мешает включить authcache, при этом все странички отдавать из кэша nginx с тем, чтобы js на стороне клиента дальше подменял блоки, обращаясь к php.