- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Во-первых, надёжность! В AllSubmittere все данные храняться в базе. Это файл. В SST же используют бесплатную и с открытым кодом базу данных Firebird. По надёжности и масштабируемости приблизилась вплотную к таким гигантам как SQL и Oracle. Можно делать бэкап и ничего не случиться с вашей ценной базой каталогов. А не руками бэкапить файлик из AS.
если глянуть во внутренности базы AS, то можно увидеть уши opensource базы данных SQLite 3, база шустрая, надежная, не требовательная к ресурсам (Firebird всегда висит сервисом и кушает память, даже когда SST не запущен), но однопользовательская. AS видно ее слегка модифицировали для себя, так как обычным редактором для SQLite она не открывается. На счет бекапа - бекап всегда не помешает, ручной, автоматический, любой. Забота о сохранении базы - это проблема пользователя. Защиты от дураков НЕ СУЩЕСТВУЕТ. Здесь ничего не поможет.
многопользовательская работа в данном, конкретном случае не каждому нужна, чтобы платить за нее ресурсами компа. Imho, в подавляющем большинстве случаев регистрациию проводит один человек. Хотя AS говорили, что тоже думают что-то делать в этом направлении.
SST, imho, пытается напичкать свою программу всеми нужными и ненужными фичами и прибабахами, забыв что основная задача их проги это удобная регистрация в интернет-ресурсах, и в первую очередь нужно довести до совершенства именно эту часть, а затем все остальное. Кому то нравится швейцарский нож, кому-то нет, по мне лучше нож и штопор по отдельности. "Кировец" на дачном участке сделает работу хуже чем обычная лошадь.
Здоровая конкуренция - двигатель прогресса, чесаться за новых клиентов нужно и AS и SST, старые пользователи врядли будут спрыгивать с привычных инструментов.
если глянуть во внутренности базы AS, то можно увидеть уши opensource базы данных SQLite 3, база шустрая, надежная, не требовательная к ресурсам (Firebird всегда висит сервисом и кушает память, даже когда SST не запущен), но однопользовательская. AS видно ее слегка модифицировали для себя, так как обычным редактором для SQLite она не открывается. На счет бекапа - бекап всегда не помешает, ручной, автоматический, любой. Забота о сохранении базы - это проблема пользователя. Защиты от дураков НЕ СУЩЕСТВУЕТ. Здесь ничего не поможет.
многопользовательская работа в данном, конкретном случае не каждому нужна, чтобы платить за нее ресурсами компа. Imho, в подавляющем большинстве случаев регистрациию проводит один человек. Хотя AS говорили, что тоже думают что-то делать в этом направлении.
SST, imho, пытается напичкать свою программу всеми нужными и ненужными фичами и прибабахами, забыв что основная задача их проги это удобная регистрация в интернет-ресурсах, и в первую очередь нужно довести до совершенства именно эту часть, а затем все остальное. Кому то нравится швейцарский нож, кому-то нет, по мне лучше нож и штопор по отдельности. "Кировец" на дачном участке сделает работу хуже чем обычная лошадь.
Здоровая конкуренция - двигатель прогресса, чесаться за новых клиентов нужно и AS и SST, старые пользователи врядли будут спрыгивать с привычных инструментов.
По-порядку:)
если глянуть во внутренности базы AS, то можно увидеть уши opensource базы данных SQLite 3, база шустрая, надежная, не требовательная к ресурсам (Firebird всегда висит сервисом и кушает память, даже когда SST не запущен), но однопользовательская.
Во-первых, что-то этот проект явно угас. А Firebird живёт и набирает обороты. И вряд ли SQLite 3 может потягаться с Oracle и SQL пи размеах базы в десятки гигов и подключении тысяч пользователей. Во-вторых, сервер Firebird кушает при максимальной загрузке 2-3 мегабайта. Разве это много? Даже с 128 метрами на боту не будет тормозить при ещё 2-4 процессах.
Забота о сохранении базы - это проблема пользователя. Защиты от дураков НЕ СУЩЕСТВУЕТ. Здесь ничего не поможет.
В-третьих, тогда бы по вашим словам не создали бы ни одной утилиты для бэкапа и на приборной доске в автомобиле не было бы лампочек, сигнализирующих, что бензин тю-тю. А по вашей логике - тебе надо, сам и следи.
многопользовательская работа в данном, конкретном случае не каждому нужна, чтобы платить за нее ресурсами компа. Imho, в подавляющем большинстве случаев регистрациию проводит один человек. Хотя AS говорили, что тоже думают что-то делать в этом направлении.
QUOTE] Как это так не нужна? Вот когда у вас будет хотя бы 5 линк-манагеров - вы поймёте. Если даже они раоботают с одной базой, что им необходимо будет её сливать в одну, следить за изменениями. Иначе через 2 недели - у каждого своя база и ничего не понятно. Хаос. Как это сделать с AS? Только делать один файлик с базой. И всё время его собственноручно обновлять. А в SST этой проблемы нет. А оперативность - каталог больше не существует - один манагер удалил его и всё! Другие уже туда не попадут. Экономия времени, трафика, электроэнергии и всего прочего.
SST, imho, пытается напичкать свою программу всеми нужными и ненужными фичами и прибабахами, забыв что основная задача их проги это удобная регистрация в интернет-ресурсах, и в первую очередь нужно довести до совершенства именно эту часть, а затем все остальное. Кому то нравится швейцарский нож, кому-то нет, по мне лучше нож и штопор по отдельности. "Кировец" на дачном участке сделает работу хуже чем обычная лошадь.
Ну, тут не только конкуренция. Есть и костность некоторых людей. Ведь не даром многие пользователи ОООООООООООООООЧЧЧЧЧЧЧЧЧЧЧЧЧЧЕЕЕЕЕЕЕЕЕЕННННННННЬЬЬЬЬЬЬЬ долго сидели на 95 винде, не меняя ее на 98. Вследствие чего? Консервативности и привычки! Считали, что там только всё покрасивше сделали.
проект SQLite не угас, не далее как 9 октября 2006 года вышла новая версия 3.3.8. Я уже писал, что эта база однопользовательская, и поэтому он тягаться с многопользовательскими базами данных не может, но в своем классе это одна из лучших (если не лучшая) база. Не корректно сравнивать базы данных различных классов, Firebird (это очень хорошая база данных) занимает свою нишу, но сравнивать его с Oracle также не корректно, это не его весовая категория.
Наоборот, я же писал. что бекап дело очень важное и нужное, особенно если данные ценные, но только надеяться на лампочку па приборной панели глупо - а если она перегорит? Бензин кончился, а виновата лампочка.
Переходить или не переходить это дело каждого, некоторые и до сих пор сидят на старой доброй 98-ой, а некоторые уже сейчас на Висту перелазят, хотя драйвера под железо запаздывают. В основном, исходя из поставленных задач люди ищут подходящую среду для их успешного решения, в том числе и операционные системы.
P.S. Что-то мы отклонились от темы AS vs SST.
Не корректно сравнивать базы данных различных классов, Firebird (это очень хорошая база данных) занимает свою нишу, но сравнивать его с Oracle также не корректно, это не его весовая категория.
Очень даже корректно Firebird с Oracle Месяца 2 назад на международной конференции в Рио-де-Жанейро демонстрировали раотоспособность "жарптицы" в тех же условиях, что и Oracle. Ничего не упало. Оэтому возвращаясь к теме жратвы ресурсов - я сомнеаюсь, что у вас будет база каталогов на 100МВ минимум, чтоб тормоза стали проявляться.
Наоборот, я же писал. что бекап дело очень важное и нужное, особенно если данные ценные, но только надеяться на лампочку па приборной панели глупо - а если она перегорит? Бензин кончился, а виновата лампочка.
Так проще и надёжней поставить в автомат бэкап базы, нежели руками. А то так и компьютеру можно перестать доверяь и всё руками делать:) Дело в том, что любой человек будет бэкапить. Но, одно дело - ща тебя всё прога делает, а другое ручной труд☝
А в плане прогресса и скорости выпуска новых версий и устраниния ошибок SST на два корпса впереди AS. А техподдержка вообще сказка. Довелось пообщаться - хош через ську, хош через мыло. Оперативно. Даже с программистом можно поговорить с глазу на глаз и сказать чего лично вам не хватает. С AS я такого опыта не имел. Будь сейчас повторное голосование - уверен, что рсклад был бы с точностью до наоборот:)
Переходить или не переходить это дело каждого, некоторые и до сих пор сидят на старой доброй 98-ой
Это уже ненормально. Объективно говоря. Равносильно тому, что сидеть на AS версии 2.5😂
Во-вторых, возможность работы сразу нескольких человек с одной базой
это уже реализовано в аллсубмиттере.
В SST же используют бесплатную и с открытым кодом базу данных Firebird
кроме бэкапа есть еще преимущества? про масштабируемость не совсем понял куда нужно масштабировать и зачем?
В-третьих, если AS - узкоспециализированная программа. SST же - соединяет функционал AS и SEmonitora в себе.
а у меня есть семонитор и я не парюсь по этому поводу.
Конкуренция -вот оно, счастье. Не появись на рынке SST в AS бы не чесались. Они ж монополистом были.
с этим я конечно же согласен, после появления сст аллсубмитер значительно улучшился.
з.ы. извиняюсь за цитаты такие странные, чето с форумом, не хочет цитировать выделенное
Так проще и надёжней поставить в автомат бэкап базы, нежели руками. А то так и компьютеру можно перестать доверяь и всё руками делать:) Дело в том, что любой человек будет бэкапить. Но, одно дело - ща тебя всё прога делает, а другое ручной труд☝
О каких базах идёт речь? О базе каталогов или базе проекта? Базы каталогов это .asd файлы, база проекта - файл data.asp в каталоге проекта. И то и другое это файлы sqlite (кстати ни на йоту не измененные) читаются любой читалкой баз этого формата, например http://sqlitebrowser.sourceforge.net или http://www.kraslabs.com/sqlite_analyzer.php (к этому надо подложить свежую dll из http://www.sqlite.org/download.html). А уж сбекапить пяток файликов думаю никого не затруднит.