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

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

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

5 июня 2009 в 0:34

PVasili wrote:

4) Забудьте об энтузиастах в *nix. 99% ядра и самых незаменимых и критичных вещей оплачено спонсорами. (по разным мотивам и разными средствами).
Эт конечно клёво так сходу махать цифирами в 90 и более %, но данные далеки от реальности. Статистика по коммитам в ядро публиковалась год назад или где-то так - да, уже большинство правок вносилось разработчиками, работа которых оплачивалась фирмами, но это никак не 99% и даже не близко к ним.

5 июня 2009 в 0:28

PVasili wrote:

пессимизирую:

1) Группа энтузиастов никогда не создаст даже близкие аналоги продуктам уровня Adobe, 1С, Оракла, некоторые MS и т.д.
(только не нужно в пример ставить gimp Smile - это разные века в истории софтостроения)

4 июня 2009 в 20:16

gor wrote:
это больше как дополнение поднятой темы, нежели замечание. )
Да это хорошо когда происходит влажение фирмы в разработку, но опятьже в этих фирмах могут работать прогеры их под палки, но их код просто СПО не примет, Это как бы сдерживающий фактор говнокода.
ТОесть фирмы заинтересованы брать прогеров, которые заинтересованы програмить для СПО , которым это в кайф. А еще и деньги платят)))

4 июня 2009 в 18:30

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

16 мая 2009 в 18:19

Я под один сайт писал такой антиспам - просто блокировка произвольных строк, даже не обязательно urlов, довольно быстро их набралось достаточно, чтобы у спамеров кончилась фантазия. Строки заносились модераторами. Встретили спам - занесли урл или характерную часть текста. Чтобы словарь не разрастался можно чистить строки, которые не попадались при вводе N дней/месяцев.

16 мая 2009 в 16:06

PVasili wrote:
В последнее время абсолютно нет желания бороться с http://drupal.ru/user/39592/track в каждом комментарии.
В чем проблема с убиранием молома и навешиванием обычной капчи?
Если для всех блок "Новое на сайте" более важено, чем постоянный спам - давайте я уж поставлю тогда...

15 мая 2009 в 0:36

Более объектное нежели сейчас представление вокруг реляционных таблиц можно будет видеть в Drupal 7. Но если хочется оперировать одними объектами, то надо смотреть в сторону CMS с ORM (навскидку ни одной на php не вспомню). В друпале к этой модели пока не пришли, но Drupal 7 можно считать движением в этом направлении. http://en.wikipedia.org/wiki/List_of_object-relational_mapping_software

10 мая 2009 в 22:47

Стоит настроить кеширование (для персонального сайта удобно включить агрессивный режим кеширования) или вообще поставить модуль boost для ещё большего снижения нагрузки.

9 мая 2009 в 11:18

open_basedir может быть установлен и без safe mode. Хостеры нередко закрывают доступ к /tmp из php-скриптов в целях безопасности, тогда можно создать папку внутри домашней директории пользователя (только не ниже корня сайта, чтобы временную директорию не было видно из веба). В данном случае стоит создать /home/vol2/myplace.us/mp_3351076/tmp и указать её в настройках друпала, на директорию указать права 777.

4 мая 2009 в 18:45

Ilya1st wrote:
нормальные люди шифрут имена файлов картинок и вообще файлов в md5 - если идет их автоматизированная обработка.
и не имеют проблем.

умные владельцы сайтов не держат файлы с русскими именами и тоже проблем не имеют.

Локали везде могут круто отличаться. и вы можете не знать в какой из них пашет apache или php.

Русские имена файлов на сервере - дурной тон.

3 мая 2009 в 13:15

Открываем Open Impress, делаем красивую презентацию и дальше File->Export As...->Adobe SWF, кладём флешку на хостинг и всё готово Wink Нафига эти друпалы и расходы на верстальщиков ;P

21 апреля 2009 в 2:46

Patriot_Z wrote:
я запустил крон из раздела модули, для проверки на наличие новых версий.
Раньше после выполнения крона он редиректил назад в модули, сейчас же этого не произошло.
Также в разделе "Недавние записи в системном журнале" появилась запись:

(!) cron 2009-04-21 01:38 Выполнение регулярных процедур (cron) превысило ... admin

Сообщение Выполнение регулярных процедур (cron) превысило отведенное время и было прервано.

8 апреля 2009 в 3:31

Quote:
странный блог, комментарии закрыты.... исправить не могу Sad уж не обессудте...
Поздравляю, ты запостил это типом материала "служебная страница". Поэтому комменты были закрыты.

29 марта 2009 в 21:52

По ip банить неэффективно. Ничто не мешает воспользоваться прокси для запросов или зайти с другой машины. Если сайт установлен корректно (нет возможности через регистрацию получить права админа, не проставлено ненужных прав для анонимов и свободно регистрирующихся пользователей, сам друпал и все модули последних версий, доступ к update.php открыт только для админа), то можно не беспокоиться. Если сайт на shared-хостинге взломают через дырки php или системы - тут уж ничего не попишешь, но это уже забота хостера.