- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Да, написан на PHP. Будут версии с открытым и закрытым кодом.
А почему не выбрал какую-то более современную технологию?
А почему не выбрал какую-то более современную технологию?
Это какую, например? Ну и распиши сразу в чем преимущества перед пхп.
антивирус в доргене? 😒
в доре предпологается возможность скулей или заливка шела другим способом? 😕
полное (и как я понял неотключаемое) логирование перемещение бота/юзверя по дору 😕
з.ы. невероятно режет ухо "макрОс/ы"
антивирус в доргене? 😒
в доре предпологается возможность скулей или заливка шела другим способом? 😕
полное (и как я понял неотключаемое) логирование перемещение бота/юзверя по дору 😕
з.ы. невероятно режет ухо "макрОс/ы"
Возможности заливки шеллов не предполагается. Но для личной уверенности почему бы и не добавить проверку? Ведь у вас в руках будет возможность писать свои модули, а за их безопасность я не отвечаю. Поэтому не вижу причин для протестов)
Если отключить модуль статистики, то не будет никакого логирования посещений ботов и юзеров.
"макрОс/ы" - а как правильно - "мАкросы"?)
Можно тогда уж и прогноз погоды добавить. Есть такое мнение, что автор добавляет какие-то фичи, свойственные cms - ручное редактирование категорий, например, но это явно не движение в сторону массовости производства и скорости работы.
Типа у нас будут такие ручные дорвеи, которые будут сделаны по категориям и которые мы будем периодически проспамливать.
Ну поживем-увидим, может там и правда все будет летать на объемах.
У макрОсов нет вопросов. :)
"макрОс/ы" - а как правильно - "мАкросы"?)
http://gramota.ru/slovari/dic/?word=%D0%BC%D0%B0%D0%BA%D1%80%D0%BE%D1%81&all=x
Кинем еще чего нибудь на вентилятор.
По мне так макрОс лучше звучит.
Да и слова то не русское, енг вики как бы намекает:A macro (short for "macroinstruction", from Greek μακρός 'long')
Хорошо хоть просто ударение не там поставил) Вот например на сайте php.net есть разные версии слова браузер:
https://www.google.ru/search?q=броузер+site%3Aphp.net
https://www.google.ru/search?q=браузер+site%3Aphp.net
И ничего, живем с этим)
Можно тогда уж и прогноз погоды добавить. Есть такое мнение, что автор добавляет какие-то фичи, свойственные cms - ручное редактирование категорий, например, но это явно не движение в сторону массовости производства и скорости работы.
Типа у нас будут такие ручные дорвеи, которые будут сделаны по категориям и которые мы будем периодически проспамливать.
Ну поживем-увидим, может там и правда все будет летать на объемах.
У макрОсов нет вопросов. :)
Ну так и тут выбор за вами - можно сгенерить и забыть. Не обязательно их редактировать. Но может это кому-нибудь и пригодится.
На производительность, а также на массовость, редактирование категорий никак не влияет - кеи и категории импортируются только один раз. В дальнейшем они просто выводятся из базы. Поэтому, я считаю, что не было лишним добавить возможность их отредактировать.
Кстати, в предыдущих версиях такого не было. Так что это уже проходили ;)
Эмм..) С чего такие выводы? Выше ведь все расписал. Нагрузка снижена в несколько раз: во-первых, за счет кеширующего крона, во-вторых, за счет оптимизации запросов к базе данных и в-третьих, за счет единоразовой обработки картинок (после обработки они отдаются в виде статических файлов в отличии от предыдущей версии, когда "свои" картинки каждый раз перед отдачей обрабатывал скрипт). Так что о конской нагрузке здесь речи быть не может...
Ну и конечно, дорген не претендует на почти шаровые хостинги с минимальной конфигурацией. Хотя бы потому, что на них обычный скрипт с curl'ом едва сможет спарсить какой-либо сайт. Клиенты может и смогут работать на таких хостингах.
6к доров на >=3кк страниц(ключей) выдержит сервак с такой конфой?
Интересуюсь для себя, не для срача
подскажи плз, есть ли возможность или в планах расширять статью изнутри? То есть - есть статья, допустим на неё зашло 50 чел за 2 дня, её нужно или допарсить (картинки-текст) или взять из фала.
как у седа - такая возможность появилась?