Крот
Никакой код не может быть быстрее, чем отсутствие кода.
+459
Репутация
6376
Рейтинг
получения данных пользователя без его согласия - не есть гуд
мне почему-то показалось, что в 1.10.x потихоньку внедряются некоторые вещи из 2-ки, т.е. чтобы в дальнейшем удачно на ходу перепрыгнуть с 1-ки на 2-ку.
но 2-ка пока не нравится... первая ветка более гибкая по-моему
вообщем, попробую сам нарисовать, если будет удачно - выложу
P.S. честно, я не проверял на совместимость
поправьте пжл.
бить в колоколазаписать в лог, скинуть e-mail или sms)на 4,5 и т.д. увеличить время ожидания ввода пароля (замучаются ломать)
вот это будет нужная штука
а то, раскладкой ошибся - и давай вводи блин капчу
а так все прозрачно будет
зачем исполняемый модуль то не пойму что-то? у поставщика инет же все-равно же есть....
Сделан для себя универсальный "авторизатор" через соцсети (VK, Odnoklassniki, Facebook, Twitter, Yandex, Google+, MailRu)
остальные по желанию(или времени)
т.е. аналог ulogin (или loginza) на своем сайте
Кому интересно?
P.S. Данный плагин для 1.10.3-4 будет выпущен отдельно
проще клубы написать по новой
но
1) cms превратиться в тяжелого неповоротливого монстра с кучей фич
2) разработчик (Fuze) должен будет делать кучу бесплатной работы - а оно ему надо?
ИМХО в данном случае вам лучше всего убедить Fuze сделать вам это меню на заказ. Плюсы этого - гарантия качества, оплаченный труд разработчика, ну и разработчик не пропадет
но реально неудобно!
- при выборе позиций модуля предусмотреть "показывать на этих пунктах меню", "а на этих исключить показ" или/и
- при выборе позиций сделать анализатор router.php всех компонент - и предлагать выбор (показать-скрыть) или/и
- сделать выбор позиций по аналогии с 2.0
также, сделать кнопки (выделить все пункты меню, снять выделение, установить модуль в определенную позицию во всех пунктах меню - вот это вообще неудобно, если например нужно поставить только на 99% пунктах меню, восстановить предыдущее состояние позиций)
мелочь, а уже с 1.8 версии ничего в этом плане не меняется (я тут с 1.8)
у меня каждый раз
извиняюсь за такой тон - наболело
особенно за e-mail
также еще, статьи будут добавлены в активити, а их там быть не должно
также будут выведены в профиле
в принципе конечно можно, но будет много костылей
и в нем
$items = $content_model->getSubCategoriesTree($ctype['name'], $parent_id);
ну и на фронте
jquery.dynatree в datatree.js
а) удалить строку из таблицы(статью например) и триггером удалить все связанное с ним (комменты, голоса и т.п.)
б) откатить добавление из других таблиц - если вдруг нашлась ошибка и т.п.
2) innodb быстрее пишет, myisam - быстрее читает - у меня записи к чтению 1 к 20 максимум. у других думаю аналогично
в myisam будет все быстрее работать
3) foreign keys тоже нет - см. п.1
4) innodb надежнее - у вас БД часто падало? - у меня ни разу - пока сам не уронил)
5) в innodb нет fullsearch index - пока ничего не могу сказать
6) innodb - более новая система - это да, не поспоришь
получается причина №6 (и наверное 5)
еще может быть причиной то, что innodb блокирует только строку в таблице, а не всю таблицу - но это какая посещаемость должна быть, что бы этим пользоваться
Хотя, можно было бы изменить ядро и все бы работало - но нам ведь этого не нужно - cms должна помогать расширять функционал, а не ставить ограничения
p.s. в первой ветке, отложенные статьи можно сделать проще. наверное)