Vladzimir

Дайте вгадаю. У вас усі картинки завантажуються у форматі png? І якого розміру оригінальні фото - і які максимальні розміри в магазині? Тому що резайз, в опенкарті, с меншого розміру на більший, завжди дає непропорційне збільшення ваги фото. І ще, який шаблон ви використовуєте? Тому що деякі шаблони вміють генерувати фото 2х, що - дивись попередній пункт.

Так, вони позбавляють геморою, на старті. Але додають суттєвого геморою при масштабуванні з інтернет-ларька до нормального магазину. Краще день втратити, але за годину долітіти (С).

А я навпаки вважаю що адмінка опенкарту потрібна тільки для налаштувань магазину. Для всього іншого є спеціалізовані речі, які суттєво розширують можливості ведення контенту/замовлень. Наприклад контент ідеально вести в pim-системах які на 164% перекривають усі наявні модулі опенкарту для цього. Аналогічно і щодо crm.

А можна ще до форматування доколупатися. Вважайте це не жартом.

Як складська програма, але дуже примітивна. Немає повноцінної броні. Інтерфейс не юзерфрендлі. Спочатку думав що ви - вебаналог https://www.pr4.com.ua але виявилося все навпаки. А ось за код - спасибі. Хоч хтось не говнокодить.

Замовлення в базі зберігаються в тому вигляді, в якому клієнт його зробив

Яке прикре самогубство ©

Тому що для Данілки гроші не пахнут. Але так, його бізнес, поки шо плаває, бо ми знаємо що не тоне.

Я сказав адекватних альтернатив. Шило на мило міняти якось не тойво. Де адекватні аналоги FilterIt, FlyPage?

Зв'язок є, і причому прямий. Модулі з РФ зняті з продажів, а адекватних альтернатив немає. І це теж. Але мій модуль, наприклад, адміністрація модерувала понад місяць! При тому що він опенсорсний і фрішний.

І зараз на форумі дуже добре видно стагнацію опенкарту. Нові модулі майже не з'являються. Останній був доданий більше двох місяців тому!

Ця аргументація стосується саме для Ларавел. Наведений мною мікрофрейморк не страждає всім вище переліченим. Там все значно простіше і легко розширюється. Просто ви навіть і не дивилися ні приклади ні код. Швидкість зросте в кілька разів, тому що замість підзапитів для кожного товару, буде виконуватися тільки один для кожної таблиці. До того ж там присутні події onload onset onget beforeerase aftererase beforeinsert afterinsert beforeupdate afterupdate Що значно розширює можливості модифікації, при чому в одному місці.

Так він же наче став платним?

Цікаве спостереження. Призначення платежу у виписках від НоваПей: Переказ коштiв по платежам. прийнятим вiд населення за товари згiдно реестру Рахунок з якого заходят кошти: 2654 Пояснення, чи видавати чеки якщо кошти заходят з рахунку 2654: http://chp.com.ua/ua/all-news/item/70870-yak-za-nomerom-rakhunku-diznatisya-zastosovuvati-rro-chi-ni

Опенкарт добре обійшовся б і мікрофреймворком. Наприклад цим http://fatfreeframework.com

Потрібен не білдер, а Data-Mapper, з лінивою загрузкою, наприклад як цей https://github.com/ikkez/f3-cortex. Тоді ніякі джоіни не потрібні. І зникає оверхед від запитів у циклах і т.і. І розширювати цю систему буде дуже легко.

Поки не буде чіткої постанови/закону податкова буде рахувати усі суперечності у свій бік. Доречі, петицію щодо врегулювання РРО і сучасних способів ведення бізнесу вже підписано. https://petition.president.gov.ua/petition/202308

Думаю що тому "щіпачу" зроблять як колись Шуфричу.

А ще туту цікаве Що це? Хто де і як їх повинен реєструвати?

Теоретично це можуть притягнути під поняття кредиту. Але, так це взагалі біла пляма.

Гетьманцев до податкової не має жодного відношення. І ця ж людинка, свого часу, чотири! рази змінювала свою позицію щодо чеків при оплаті на р/рахунок. Є ось такий "шедевр" податкової https://tax.gov.ua/media-tsentr/novini/698377.html але там ще більше питань ніж відповідей.

Це дуже спірне питання. І однозначної відповіді на даний час немає.

А що з наложками НП?

Тільки 2.3