Вы alter table моментальный научились делать или как?
Моментальный не научился. Но добавляться колонки с default null и последующим апдейтом порциями волне по силам. Неужто в big data боясь alter table стоит сразу делать выбор в сторону монги и ей подобных?
Ростислав Сергеевич: какой именно из комментариев? Я никогда не поверю, что за 1.5 месяца можно выучить технологию на 70%. Вы правда знаете наизусть 70% всех существующих тегов и аттрибутов и знаете когда их применять? А еще в добавок 70% всевозможных CSS свойств и их значений? Да бросьте. Вот поэтому я и привел в пример эту картинку, что чем больше учишь, тем больше осознаешь, что не так уж много знаешь.
Первые 2 ссылки реализуют идею №1. Это не очень хороший вариант, поскольку я заранее не знаю какие языки буду использовать.
Последняя ссылка, как я понял по коду - это реализация идеи №3, которая так же не отменяет тех проблем которые я описал в частности валидации.
Но лично для меня более приемлемым является так же вариант №3. Просто надеюсь, что есть еще какие-то варианты)
не очень удачный вариант, на мой взгляд, так как если модуль содержит очень много полей и из них только 5 требуют перевода, то нет смысла создавать избыточные дубли в БД. К тому же нужно убеждаться, что slag во всех статьях (одной серии) одинаков. А это дикие неудобства для того, кто будет наполнять сайт.
Максим: Про API знал, но я думал, что оно работает только в основном процессе. И кстати, да, вы были правы, возможность работать с файлами на диске есть и для этого как-раз используется *remote*. И что самое интересное, remote не работает в основном процессе. Его нужно подключать во внешнем процессе, т.е. в тех самых реактовских компонентах. Иначе будут ошибки типа:
- Cannot find module 'remote'
- remote is undefined
и т.д.
В общем еще раз спасибо за наводку, она очень меня выручила)) От души)
Максим: просто так это не подключить. Политику веб безопасности еще никто не отменял. Что-то мне подсказывает, что эта задача не имеет решения. Во всяком случае пока
Уже смотрел. Но увы, когда пытаюсь сменить option.target на любое из значений (atom, electron, electron-main, node). То все сразу ломается и в консоль падает ошибка:
Uncaught ReferenceError: require is not defined
Хотя... Да, в этом есть смысл... Сделал такой вариант и работает как надо:
CASE status
WHEN 'new' THEN 1
WHEN 'progress' THEN 1
WHEN 'processing' THEN 1
WHEN 'pending' THEN 1
WHEN 'completed' THEN 2
WHEN 'deleted' THEN 2
END ASC, due_date ASC
=== Дано ===
Задача 1 | 05.06.16 | completed
Задача 2 | 07.06.16 | progress
Задача 3 | 08.06.16 | deleted
Задача 4 | 09.06.16 | new
Задача 5 | 10.06.16 | new
=== Нужно получить ===
Задача 2 | 07.06.16 | progress
Задача 4 | 09.06.16 | new
Задача 5 | 10.06.16 | new
Задача 1 | 05.06.16 | completed
Задача 3 | 08.06.16 | deleted
Вам бы стоило еще раз перечитать вопрос, поскольку ответ не по теме. То, что вы предложили - не отделит задачи со статусами completed || deleted от всех остальных
Илья Плотников: Создайте тикет в официальном репозитарии, аргументируйте свою позицию. Можно описать даже на русском, может быть из этого что-то получится
Делать счетчики в разных контроллерах - вообще не вариант ибо их может быть сколь угодно много. Директива в целом проблему с выводом времени решает, но создает другую, от таймеров может зависеть, какие блоки будут показываться рядом с таймером, так же эти таймеры могут быть нужны в других точках приложения. Поэтому собственно и был выбран сервис.
Моментальный не научился. Но добавляться колонки с default null и последующим апдейтом порциями волне по силам. Неужто в big data боясь alter table стоит сразу делать выбор в сторону монги и ей подобных?