Vitaly Vitaly: Хранить в редисе? То есть, вы хотите следить еще за одной системой бэкапа, плюс, писать свою обертку для "админки" этих значений в редисе? Или будете их менять вручную ?
Vitaly Vitaly: Возможно, в вашем случае будет проще их оставить массивом в контроллере или в синглтоне настроечном-классе, который будет загружаться при инициализации (то есть, изменение потребует ручной правки и перезагрузки)
Можно оставить их в мускуле и по нажатию кнопки выгружать в файл.
Если решите использовать оперативку, то если уже используется редис, ставить, например, мемкеш, просто так смысла очень мало.
В общем, опять же, все зависит от требований и ресурсов
Vitaly Vitaly: Но хранить то вы их все равно будете в мускуле. А если запросов к данным много, конечно, их нужно кешировать. Как будете кешировать - на диске или в оперативке - это уже другой вопрос. Не связанный с хранением данных.
reruji: насчет вдс ничего говорить не буду
впс сейчас есть халявные (амазон один из самых ярких)
Да и не знаю, как за бакс, но DO - не самый дешевый. И там 5 баксов. Что-нибудь можно найти и за 100-200 рублей.
плюс, если это приложение - можно сразу куда-то на *аас, а если сайт-визитка - на гитхаб.
Конечно, если сам человек ничего не шарит, но упорно хочет "настротть друпал\джумлу, что б не тратить на магазин" - тут да, кроме шареда ничего не подойдет.
Безусловно, потребность в шаредах еще есть. Но, на мой взгляд, проблемы в развитии именно в том, что эта отрасль, по крайней мере, в данном ее виде, с каждым днем отмирает.
Дмитрий Бравцев: собственно и вопрос, что из себя представляют услуги техподдержки? Просто я в них смысла не вижу, а непосвященному бесплатная техподдержка, я думаю, не будет рассказывать, как сделать меню по центру сайта в его новой теме вордпресса
для решений "сдал и забыл", почему не использовать уйму бесплатных тарифных планов ?
Да и если вы занимаетесь именно разработкой именно визиток, то если платить, впс выйдет опять же дешевле.
При чем, не знаю, как у топикстартера, но "дешевый" и "украинский хостинг" - это смешно. Не видел украинского шаред хостинга, который был бы дешевле впс (как минимум, российских хостеров)
destroy_sys: а не смущает, что ваши стронг параметерс ждут params[:task][:id], а вы им подсовываете params[:id], в следствии чего они вполне закономерно матюкаются?
Что вы пытаетесь сделать?
Вы уже поменяли статус таска, а потом еще стараетесь его заапдейтить несуществующими параметрами?
В общем, просто сделайте:
def complete_todo
@task = Task.find(params[:id])
@task.complete_task = true
if @task.save
redirect_to root_path
end
end
Boober: хоть все и замудрено и мало чего понятно, но все же проблемы должны решаться комбинацией form_for [...] и нейминга роутов.
Если совсем никак, то можно, конечно, попробовать, как тут пишут (хоть и кейс другой) - stackoverflow.com/questions/3736759/ruby-on-rails-... - используя рут_кей
Но это костыль, в данном случае, лучше разобраться. Скорей всего, если сейчас подстроитесь под рельсы, дальше получите от этого бонусы
destroy_sys: у вас таск - скорее всего, ресурс. Значит, у него уже встроен параметр айди. А вы пробуете насадить ему еще один.
В итоге, возможно, все видится как:
task
params[:id] = :complete_todo
params[:id] = 10
Перепишите, используя on: :member, как я написал выше, для начала.
destroy_sys: Во-первых, рейлс-вэй. Во-вторых, избавляетесь, как миниимум, от each do ||. В-третьих, это более читабельно. В-четвертых, откуда уверенность, что вскоре не появится какой-нибудь shared/resource_list в котором будет render @resources ?
В-пятых, просто важно помнить, что такая возможность уже существует.
TheMrViper: уже 3 не часа ночи, а у вас все равно сумбурное изложение.
Протокол http не делает сам много лишних дел
Апи не таскает само по себе ненужную информацию
Асинхронность как раз и придумана для того, что бы никто не замирал на 5-6 секунд
Если у вас очень много вычислений, не связанных с пользоваелем, то никто не заставляет писать ни модули к пхп, ни модули к нджинксу. В обещм случае вы можете обработать запрос от пользователя на том языке, что проще всего для вас и вызвать:
Алексей Немиро: зачем проверять на процент ? кириллица, пробелы и амперссанды - их тоже нужно экранировать. Задача в том, что могут быть случаи, когда строка уже экранирована, а есть - когда еще ни разу. К сожалению, экранирование экранированной строки даст отрицательный результат
sim3x: да и рассматривать, по сути, нужно не как скрапер, а как прокачанную качалку (с js\ без js) и почти произвольной пагинацией и фолловом, плюс, очень упрощенный аналог xslt
sim3x: кслову, именно "скрапер" нормальный всего один. И то, он только не совсем скрапер. Может быть, вы имеете ввиду дом-парсеры. Тогда предложенное решение - строится поверх дом-парсера.
На руби (и на других языках, я долго искал), я не нашел бы решения, которое решало именно множественное и регулярное добавление "образцов" сайтов.
Обычно как делается? Берешь сайт, смотришь его дом, пишешь код (руби, пхп, питон), проверяешь - ок, работает. Делаешь коммит, заливаешь аппу. Еще один сайт распарсить? Повторяешь. Изменилась где-то верстка? Повторяешь...
Даже для 30 источников - это утомительное и малонадежное занятие.
Сергей Наломенко: агрегаторы получают от клиентов точно такую же инфомрацию, как и вы сами при парсинге. Каким образом они составляют товары - по сути, это и есть их собственное бизнес-преимущество.