- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Слава Шевцов, браво!
Это стоит размножить :)
Единственное, что я не понял это вот это:
Интересно, а в чем глубинный смысл писать поисковик на "php" ?
Я понимаю, если на php писать интерфейс, ну а логику писать на php... он не для этого.
зачем нам ещё один велосипед?
http://risearch.org/eng/risearch/index.html
Интересно, а в чем глубинный смысл писать поисковик на "php" ?
Я понимаю, если на php писать интерфейс, ну а логику писать на php... он не для этого.
Знает человек PHP, хочет написать поисковик и интересуется опытом других. Хорошо, что интересуется заранее. Теперь он знает о начинке поисковиков намного больше. Правильный человек.
Интересно, а в чем глубинный смысл писать поисковик на "php" ?
Я понимаю, если на php писать интерфейс, ну а логику писать на php... он не для этого.
7 раз отмерь, 1 раз отрежь, вот я и мерию прежде чем резать начать.
для себя - вполне. Не так давно один из Yukko писал неплохую статейку http://estrabota.com.ua/content/other/own_se.html
Ссылка КГ/АМ...
Так как:
1. При такой схема - потеряешь "беглые" гласные.
Типа: буёк - буйка , вошь - вши и тп...
Слов, с беглой, в русском хватает. Мы привыкли и не замечаем.
2. Существительные среднего рода, оканчивающиеся на "О": яйцо - яиц и тп.
3. Большая группа слов дает одинаковые словоформы:
Туши (бычьи) - Туши (краски) - Туши (глагол)
Пока хватит... ;)
Я бы внимательно посмотрел на RubyOnRails - говорят, там с многопоточностью всё нормально, а значит можно написать краулер.
Ror - это framework, реализующий MVC/ActiveRecord и еще несколько (местами, сомнительных) паттернов на языке Ruby. Сам Ruby тоже не шибко подходит - это интерпретируемый язык, который позиционируется как "сверх-высоко-уровневый", заточенный под быструю разработку. Я бы не стал на этом краулер писать :)
ТС, пишите пока на PHP. Все равно у вас с первой попытки нифига не заработает :) Зато на PHP кодить быстрее, а у вас пока задача - понять, что как хранить, и в какой последовательности доставать. Эту задачу можно и на выборке в 100 документов решать. Так что начинайте делать прототип на том языке, который знаете, а как начнет что-то получатся - можно будет и о платформе задуматься. Все ИМХО.
/ru/forum/51206 :D
А если серьёзно то на РНР можно без проблем написать и поисковик и многое, многое другое. Другое дело скорость работы будет пропорциональна качеству скрипта, и не превышать возможности железа и языка в целом...
(Учитывая что вы задаёте вопрос, то ответ "нет, вы написать его не сможете")
/ru/forum/51206 :D
А если серьёзно то на РНР можно без проблем написать и поисковик и многое, многое другое. Другое дело скорость работы будет пропорциональна качеству скрипта, и не превышать возможности железа и языка в целом...
(Учитывая что вы задаёте вопрос, то ответ "нет, вы написать его не сможете")
Написать-то можно. Только как быстро это будет работать и как это чудо поддерживать. Битовые массивы, постоянные реалоки памяти, отсутствие fast-cgi, время переиндексации данных, предел в 200 чтений/записей в секунду в MySQL - это всё будет тормозить машину. Если учесть, что PHP так же не позволит кинуть близко расположенные данные в L1 кешь, то скорость на С и на PHP будет различаться примерно в 1-5 тысяч раз. Тесты времени исполнения разных подзадач есть в сети. То есть написать можно, только тормозить будет... Да и поддержка кода будет стоить очень много. Это нетривиальные для PHP конструкции.