LEOnidUKG: а тут подняли всех и укладывают этим действием сервера. Какой смысл?!
Есть предположение. Кому-то попал в руки пулемёт со снайперском прицелом, а инструкции по пользованию ему прочитать недосуг. Вот и строчит по дефолту. А чё, прикольно ж звучит, громко главное :)
Надолго ли дураку стеклянный ... сделал дело - и об угол.
Ayavryk: Мне сложно представить надобность в iMacros на своем собственном сайте,
Я ж и говорю - ты не с той стороны думаешь и, к тому же, видимо, путаешь с чем-то :) иМакрос - он не для сайта (ВООБЩЕ!!!), он для клиента. Т.е. для одного конкретного конечного юзера. Или даже так - он и есть этот клиент (вместе с браузером, разумеется) :)
virtuozo: Потому что есть очень хорошие CMS, легкие и простые в обслуживании, но лицо сайта, увы - дизайн. Пользователю нет дела до того, что у вас легкая админка, он видит уродливые блоки на главной и кривит губы. Популярные CMS тем и хороши, что для них созданы тысячи шаблонов, которые, при наличии прямых рук - легко уникализируются. Если же вы собираетесь заниматься мазохизмом и верстать шаблон с нуля - флаг вам в руки. Повторяю, я это уже проходил. Не окупается.
Ну начал ты совсем не о том :) Яваскрипт, бинарники.. И вообще какая разница чей сайт(ы), если задача полностью клиентская.
Ayavryk: Если для извлечения и _апдейта_ структурированных данных вместо БД юзают CSV больших размеров, то у меня лично возникает подозрение, что проблема не в том что данных много, а в том что они организованы криво.
Не, ну в общем случае конечно. При таких объёмах выборок БД предпочтительней файлов. Но по условиям задачи (из-за иМакроса) нужно юзать файлы.
Кстати slavegirl, мб действительно стоит отвлечься от иМакроса и посмотреть в сторону абсолютно других решений, где будет юзаться база?
Начиная софта типа зеннки\хуманэмулятора и заканчивая самописным десктоп-ПО
Ayavryk: то вопрос о записи на диск не стоит. И очень вероятно что задача м.б. выполнен более эффективно - без того чтобы читать-писать большие файлы и урезать ради экономии мд5-ключи
Ayavryk, ну перечитай топик. ТС, по-моему, внятно объяснила, почему это для нее критично.
а тут подняли всех и укладывают этим действием сервера. Какой смысл?!
Есть предположение. Кому-то попал в руки пулемёт со снайперском прицелом, а инструкции по пользованию ему прочитать недосуг. Вот и строчит по дефолту. А чё, прикольно ж звучит, громко главное :)
Надолго ли дураку стеклянный ... сделал дело - и об угол.
Мне сложно представить надобность в iMacros на своем собственном сайте,
Я ж и говорю - ты не с той стороны думаешь и, к тому же, видимо, путаешь с чем-то :) иМакрос - он не для сайта (ВООБЩЕ!!!), он для клиента. Т.е. для одного конкретного конечного юзера. Или даже так - он и есть этот клиент (вместе с браузером, разумеется) :)
Читайте про муки выбора, познавательно.
Кстати да.
И вот ещё весьма полезный топик.
Потому что есть очень хорошие CMS, легкие и простые в обслуживании, но лицо сайта, увы - дизайн. Пользователю нет дела до того, что у вас легкая админка, он видит уродливые блоки на главной и кривит губы. Популярные CMS тем и хороши, что для них созданы тысячи шаблонов, которые, при наличии прямых рук - легко уникализируются. Если же вы собираетесь заниматься мазохизмом и верстать шаблон с нуля - флаг вам в руки. Повторяю, я это уже проходил. Не окупается.
+150
Т.е. через кривую прокладку навешивает левые клиентские скрипты на (свой?чужой?) сайт.
Ты, видимо, или забыл или попутал с чем-то другим :)
Скрипты iMacrosа - это по сути эмуляторы действий юзера в браузере. "Навешивать на сайты" это что-то из другой оперы :)
у него были жуткие утечки памяти и через 2-3 часа работы он вешал броузер.
Помню, это было в самых первых версиях. Я, правда, сам его оч. давно юзал, но почему-то уверен, что это пофикшено.
Хотелось бы cms, не очень популярную, чтобы баги не летели раз в месяц,
ЭТАПЯТЬ! :)
А чё.. пускай баги будут, но о них не будут знать только автор (и то не всегда) и хакеры. Отличная логика!
Посмотрите MODX
на бис:
WP, Joomla и им подобные не нужны, ибо тяжелые и слишком раздутые
И я ровно о том же.
Ну начал ты совсем не о том :) Яваскрипт, бинарники.. И вообще какая разница чей сайт(ы), если задача полностью клиентская.
Если для извлечения и _апдейта_ структурированных данных вместо БД юзают CSV больших размеров, то у меня лично возникает подозрение, что проблема не в том что данных много, а в том что они организованы криво.
Не, ну в общем случае конечно. При таких объёмах выборок БД предпочтительней файлов. Но по условиям задачи (из-за иМакроса) нужно юзать файлы.
Кстати slavegirl, мб действительно стоит отвлечься от иМакроса и посмотреть в сторону абсолютно других решений, где будет юзаться база?
Начиная софта типа зеннки\хуманэмулятора и заканчивая самописным десктоп-ПО
банальный вопрос - почему?
Потому что тянут данные со сторонних ресурсов и тормозят твой сайт. Не говоря уже за генерацию лишних запросов и неумения кешировать данные.
если ничего плохого в плагине нет,
Кроме лишних запросов к базе ;) А также также возможных проблем при обновлении и потенциальной дыры.
а что это значит на языке для ламеров? просто файлы в папках на сервере?
Да.
вполне может быть
Кошель давать? ;)
то вопрос о записи на диск не стоит. И очень вероятно что задача м.б. выполнен более эффективно - без того чтобы читать-писать большие файлы и урезать ради экономии мд5-ключи
Ayavryk, ну перечитай топик. ТС, по-моему, внятно объяснила, почему это для нее критично.
iMacros. А это действительно что-то из очень далекого прошлого
Ayavryk, во первых iMacros - это прогрессивное и современное ПО ;) (аддон к ФФ от March 28, 2013)
Во вторых (я уверен ;)) siv1987 отвечал на заявление:
ява скрипт давно умеет с бинарными данным и файлами работать,
ну и выше по контексту. Что, в общем-то, к иМакросу не имеет отношения.
как с помощью javascript без посторонних плагинах и прочей мутатению вы запишите строку в файле в бинарном представлении
+1
Но не менее интересно как можно ява-скритом прочитать из бинарника код и выполнить его.
Прогрессивный beginerx, научишь нас, динозавров, или твой очередной тупой вброс?