Перейти к содержанию

sitecreator

Разработчик
  • Постов

    109
  • Зарегистрирован

  • Посещение

  • Победитель дней

    1

sitecreator стал победителем дня 29.05

sitecreator имел наиболее популярный контент!

Информация о sitecreator

Посетители профиля

424 просмотра профиля

Достижения sitecreator

Энтузиаст

Энтузиаст (6/14)

  • Хорошая реакция
  •  Уже Месяц
  •  Увлеченный
  •  Неделю с Нами
  • Писатель

Полученные значки

27

Репутация

  1. Для больших и очень больших магазинов (5000+, 10 000+ и 100 000+ товаров) есть незаменимый режим работы в фоне (по cron). Что гарантирует равномерную нагрузку на сервер и отсутствие тормозов страниц при создании webp. В режиме создания webp "на лету" страницы могут подтормаживать во время создания webp. По факту модуль "Компрессор" - это единственное решение, которое не допускает тормозов при генерации webp. Процесс идет в фоновом режиме, т.е. вы его как бы и не замечаете.
  2. Не понимаю к чему начинать обращение в поддержку со лжи? К чему эти "якобы" и "Никакой конкретики автор". Я вам совершенно точно показывал где и какой код у вас изменен. Изменен основополагающий и системный код. Я вам не только файлы указывал, но и показывал какой именно код. Все же есть в переписке. К чему инсинуации? Насчет якобы игнора. Автор болел ковидом. А до этого момента автор бесплатно искал и исправлял все ваши поломки в опенкарт. И на вашем тестовом поддомене на вашем сервере все работает нормально, о чем вы сами и сообщили. А на поломанном опенкарт могут быть любые чудеса и странности поведения любого модуля. Автор за работу на неисправном опенкарт ответственности не несет. Модуль не изменяет напрямую никакие файлы, все делается исключительно через ocmod. Вот в файле ocmod и есть упоминание файлов, в которые вносится модификация модулем. Никаких иных изменений модель не делает помимо того, что есть в ocmod.
  3. Вы как-то невнимательно читаете? Речь идет о конкретной (общей) проблеме, а не о единственном малоизвестном (?)разработчике. Даже название темы об общей проблеме (новичков - во множественном числе) И далее топикстартер на конкретном примере рассматривает потенциальную проблему. И такая проблема может дискредитировать клуб. аргументы? Это когда один ник дает ссылку на другой ник и говорит, что это я и есть? это пустое, разве сами не понимаете? Любой человек создает новый ник, дает ссылку на профиль другого (уважаемого, авторитетного, с сообщениями) ника. И вам этого будет достаточно? Вы даже утверждаете, что там и оформление одинаковое? И что же мешает скопировать оформление? Правда, в нашем конкретном случае даже оформление лишь частично совпадает. Т.е. если кто-то использует мою или вашу аваторку, то он сразу становится мною или вами? Речь о том, что неизвестный исполнитель создает платную услугу. Репутация и квалификация исполнителя ничем не подтверждена кроме его слов. Наверное если бы у потенциального исполнителя было бы желание поднять свою репутацию, то он мог бы это сделать? В чем сложность описать хотя бы на словах сделанный модуль и показать хотя бы один работающий сайт с этим модулем? Неужели из 50-ти программных решений ни одного нельзя ни показать, ни рассказать о них? Они настолько секретны и закрыты "подпиской о неразглашении"? Ну это уже будет детский сад если такое предполагать. Думаю, что если у разработчика было бы желание, то сомнения могли бы быть им развеяны. Но вместо этого "разработчик" только подтверждает опасения в свой адрес, выбрав очень странную манеру и хамскую манеру общения. Т.е. если вы ему не верите, то вы просто "завидуете" (аргумент младшей школьницы), да и все, что вы пишите, это: Разработчики именно так и общаются друг с другом?
  4. Вы считаете, что если у разработчика под определенным ником были дополнения на старом форуме, то у него под таким же ником (и с такими же дополнениями здесь) возникнут сложности? Т.е. элементарное "2+2" - это не будет легко? Я считал, что если я здесь зарегистрировался под таким же ником и выложил в продажу такие же дополнения как на старом форуме, то вопросы с моей идентификацией закрыты. Кроме того, всегда можно написать в личку на старом форуме, написать на почту (в скайп и т.д.) для уточнения, что на новом форуме (в "клубе") зарегистрировался именно уже известный (по модулям, например) разработчик. Вам это не кажется легким? Хотя бы по сравнению с ситуацией, когда у разработчика нет никаких дополнений совсем. именно, что "написано". Чувствуете разницу по сравнению с тем, что было/есть реальные продажи дополнений на старом форуме? Т.е. реальные разработки, о которых известно, повышают доверие к разработчику. Разумеется, что разработчик может иметь неопубликованные дополнения, но в таком случае у него будет ниже реальная репутация и уровень доверия. Я сильно сомневаюсь, что здравомыслящий человек на штукатурные, плиточные, сантех. работы пригласит незнакомого первого попавшегося человека только потому, что тот скажет "умею и сделал уже 50 раз". Наверняка, вы захотите чтобы мастер до вас поработал уже у соседа, знакомого и т.д., т.е. было что-то реальное, а не просто неподтвержденные слова. Возможно, что мастер то и замечательный, но просто еще ничего не сделал или никто этого не видел, а отсюда и уровень доверия.
  5. с чего вы так решили? вот более полная цитата:
  6. а почему нет варианта "получить только уведомление"? Т.е. колокольчик. Как на старом форуме. Почему либо обязательно на email, либо ничего?
  7. это не имеет значения, т.к. ничего не подтверждает. Откровенные мошенники часто любят давать ссылки не на свои работы, мол, верьте мне, это все я сделал. На старом форуме много неплохих ников с неплохой репутацией, что мешает на новом форуме мошенникам зарегистрироваться под такими же? Т.е. на старом форуме определенный ник, действительно, может быть разработчиком, мог давать толковые советы по существу (с кодом и т.д.), но откуда мы можем знать, что ник на том форуме и на этом - это один и тот же человек? Если есть дополнения (были там в продаже, например), то вопрос с идентификацией легко решается, также не стоит вопрос когда работа производится легально с уплатой налогов и т.п. (ИП, самозанятый и т.д.). В РФ совершенно любой разработчик/исполнитель может выступать в качестве самозанятого (платить отчисления в казну нужно только если есть доход), и не нужно в таком случае никаких посредников и "гарантов", т.к. исполнитель будет совершенно точно идентифицирован (ФИО), и в таком случае мошенничество уже не пройдет. Все верно. "Быть гарантом" - это, во первых, крайне сложно юридически оформить, практически невозможно. А быть нелегальным гарантом на уровне "по понятиям" - это довольно сомнительное дело. Чисто технически может быть очень много нюансов и проблем (больших и малых). Начиная с того, что заказчик предоставил не вполне работающий сайт, т.е. неисправный сайт де-факто, но заказчик будет настаивать на том, что по его мнению модуль/шаблон (или заказная разработка) должны работать на его (неисправном) сайте и "не колышит". Например, у меня ситуаций, когда изначально сайт не вполне рабочий, хватает. Просто заказчик об этом может и не знать. Из последнего. В опенкарт полностью был неработающий механизм кеширования. Могу ли я как исполнитель гарантировать нормальную работоспособность своих разработок на таком сайте? И насколько способен гарант разобраться в такой ситуации? Как вообще гаранту оценивать возможность корректной работы разработки на модифицированном (и недокументированном) или поломанном опенкарт? При этом заказчик будет уверять, что никто и никогда ничего не менял в коде опенкарт. Правда, когда заказчику показываешь места с измененным кодом, то появляется отговорка "мы же не знали" и "сами то мы ничего не меняли, это кто-то другой...". Какой должен быть подход если опенкарт измененный, а заказчик не уведомил об этом? Чуть подробнее насчет конкретного момента, с которым я столкнулся и который вызывал "чудеса в работе", никак не связанный с моими действиями. Именно. Технически очень сложный и неоднозначный. Порой нужен консилиум специалистов с технически подкованными обвинителями и адвокатами. Суд "кто прав" - это тяжелый состязательный процесс, конечно, если речь не идет о банальном кидалове вроде "деньги получил и исчез". Т.е. работа может быть сделана добросовестно и технически грамотно, но может что-то некорректно работать или не так, как представлял себе это заказчик в в силу ряда причин. Пойди тут разберись!
  8. вы даете ссылку на профиль совсем другого ника, а не Ulvbern, я же показал профиль именно Ulvbern. Конечно, можно абсолютно всех запутать регистрируясь на разных ресурсах под разными никами. Но как в таком случае можно понять, что речь идет об одном и том же человеке? Логично было бы и здесь регистрироваться как Ulv, т.е. как и на старом сайте. В общем вся эта путаница с никами доверия не прибавляет. И как в таком случае быть заказчикам-новичкам? Просто верить на слово, что вот тот самый аккаунт это именно аккаунт продвинутого разработчика? Заказчикам и так сложно выбор сделать, учитывая, что мошенников достаточно, но когда исполнитель сам запутывает свою собственную репутацию, то дело совсем усложняется. На мой взгляд, все, что касается репутации должно быть максимально прозрачно и должно легко проверяться. Я проверил, например, репутацию Ulvbern, а ее ноль на старом форуме. Заказчик должен как-то иначе проверять? Если вас зовут Петя, то репутацию Васи нужно проверять и верить, что Вася==Петя?
  9. А как вы это поняли? Я вижу пустой профиль с нулем публикаций. Ноль репутации. Пользователь там не забанен.
  10. вот это в первую очередь интересует. любая работающая схема. Я последнее время использовал только обменники гривна --> рубль с мгновенной конвертацией. Но с такими обменниками ситуация нестабильная, т.к. список обменников, работающих в направлении гривна --> рубль постоянно меняются, т.е. приходится каждый раз использовать новые и непроверенные, кроме того в таких обменниках постоянно растет минимальная сумма для обмена (например, минимум 3300 гривен, а это 5000 р), да и с мгновенной конвертацией обменников немного, т.е. нужно ждать. Разумеется, что заказчиков в большинстве случаев не устраивает такой обмен. Исходя из опыта последний месяцев могу сказать, что с криптой до этого никто из подавляющего большинства заказчиков дела не имел и иметь не хочет. было бы здорово. спасибо!
  11. по большей части - это паранойя. и не особо полезное действие по большому счету. Предполагается, что к этим файлам из-за этого трюка не будет доступа по http/https протоколу. Это единственное, что делает данный трюк. Но запрет доступа можно решить и иначе. Есть еще причины переносить папку? да в этом ничего особо страшного и нет. Там нет уникальной информации, модули/шаблоны туда ничего не записывают, конечно, если их делал не извращенец. это просто хранилище кеша по сути и стандартных файлов, которые никто практически не меняет, а потому их всегда можно просто скопировать из дистрибутива опенкарт. А сам кеш формируется просто магическим нажатием "обновить системный кеш" и т.д. Плюс, как обычно в случае обновления всяких кешей, нажимаете "обновить модификаторы". в общем, просто берете и копируете папку /system/storage/ в папку ваш_путь/storage/ И обновляете кеши. Все. Это то, что нужно сделать при восстановлении из бекапа если вы специально не бекапили еще папку ваш_путь/storage/
  12. Кстати, а что это такое? В том смысле, что кто определил, что это и есть решение проблемы? Разве это решение? Это лишь верный совет с чего начать и некоторые предположения без знания всех входных данных. Решение может быть только в случае полноценного анализа ситуации после предоставления доступов к аккаунту хостера. Однозначным такое решение не может быть, т.к. зависит от реальной текущей ситуации, которую топикстартер в силу недостатка опыта описать в полной мере не может. Если решением является то, что "ничего работать не будет", то это как бы и не совсем решение, а один из вариантов исхода проблемы. Наверное, "работать не будет / решения нет" - это тоже "решение"? А по-сути в "решении" все верно написано, но это лишь совет, что нужно сделать первым делом. Думаю, что пока автор топика не разобрался в вопросе, то рановато писать "решение найдено"?
  13. похоже, что вы слабо разбираетесь. Бекапы бывают в кол-ве нескольких штук. Это почти всегда так, и можно выбрать бекап за определенный день/неделю. Если это не так, то все у вас запущено.... Лучше вам не самому решать проблему, т.к. все равно не понимаете толком, что делаете и можете только ухудшить (если уже не ухудшили) ситуацию. Лучше обратиться к специалисту за платным решением вопроса. Только нужно понимать, что в вашем случае нет 100% вероятности, что можно все восстановить, но можно хотя бы сохранить то, что можно по максимуму. Если сайт - это ваш бизнес и источник дохода, то и отношение должно быть к нему соответствующее. С обязательной страховкой в виде регулярных правильных бекапов. И, самое главное - это никаких экспериментов на боевом сайте! И не допускайте к сайту неподготовленных людей. Сайты детям не игрушка!
  14. Приветствую! Какие методы имеются ввиду? Предлагаю показать на практических примерах как это может помочь приему платежей из Украины, Белоруссии, Казахстана. Есть, например, потенциальный покупатель из Украины. У него есть карта в гривнах/долларах. Аккаунта в Advanced Cash у него нет (не смог зарегистрироваться - это реальный случай). Сможет ли покупатель без аккаунта в Advanced Cash делать платежи? Можете подсказать, что может помочь в приеме средств если у покупателя есть только карта в гривнах или белорусских рублях? Биткоин-кошельки покупатели не имеют, создавать их не желают, т.к. никогда с этим дела не имели. Варианты? Есть ли у вас готовое решения для подобных задач?
  15. классика для меня, например, - это "Назад в будущее" или "Терминатор" . Л. Володарский: А Лебовского посмотрел относительно недавно. На мой взгляд, кино на любителя, на один раз пойдет.
×
×
  • Создать...