1. Главная
  2. petrovnn

petrovnn: Комментарии

Главные вкладки

20 августа 2012 в 0:31

уберите кто-нибудь спамера.
на хабре бесплатно русскоязычная база под сто тысяч городов с координатами и IP-адресами, а вы за деньги продаете каких-то жалких полторы тысячи

13 августа 2012 в 16:21

ура, мой график! Smile
ps. рисовал в кореле
pps. думаю там где жумла улетает вверх, надобы пунктир нарисовать, что значит что теоретически сложные сайты делать на ней можно, но никто не делает. В этом я убедился в течении двухмесячного холивара на джумло-форуме, НИКТО не скинул ссылку на приличный сложный сайт на джумле, в том числе и админ форума

9 августа 2012 в 16:27

Только что провел эксперимент - зашел под анонимом, положил товар в корзину, очистил таблицу cache_form, опять зашел - в корзине все осталось.

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

"Softovick" wrote:
hook_cron очищать таблицу (чревато)

Но вот не могу понять - почему кроном чистить эту таблицу чревато?

9 августа 2012 в 16:18

Подпишусь. У меня сильно растет эта таблица на проектах с коммерцем. На сайтах с голосованиями (я правда использую rate) аномального роста таблицы не замечено. Возможно у Rate нет этой проблемы в отличие от vote up/down.

2 августа 2012 в 15:37

"xxandeadxx" wrote:
это не проблема views

Похоже что да

в общем задачу решил без модуля views 404 как написано по этой ссылке: http://peterpetrik.com/blog/2009/11/non-existent-urls-views-2

Возможно views 404 не стали портировать на 7 потому что разработчик осознал как это можно фиксить стандартными средствами вьюх

2 августа 2012 в 12:57

Поставил модуль, работает. Вот уже после установки наткнулся на статью (бегло просмотрел), выглядит так, будто эту проблему можно решить средствами самого views: http://peterpetrik.com/blog/2009/11/non-existent-urls-views-2

2 августа 2012 в 12:46

проблема действительно существует. Интересно, во вьюхе которая будет в Drupal 8 проблема будет решена?

Для семерки модуля views 404 официально нет, но в исуйях говорят что код почти не поменялся http://drupal.org/node/1131834 попробую поставить

22 июля 2012 в 23:30

"sitdikov" wrote:
Сайт пустой?)

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

19 июля 2012 в 1:15

"sitdikov" wrote:
с установленным geoip для nginx

Интересно, а так быстрее работает?

"sitdikov" wrote:
SypexGeo - на хабре описание было

ага, читал. В данный момент для задачи определения по IP склоняюсь именно к SypexGeo.

18 июля 2012 в 3:10

Кстати кому интересна тема Базы городов с координатами, вот моя подборочка:

http://www.drupal.ru/node/5146

http://www.drupal.ru/node/7588 - в самом низу база от xandeadx с mamba.ru (без координатов, но с разбивкой по регионам)

17 июля 2012 в 2:15

мультисайтинг хотели только чтобы "пользователи не портили мнение поисковиков"? А мне кажется наоборот, пользовательский контент добавит веса основному сайту, тем более если это блоги, в которых предполагается что должны писать больше чем в форуме

17 июля 2012 в 0:31

25 тыс уников в день это значит что онлайн на сайте не так уж и много народу будет. Примерил к показателям своего сайта, получится что у вас онлайн будет около 200 (может 300) пользователей. При этом в пиках будет до 40-50 запросов в секунду (ну это очень грубо). Я думаю что все решит конфигурация сервера, потому что для целого сервака (нормально настроенного) подобная нагрузка вполне посильная.

3 июля 2012 в 21:00

"sitdikov" wrote:
бывает косяк с кешем - если за минуту до вас был казанец, то вам скорее всего казанский кеш отдастся

Хм, а это излечимо? Вообще, насколько сложно прикрутить эту базу к семерке? Какие-то есть подводные камни? А то есть потребность определения географии, даже не на одном проекте

3 июля 2012 в 0:03

аа, интересно. А насколько реально рекламные скрипты сохранить на своем сервере? Я к тому, что пытался недавно сохранить скрипт Google Maps API v3 - фигос, не смог сделать. Либо я плохо знаю JS, либо они специально сделали так чтобы нельзя было сохранить. Скорее всего адсенс тоже вряд-ли удастся сохранить у себя. Илил хеад.жс может подключать и внешние скрипты?

2 июля 2012 в 14:08

не понимаю что за head.js

Если мне нужно было ускорить загрузку, я все скрипты ставил в подвал (переменная $scripts в html.tpl.php). Недостаток правда такого подхода в том, что не все модули корректно работают когда их скрипты в подвале, это это зависит от проекта. На многих простых проектах такая фишка прокатывает