есть мой косяк, в ффомс заплатил на копейку меньше (спасибо онлайн сервису какому-то). прислали одну квитанцию на копейку, одну на 17328.48 и еще одну типа на штраф рублей 200. может они меня из-за копейки затролить решили.
реквизиты правильные, вот только вижу ОКТМО в их квитанциях на 1 больше чем у меня, хотя в интернете ищется больше без единицы. слал в один день, одна из квитанций выходит проплатилась раз просят доплату. почему же не проплатилась точно такая же квитанция
Иван Украинцев: родительский + inline-block для каждого элемента - это мой подвариант , он не во всех случаях прокатывает. когда например у него будет флоат лефт и заданная ширина, которая меньше чем родительский
в каких-то случаях можно сам можно использовать уже как контейнер а вложенным давать класс "с" (а не вставлять в него еще блок), может спецы по цсс объяснят что к чему). смотря что содержится. я всегда это как заклинание пишу не задумываясь. слегка напрягает что 2 лишние строки, но гарантированно все будет по центру. на самом деле такое центрирование не часто требуется
да проскочила такая мысль. в прошлом году выставили мне 22 рубля чисто прозвонить меня на лоха))
ну тут слишком нагло, на 17к может забить только совсем богатая контора, а не фрилансер ип на упрощенке, у которого взнос в пфр гасит налоги. я заебался искать их реквизиты каждый раз. централизованной базы нет, на сайте инфа устаревшая, адрес и фотка здания даже старые, еще до того как они себе дворцы из турецких панелей себе оформили по всей стране))
больше даже интересует природа явления, неужели такой разводняк
FanatPHP: для чистых там есть. я вот вчера воспользовался потому что не было психической энергии чей то бред 2004 года переделывать, вставил как есть
\DB::connection($site)->statement("DELETE FROM tmp_vendors");
\DB::connection($site)->statement("REPLACE INTO tmp_vendors (vendor, type) SELECT DISTINCT SUBSTRING_INDEX(products.name,' ',1) AS vendors, product_types.type as type FROM products LEFT JOIN product_types ON products.id = product_types.product WHERE products.enabler > 0 ORDER BY products.name");
где DB это Illuminate\Database\Capsule\Manager - та самая обертка (поправь если не прав)
FanatPHP: вьюхи в бд это уже бдсм))) бд она по прежнему для данных остается. да темная сторона есть и порой проще бы и обычный запрос написать и возможность там есть для этого, но для симметрии и на будущее (вдруг имя таблицы сменится, например) уже приходится так же через модели делать
да ты прав по терминологии. я просто стал свидетелем элоквента, хожу по подъездам и впариваю его всем. впервые согласен с синтаксисом орм, описанием моделей и схем. жрет он много конечно, вот везде он торчит gyazo.com/f1e787a2e8ce4e30669d097149a58618 при чистых запросах их почти не было видно, а тут половина площади это он. и я посмотрел цепочки там куча бесполезных вызовов каких то оборачиваний кавычками приведения из кемел кейза в снейк и обслуживание остальной магии, которой может и не произойти. но как по мне оно того стоит, и не хочется что то там руками подготавливать или писать свои обертки потому что это будет далеко не то. и когда через модели работаешь, мозг и место на экране освобождается под более интересные дела
не думаю что ТС мутит хайлоад проект где это все было бы критично
phpus: решение о создании таблицы принимается не в зависимости от того сколько человек будет ей пользоваться, я и для себя любимого могу таблицу создать если этого требует логика вселенной
что у вас за сведения про нагрузку?)) чпу это вообще просто разбор строки или простенький регксп
нагрузка это:
1. кривая архитектура бд или отсутствие нужных индексов или кривые запросы
2. нагромождения объектов в памяти, ооп ради оопа и прочий оверинжиниринг, когда для элементарного действия или вообще просто так создается какой-то объект и серверу приходится это лопатить
3. зацикленный несчастный говнокод
4. "смотрите как мы умеем все делать на регулярках"
5. большое количество открывания и чтения файлов
6. что-нибудь еще
майскл и другие субд тоже открывают фалы, только это результат многолетнего опыта большого количества людей, там все учтено, в том числе и специфика работы файловых систем. а то что вы наделаете файлов в папках это будет жестко тупить. ну и повторюсь за целостность базы придется отвечать лично вам
да, у каждой категории свой набор параметров. это изображено на той схеме, которую я запостил.
пример store.c87406.tmweb.ru база обычная майскл, иннадб или маисам тут без разницы.
вот видите вы уже запутались, а когда вы начнете это делать то наткнетесь еще на кучу проблем. а самое страшное будет когда вы импортнете все товары начнете работать, а потом все грохнется средь бела дня. чтобы спасать весь этот ноускл вам придется писать скрипты которые будут все там ходить да сверять по вашим папкам. просто ответьте себе на вопрос - зачем? кто вам сказал про нагрузку? открывание файлов это тоже нагрузка между прочим.
con_: лайнхейт нужен для пикселпёфекта между файрфокс/вебкит, либо четный либо нечетный не помню, вроде четный. иначе в одном из браузеров съедет на 1 пиксель
я бы сходил если был в том городе, просто я там окажусь как раз под 20-е и нужно спасти платеж чтобы вернуть авансы, а в оффлайне по всем этим заведениям можно ходить неделю, потому что сегодня 2е окно по техническим причинам не работает, а в среду оно только после обеда а в четверг до обеда, а в 3 окне просто обед и можно просто проходить и прождать там несколько дней, поэтому хочу заранее все узнать.
главное хочу понять реальна ли процедура этого возврата, не нахожу однозначной инструкции на этот счет в интернете.
