Официальный форум OkayCMS

Всем привет. Вот появилась мысль сделать всплывающее окно - о работе сайта.
Мысль в том что бы сделать попап окно с надписью что сайт закрыт.
Например сайт работает с 11:00 до 19:00 все дни кроме понедельника.
И как говорится защита от дурочка...что в период когда сайт не работает кнопка В Корзину была неактивная.

Есть какие либо соображения?

Вместо изобретения кривого велосипеда смотрите лучше обсуждения тут:
http://forum.simplacms.ru/topic/13057-запрет-заказов-в-определенное-время/
Там есть полезные соображения для защиты от дурачков, которые выдумывают, как бы сделать, чтоб свой сайт похуже работал и поменьше прибыли приносил...

Ну...вы конечно сказали - для защиты от дурачков, которые выдумывают, как бы сделать, чтоб свой сайт похуже работал и поменьше прибыли приносил...
А как быть - если сайт работает только по нужному графику - и прием заказа нужно подвести под этот график. Люди - ночью по пьяне оформляют заказ - а потом пишут гневные отзывы о работе и разном. Хотелось бы свести к минимуму такие факторы.

А по данной ссылке в конце и дана рекомендация, как по-мне, простая и незатейливая, но весьма хорошая и как раз отвечающая на Ваш вопрос.

Если же хотите, чтоб было непременно как Вы придумали, то чтобы сделать полностью аккуратно без ошибок, надо потратить массу времени или денег на объемные переработки.
Если к тому же захотите модулем для версии 3, то еще сложнее...

korshunov писал(а):А по данной ссылке в конце и дана рекомендация, как по-мне, простая и незатейливая, но весьма хорошая и как раз отвечающая на Ваш вопрос.

Если же хотите, чтоб было непременно как Вы придумали, то чтобы сделать полностью аккуратно без ошибок, надо потратить массу времени или денег на объемные переработки.
Если к тому же захотите модулем для версии 3, то еще сложнее...

Эмм. Вы говорите что нужно потратить массу времени или денег на объемные доработки но мы используем подобное задание на собеседовниях при поиске джуниор программистов. :)

OkayCMS писал(а):Эмм. Вы говорите что нужно потратить массу времени или денег на объемные доработки но мы используем подобное задание на собеседовниях при поиске джуниор программистов. :)

Не понял, что хотите этим сказать. Если Вы не согласны с моим тезисом и считаете, что это можно сделать быстро и легко, то помогите товарищу и дайте полное решение. Лучше всего модулем на версии 3.

Или хотя бы напишите немного результатов Ваших кандидатов в программисты - какая часть справляется, сколько времени у них уходит, каков объем нужных изменений кода получается.

А Вы проанализируйте, как работают Ваши программисты. По многим разработкам видно множество небрежностей - почти каждое нововведение потом исправляется и переправляется несколько раз. Вот недавно сделали hotline - сразу даже не смогли пустяковую ошибку исправить со указанием неверного контроллера, с первого раза формат для категорий был совсем неверный - видимо, просто копировали. Сейчас вот в теме сделано полное развернутое замечание по экстремальному расходу памяти - в ответ отписка с мелким и спорным замечанием, а по существу вопроса - ничего...

Возможно, Вы имеете в виду буквальный смысл написанного ТС в первом посте - формально это можно сделать быстро и легко. Но только потом-то обнаружится масса неудобств, как раз описанных по ссылке. Для тестов кандидатам, может, это и годится, но никак не для практикующего интернет-сервиса...

OkayCMS писал(а):

korshunov писал(а):Эмм. Вы говорите что нужно потратить массу времени или денег на объемные доработки но мы используем подобное задание на собеседовниях при поиске джуниор программистов. :)

Могу Вам предложить еще задание для собеседования.
Определить и исправить ошибку в текущем модуле Hotline (Hotline/ExtendsEntities/ProductsEntity.php) в строке
$this->select->where('not_to__okaycms__hotline <> 1');

Заодно можете проверить на себе и на текущих разработчиках - сколько времени уйдет на решение? Думаю, получите интересные результаты...

А когда найдете ошибку, рекомендую пронализировать причину ее возникновения - не ту, которая на поверхности, типа, "всего-то программист забыл одну мелочь сделать, сейчас поправим пару строк", а причину глобальную, что объективно способствует возникновению подобных ошибок, то есть базовые просчеты в построении модуля...

Что именно вы считаете ошибкой, можно только гадать... Вы уверены что там есть ошибки или это просчёт? На демке проверял, модуль работает. Из того, что можно было бы исправить, это название поля протянуть через константу. А в других модулях выгрузок та же "ошибка" присутствует?

zyxer писал(а):На демке проверял, модуль работает.

Проверяете Вы, похоже, чисто формально и самые легкие ситуации - такое уже встречалось.

Вот типовая ситуация, проверялась на демо.
1. Хотим отправлять в выгрузку Hotline все товары. Для удобства в настройках модуля выбираем все категории и сохраняем настройки.
2. Открываем выгрузку. Все товары выгрузились, верно.
3. Создаем новый товар, вводим название и категорию, сохраняем.
4. Открываем выгрузку. Нового товара там НЕТ!

zyxer писал(а):А в других модулях выгрузок та же "ошибка" присутствует?

В других подобных модулях этой ошибки вроде бы нет. Имеем часто встречающуюся ситуацию - новый функционал непременно с новыми ошибками. Что не удивительно при такой небрежности в тестировании...

korshunov писал(а):Проверяете Вы, похоже, чисто формально и самые легкие ситуации - такое уже встречалось.

Очень некорректное и не профессиональное выражение.
Действительно такой баг присутствует. Значит ли это что мы тестировали "небрежно", не думаю. Тут считаю больше погрешность в ваших данных, на основании которых вы сделали такие выводы. Как в том анекдоте "По результатам исследования facebook, 100% людей сидят в интернете", точно также и вы делаете выводы: "Имеем часто встречающуюся ситуацию - новый функционал непременно с новыми ошибками".
Сколько ошибок предотвращаются вовсе или исправляются еще до релиза (когда в одной версии мы допустили ошибку, но ещё до релиза мы её и исправили) или на худой конец в следующих релизах исправляем, вы даже знать не можете (кроме последнего).

Если вы выполняете задачи за один раз и без багов/правок, я вам аплодирую стоя.

zyxer писал(а):Если вы выполняете задачи за один раз и без багов/правок, я вам аплодирую стоя.

Как и прочие мои коллеги по профессии, я регулярно делаю ошибки и допускаю баги - это объективно. Но стараюсь тестировать максимально подробно. А вот с Вашей стороны неоднократно видел в этом вопросе подход несерьезный. Последний пример:
viewtopic.php?f=9&t=1685&p=7840#p7840
Там не сразу и с большим скрипом удалось убедить Вас в очень серьезных недостатках модуля, и Вы даже стали что-то тестировать. Но на вопрос, как именно тестируется, ответить по делу не пожелали. Подозреваю, что просто создали одну большую базу и на ней пробуете. А надо ведь более гибко подходить...

Опять же вопрос о том, что в более позднем модуле Hotline встречается ошибка, которой не было в предыдущих аналогичных модулях. Именно на это я намекал, когда говорил о базовых просчетах. Имелось в виду, что надо бы функционал похожих выгрузок объединять как-то, чтобы не было тупого копирования похожего кода в пяти похожих выгрузках. Именно такой подход обычно ведет, как известно, к расползанию ошибок... А Ваш коллега (ник OkayCMS) в указанной теме этого понимать не захотел. Очень рекомендую проработать возможность объединить похожие выгрузки, чтобы не дублировать код. Ибо уже обнаруженные баги в Hotline, скорее всего, далеко не последние...