Ответил выше. Бету можно было бы использовать как тестовый полигон, но она не отражает реалии. То есть на моих ресурсах процент FF 3.6 огромен, а процент FF 4 ничтожен(1-5 человек в месяц). Соответственно, чтобы потыкаться- да, но использовать- нет. Особенно, когда и стабильные версии достаточно корявы.
Я сейчас немного боюсь бета версий, хотя раньше на них сидел часто.
В браузере приходится работать с документами, но даже стабильная версия достаточно часто падает. Как пример- давно они оформили plugin-container и теперь вроде FF падать не должен, но у меня при крахе flash наглухо виснет браузер и ест плюс 5-10 мегабайт оперативной памяти в несколько минут пока я его не убью.
Знаете, еще пару месяцев назад я бы не понял о чём вы. Но судьба натолкнула меня на их IDE.
И это, наверное, первый купленный с гордостью и удовольствием продукт.
Научите программистов вашего друга не показывать запросы к БД всем подряд в виде html комментариев.
13. 0.00075006484985352 sec
SELECT payment_methods.*, currencies.rate_from as currency_rate_from, currencies.rate_to as currency_rate_to, currencies.sign as currency_sign, currencies.code as currency_code
FROM payment_methods, delivery_payment, currencies
WHERE payment_methods.enabled
AND delivery_payment.payment_method_id = payment_methods.payment_method_id
AND (delivery_payment.delivery_method_id=7)
AND currencies.currency_id = payment_methods.currency_id
ORDER BY payment_method_id
Тут непростая ситуация. Вы не представляете сколько софта завязано на этой CMS и насколько болезненным может быть переход.
Да и сказать- «ребят, я сейчас брошу все проекты и сяду в уголок писать CMS своей мечты», вряд ли получится.
//Рано или поздно вам не надо будут красивые фенечки админки и тогда вы поймете какой выбор вы сделали и что за д вы кушаете.
Мы не используем стандартную админку
//Совет: напишите свою систему, но изначально заложите моменты нагрузки и кеширования.
Всё к тому идет. Только это не написание с нуля, а планомерное переписывание по кускам.
//Надо бежать от системы где дерево обрабатывается рекурсивными методами.
А вот в этом наши мысли сходятся.
//если это имеет отношение к нашей беседе
На самом деле не особо.
//Я нигде не говорил, что именно Вам нужно пользоваться МТХ.
Вы не говорили что мне нужно пользоваться MTX. Значит мне оно не нужно.
На сайте XXX написано «Use it for YYY! It`s simple!», значит мне это возможно нужно. Понимаете о чём я?
Ваш сервис мог бы помочь паре моих знакомых, если бы вы умели математику.
Возможно, если бы вы позиционировали себя как БД в облаке, у вас здесь было бы больше последователей. Облако- это интересно. Облако это распределение нагрузки и хранение данных в потенциально надёжном хранилище. Прибавьте к любой фазе «облачн(ая, ые, ый)» и станет интересно.
А вы пишете про онлайн-конструктор каких-то формочек, чем вызываете рвоту большой части людей.
Ключевые слова: быстрота, удобство, нестрогая типизация, отказоустойчивость, неограниченное количество данных, унифицированный интерфейс доступа к записям.
И мелкими буквами- а еще можно автоматически строить формы к таблицам и прочее.
Такое бы на хабре выехало. А если бы еще рассказали позаковырестее и поподробнее как вы храните все эти данные и уверили бы всех что это надёжно, я уверен множество людей бы облюбовало ваш проект и репостнуло его друзьям.
Я зашел под тестером, как вы и просили.
https://www.mytaskhelper.ru/apps/dmO8Jq6qvmwinA0pZQqlZv/dtypes/entity/bGTb9Ibebec5UBQTNQnPwh?dtype_id=dPqmiJjR5cBAk5FBbZx-Zh
Если откроется, там вы увидите тестовую таблицу(если нет- test/test).
Исходя из того, что вы писали в блоге MySQL несколько десятков минут назад, можно судить, что ваш продукт должен мне помочь(я использую mysql).
Хранение данных в БД. Зачем? SQL, cкорость, масштабируемость.
Мои вопросы:
1. Отклик. В своих приложениях я уверен в отклике. В вас- нет.
2. Кеширование. Результат своих запросов к бекенду я могу кешировать. Ваши?
3. Обьемы. У меня много данных. Как вам таблицы с миллионом строк и 20 столбцами?
Зачем мне, как разработчику онлайн БД, если моя родная, живущая в кластере будет быстрее. Моя родная частично живет в memcached и мою родную не дёргает представление каждую минуту. Более того, страница контактов обновляется лишь при изменении, а до тех пор находится в вечном кеше.
Чёрт, я искренне хочу сказать вам, что хочу пользоваться продуктом, но не понимаю зачем. И не нужно прививать мне чувство вины, показывая на нокию.
В браузере приходится работать с документами, но даже стабильная версия достаточно часто падает. Как пример- давно они оформили plugin-container и теперь вроде FF падать не должен, но у меня при крахе flash наглухо виснет браузер и ест плюс 5-10 мегабайт оперативной памяти в несколько минут пока я его не убью.
Интересно, когда же ребята из Mozilla захотят мою видеокарту задействовать.
Семки слева, пивко в магазине.
В конце-концов, кому как не Пиратской Бухте охранять?
И это, наверное, первый купленный с гордостью и удовольствием продукт.
Да и сказать- «ребят, я сейчас брошу все проекты и сяду в уголок писать CMS своей мечты», вряд ли получится.
Мы не используем стандартную админку
//Совет: напишите свою систему, но изначально заложите моменты нагрузки и кеширования.
Всё к тому идет. Только это не написание с нуля, а планомерное переписывание по кускам.
//Надо бежать от системы где дерево обрабатывается рекурсивными методами.
А вот в этом наши мысли сходятся.
На самом деле не особо.
//Я нигде не говорил, что именно Вам нужно пользоваться МТХ.
Вы не говорили что мне нужно пользоваться MTX. Значит мне оно не нужно.
На сайте XXX написано «Use it for YYY! It`s simple!», значит мне это возможно нужно. Понимаете о чём я?
Ваш сервис мог бы помочь паре моих знакомых, если бы вы умели математику.
Возможно, если бы вы позиционировали себя как БД в облаке, у вас здесь было бы больше последователей. Облако- это интересно. Облако это распределение нагрузки и хранение данных в потенциально надёжном хранилище. Прибавьте к любой фазе «облачн(ая, ые, ый)» и станет интересно.
А вы пишете про онлайн-конструктор каких-то формочек, чем вызываете рвоту большой части людей.
Ключевые слова: быстрота, удобство, нестрогая типизация, отказоустойчивость, неограниченное количество данных, унифицированный интерфейс доступа к записям.
И мелкими буквами- а еще можно автоматически строить формы к таблицам и прочее.
Такое бы на хабре выехало. А если бы еще рассказали позаковырестее и поподробнее как вы храните все эти данные и уверили бы всех что это надёжно, я уверен множество людей бы облюбовало ваш проект и репостнуло его друзьям.
А как с таким бороться?
Я зашел под тестером, как вы и просили.
https://www.mytaskhelper.ru/apps/dmO8Jq6qvmwinA0pZQqlZv/dtypes/entity/bGTb9Ibebec5UBQTNQnPwh?dtype_id=dPqmiJjR5cBAk5FBbZx-Zh
Если откроется, там вы увидите тестовую таблицу(если нет- test/test).
Исходя из того, что вы писали в блоге MySQL несколько десятков минут назад, можно судить, что ваш продукт должен мне помочь(я использую mysql).
Хранение данных в БД. Зачем? SQL, cкорость, масштабируемость.
Мои вопросы:
1. Отклик. В своих приложениях я уверен в отклике. В вас- нет.
2. Кеширование. Результат своих запросов к бекенду я могу кешировать. Ваши?
3. Обьемы. У меня много данных. Как вам таблицы с миллионом строк и 20 столбцами?
Зачем мне, как разработчику онлайн БД, если моя родная, живущая в кластере будет быстрее. Моя родная частично живет в memcached и мою родную не дёргает представление каждую минуту. Более того, страница контактов обновляется лишь при изменении, а до тех пор находится в вечном кеше.
Чёрт, я искренне хочу сказать вам, что хочу пользоваться продуктом, но не понимаю зачем. И не нужно прививать мне чувство вины, показывая на нокию.
Шутите?