> Не легче было написать по делу, нежели тратить свое время на искусное литье воды?
Я написал по делу, причем без воды. Не существует даже единой трактовки слова "парсер". Это может быть полностью клиентское приложение, это может быть клиент-серверное приложение. С поддержкой js, или без. С системой рендеринга и формирования DOM, или без. Одностроничный, или более продвинутый аля бот. Вы просто по telnet попробуйте авторизироваться, например в vk (без языков, напрямую через HTTP).
> Какой конкретно язык?
Это можно сделать на: php / js / ruby / python / golang / rust / perl / ... Это самый конкретный ответ на ваш вопрос. Но сам язык вам ничего не даст без опыта. Не существует книг "Как написать парсер за 21 день".
Начальную точку отправки я вам четко сформулировал: основы работы сети, html, css. Грубо говоря, что бы написать хотя бы простенький парсер нужно уметь делать сайты.
Проекты кириллическими названиями в большинстве "ну такое"... увы, и ах.
> те как я понял проекты доступны в инете для всех?
если вы настроете проект, как открытый и публичный - да, в противном случае - нет. У них есть И облачное решение и локально установить можно.
Сергей Протько > ansible, puppet, chief.
насчет этих решений - согласен
> не надо вообще ничего делать под SSH
но с этим согласиться не могу
> но вообще я говорил в контексте разработки.
В контексте разработки еще ни разу ни в одной компании не сталкивался с ситуацией, когда ssh вообще не нужен. win сервера - не в счет ясное дело.
Например dev окружение на базе vagrant, или docker без ssh как без рук.
Сергей Протько рассмешил)) Абсолютная часть админов *nix систем сейчас вот так опустят ручки, покурят и начнут искать новую работу, так как под ssh нельзя ничего делать))
Установи например на Ubuntu Server по удаленке хоть что-нибудь без ssh, мне просто интересно, чем будешь пользоваться.
Mika Wow
> Но для небольших проектов, я думаю фрэймворк бесполезен.
> сделайте админку CRUD записей из 10 связанных таблиц на самописе. Не забудьте про кэш, роутинг, логгирование, обработку ошибок.
Фреймвор не стоит использовать если:
1. ваша цель - обучение азам
2. ни один из существующих фреймворков не экономит ваше время
3. проект на образно 50 строк
Mika Wow > а по скорости они полюбому рукописному проигрывают сайту?
Не гонитесь за скоростью при помощи самописа. Если на то пошло: быстрее всего кэшировать вывод в memcached и отдавать nginx-ом на прямую, даже не дергая php.
Понимаете, это как доказывать, что мотоцикл лучше автомобиля потому что крутящий момент выше.
Вам в любом случае придется писать то, что уже есть, а если делаете впервые - 100% у вас результат будет хуже. Например: сделайте админку CRUD записей из 10 связанных таблиц на самописе. Не забудьте про кэш, роутинг, логгирование, обработку ошибок. Вы потратите в пустую кучу времени. Возможно сэкономите 20 мс. Но для проекта такого уровня вообще все равно сколько страница рендерится 50, или 300 мс. Когда вы столкнетесь с тем, что нужно делать более серьезные оптимизации заметите, что переписывать то надо почти что все.
----
bulvar попробуйте написать самописный микро проект, время: не больше месяца. Вы в любом случае будет писать микро фреймворк. На своем опыте поймете, как оно на самом деле работает, после этого - беритесь за нормальный фреймворк, а старый проектик - оставьте на память))
Mika Wow Безусловно, они добавляют своей логики, по этому для малюсеньких проектов в стиле сайтов-визиток профита по скорости (а не по всему остальному) вероятнее всего не будет. Но есть нюанс: как только сайт станет более менее сложным вы начнете городить костыли и велосипеды, в один прекрасный момент вы заметите, что легче переписать вообще все, что бы оно хоть как-то работало.
В остальном: #ящитаю каждый web программист должен хотя бы попробовать написать свою cms, или фреймворк. НЕ с целью использования в дальнейшем, а с ЦЕЛЬЮ ОБУЧЕНИЯ. Это действительно хороший способ получить какой-то опыт, но то, что результат вашей работы будет говном, не достойным упоминания вероятность 99.999(99)%. Посему после состояния эйфории и фраз "я нии***ся крут" - забрасывайте в архив ваш никому не нужный фреймворк, через год посмотрите на него, ужаснитесь, вытрите кровь с глаз и ростите дальше.
