>А второму сделаем что-то вроде штрафа, чтобы он попусту не откручивался вхолостую со своей бездарной РК на отличных продающих площадках выдачи Яндекса и не вводил пользователей в заблуждение своей нерелевантной информацией.
Значит, Яндекс — «отличная продающая площадка», а большая часть клиентов «вводит пользователей в заблуждение бездарной РК»… :)
Ну и где у полнотекстового поиска MySQL сакральное знание? По-момему все достаточно неплохо документировано. Встроенный поиск Oracle и MySQL тоже не панацея. Потому народ пользует sphinx и solr.
Сколько хитов в месяц? 1000 посетителей в день это вообще не нагрузка. У меня в десять раз больше и все нормально. Я даже поверх этого количества еще атаку с помощью ab запускал. И все стоит, не падает. centos.org вообще фиг знает, сколько в день испытывает. А там тоже апач стоит.
C какой стати невозможность нормального полнотекстового поиска стала считаться «кривизной», интересно? Кривизна — это когда багов полно и работает не так, как должно.
>Должны выполнять то, о чём говорят. А говорят нам на сайте о возможности работы с doc и docx.
А что, она невозможна разве? «Возможность работы» и «100% комфортная работа» — разные вещи.
Если образ диска разместить на сервере, монтировать его и расположить на нем GIT репозитарий, то работа с GIT для всех будет выглядеть абсолютно прозрачно пока диск не размонтируют. Или, может быть, я вас неправильно понял? Может быть, смысл в том, чтобы никто не смог работать с некоторыми конкретными файлами в репозитарии?
Значит, Яндекс — «отличная продающая площадка», а большая часть клиентов «вводит пользователей в заблуждение бездарной РК»… :)
На всем сразу что ли?
— Да, а что?
Как можно сериализовать метод?
serverfault.com/questions/151245/what-is-the-maximum-number-of-virtualhosts-apache-can-handle
Внизу страницы есть счетчики.
А что, она невозможна разве? «Возможность работы» и «100% комфортная работа» — разные вещи.