6875 comments found.
Greetings amazing script, will there be an option to have a captcha on email sending because I am getting so much spam on MODESY script soon! Great continuation to you!
Hello,
Our script already includes a CAPTCHA feature. Please make sure to activate it via the Admin Panel under “General Settings -> Cloudflare Turnstile (CAPTCHA)”. For detailed instructions, refer to the documentation.
Thanks!
Great I have put my keys inside email TURNSTILE from Cloudflare…. Now I get this:::: An error occurred! Please try again later…
To see the error, open the .env file and change the CI_ENVIRONMENT value to “development” ( CI_ENVIRONMENT = development ).
WHere is this file please
Hello,
As instructed in the error message, you need to set the CI_ENVIRONMENT value to “development” in the .env file to view the actual error page. The .env file is located in the root directory of the script, alongside the .htaccess and other files. When you open the script files on your server, you should be able to find it there.
Regards,
Have you thought about a few additions to Modesy such as:
Make an offer
Badges based on the things users do, such as fast shipping, fast message responses, Seller badge based on how much in sales or how many sales. In admin area we can add, edit or delete new badges or assign to users.
What ever happened to leaving a message for sellers on checkout?
Hello,
Creating a badges section in the admin panel, where the admin can define different badges and assign them to users, is a relatively simple feature and can be implemented.
However, if these badges are expected to work automatically (based on conditions such as number of sales, activity level, etc.), the system becomes much more complex. Even if we add this feature, a fully manual system may not meet the expectations of many users and could lead to additional feature requests.
For this reason, we are currently undecided about this feature. However, we are not completely against it and may reconsider it in future updates.
As for contacting sellers, they can already be reached via the contact button on their profile page. For convenience, we can also consider adding the same button to the order details page.
Thank you.
Thank you, what about the Make An Offer button, something like a tick box on the add product page that says: Offers Accepted? if they tick it a button shows on the product detail page which says: Make Offer.
Then the seller receives an email about an offer was made on PRODUCT NAME, LINK and the offer price. You can accept or reject the offer OR make a counteroffer, the tricky part is IF the seller accepts OR makes a counter offer the product price should automatically change to the accepted offer price or counter offer price.
We understand your suggestion regarding the “Make An Offer” feature. Currently, instead of implementing this exact system, we are planning to add a full auction system with a countdown timer.
However, our main priority for now is to release the new classified ads theme that we have planned. After that, we will continue improving the system and consider adding features like an auction system.
Thank you.
Note to your answer about the future update of the Modesy script, it is very unfortunate that you postponed it indefinitely without resolving the issue with Recaptcha earlier, and in the piggy bank of the future update, I want to add that you need a module with a rental calendar for both hourly, monthly, and long-term rentals in sections of the user’s choice, this maybe real estate, transportation, or renting tools and inventory is the reality of our time, which is so lacking today.
Hello,
No, we have not postponed reCAPTCHA. It is already prepared and ready on our side. Our upcoming update for our other script (Varient) will include both Google reCAPTCHA and Cloudflare Turnstile options, allowing users to choose and activate whichever they prefer. This system is already completed, and we will include it in the next update for Modesy as well.
For now, we do not have plans to add a rental feature. Our current priority is to introduce a classified ads theme with Google Maps integration. After completing this, we can consider adding new features in future updates.
Thank you for your understanding.
Hello in Google Maps the problem with the activation of the card and sanctions territorial restrictions, please add additional other free card on the Eurasian continent – works well with Yandex maps. Thanks
Hello,
In fact, we always prioritize using completely free APIs whenever possible. However, in this case, the best quality in terms of map visuals and features is provided by Google Maps, and other free services do not offer the same level of quality. Therefore, we are not certain about using them at this time. However, if a high-quality free alternative becomes available in the future, we can consider adding it as an additional option. Also, since Yandex is not completely free, using Google Maps seems to be a more practical choice.
Thank you.
I repeat that all American services are under the yoke of their unipolar world and impose territorial and financial sanctions on the rest of the world, but we, the inhabitants of the Eurasian continent, where more than 5.7 billion inhabitants of the earth live, are not going to agree with this, our priority is to have free access to services and finances, even to conditionalthe free version of Yandex.maps, Now Payments, etc., and today we are deprived of this freedom in services such as Google maps, PayPal Stripe, etc.
We do not have a say in these geopolitical issues. If the majority of users rely on PayPal or other similar services, we are obliged to support these options, this is a practical reality. We always prioritize using free APIs whenever possible, but when free services are not sufficient for quality or reliability, it becomes necessary to use certain paid services. This is simply how software development works.
Thank you.
Therefore, it is important that your script buyers have an affordable alternative to services where there are no sanctions regimes from other hegemonies.
We respect your opinion. This idea is theoretically possible, but unfortunately it is not feasible in practice. Currently, the only free alternative to Google Maps is OpenStreetMap, but it does not offer the same level of visual quality as Google Maps. Even if we add it, many users will still come and say they want Google Maps.
What we are trying to explain is that in order to make this product sellable, we need to include the best available options. We would also prefer to offer only free APIs, but this is not entirely up to us. We have to act according to the current market.
Therefore, as buyers of your script, we offer today what we lack in your script. Let’s say I activated Google maps, and my user lives in a territory that Google decided to block and not provide its cartographic and other services there, the user sees that the project does not meet his requirements and leaves for others sites where there is no problem with alternative cards and payments, therefore, the Administrator must have a choice of which service he needs to use. and the project will be used in a way that was convenient, for its users and comfortable conditions, and not for crazy hegemons, I hope that you have heard us and will solve these problems in the next updates.
We understand your point. However, adding a feature and maintaining it to ensure it works reliably with regular updates requires significant effort. Therefore, unfortunately, we cannot provide multiple alternatives for every feature. We always try to include the options that are most widely used and relevant to the majority of users, regardless of the region or ownership of an API/service. This is beyond our control. We do our best to keep the project up-to-date and running smoothly at all times.
Well, we will wait for future updates, and if necessary, note what they lack and how much you lag behind the competition.
I saw in the comments that you’ve replied to someone saying you are currently working on another script that’s almost complete. Is that script an advance of Modesy e-commerce or something else not e-commerce?
Hello,
We have three scripts in total, and we update them in rotation. By “another script,” we were referring to our news and magazine script, Varient. The new Varient update is almost ready, and once it’s released, we’ll begin working on the classified ads theme for Modesy.
Regards,
Hi, in the new update, are you planning to include the payment method with Zelle (USA) or PIX (Brazil)?
The two are very similar, generating a QR code with different values for payment that could be included in the subscription plans, as an image field.
Hi,
Integrating payment methods and maintaining them to ensure they work smoothly requires significant effort. Since our script is sold worldwide, we focus on supporting the most widely used payment options in specific regions to keep the system manageable and reliable.
For Brazil and other South American countries, we currently support only Mercado Pago. One of the main reasons is that many local payment providers do not allow us to easily create and manage accounts, which makes integration and maintenance much more difficult. For this reason, we do not plan to add additional payment methods for this region at the moment.
Thank you.
Urgent: Security Issue and Abnormal Traffic ImpactHello,
We have recently identified abnormal activity on the system.
Within a short period of time, thousands of fake messages and requests have been generated. These actions were performed:
Using fake email addresses With randomly generated usernames Through user accounts, guest access, and support/contact forms
After reviewing the content, it is clear that these are not normal user actions, but automated or malicious attempts targeting the system behavior.
During this process:
A very high number of messages and actions were generated The system was heavily utilized Uncontrolled traffic occurred
It is also believed that this situation may be related to increased server-side costs.
Additionally, it is not possible to manually delete thousands of messages from the panel, which creates a serious operational issue. A bulk delete feature is needed.
We kindly request a technical investigation of this issue and that necessary security measures be taken.
This is a critical matter.
We expect a response regarding the findings and actions taken.
Best regards.
I am receiving thousands of spam messages, including test emails and support requests, via the testing@example.com address. The current Cloudflare Turnstile protection (CAPTCHA) is insufficient in preventing these attacks.
More advanced and professional bot protection systems need to be implemented. I kindly request the introduction of additional security measures capable of effectively filtering spam and automated bot activities.
Hello,
We understand the situation and take it seriously. The application already includes standard protections such as CAPTCHA and bot-detection mechanisms, which are effective against common automated submissions.
However, the current activity appears to be generated by more advanced and high-volume bot traffic targeting publicly accessible forms (such as contact, support, or login areas). These types of requests occur at the server/network level and reach the application as normal HTTP requests.
At that stage, the application can only apply limited filtering, since the requests have already consumed server resources and passed through the initial layers. For this reason, application-level protections alone are not sufficient to fully mitigate this type of traffic.
The most effective way to handle such attacks is to filter and block them before they reach the application layer. This typically involves implementing server-level or network-level protections such as: A web application firewall (WAF) or security layer on the server, CDN-based protection services such as Cloudflare, Bot filtering and traffic inspection mechanisms.
These systems are specifically designed to detect and stop malicious or automated traffic earlier in the request lifecycle, significantly reducing the load on the application.
We recommend reviewing the current server setup or contacting your hosting provider to ensure that adequate protection mechanisms are in place. If such protections are not available, integrating a service like Cloudflare would be a reliable and effective solution.
Regarding the accumulated messages, if the volume is too large to manage manually, they can be cleared directly from the database. You can do this via phpMyAdmin by selecting the “contacts” table and using the “Operations -> Empty the table (TRUNCATE)” option to remove all entries at once.
We are also planning to introduce more advanced bulk management tools in the admin panel to make handling such situations easier in future updates.
Regards,
Hello,
Based on your previous feedback, we have completed the necessary checks and coordinated with our server provider.
On the Cloudflare side:
Cloudflare is actively in use API keys and site keys are properly configured Security settings are enabled Under Attack Mode is active
Our server provider has confirmed that there are no issues or missing configurations on the server side, and all relevant protection layers are properly enabled.
However, despite this:
Forms can still be accessed directly Registrations and messages can be submitted without proper validation The current CAPTCHA mechanism does not provide sufficient protection
This indicates that the issue is not at the server or CDN level, but rather requires additional security measures at the application (software) level.
Therefore, we believe the following improvements should be implemented on the software side:
Advanced CAPTCHA integration (e.g., visual or multi-step verification) Honeypot (hidden field) implementation Form submission time validation (block unrealistically fast submissions) Rate limiting or temporary blocking for repeated requests from the same IP Filtering direct requests to endpoints
If there are any specific configurations that must be enabled on the server side, please clearly specify them, and we will ensure they are implemented accordingly.
However, given that all standard protection mechanisms are already active, the persistence of this issue suggests that additional measures are required on the application side.
We look forward to your response.
Kind regards,
Hello,
Our script already includes protection mechanisms such as CAPTCHA and honeypot. IP blocking and rate limiting can also be added, however these are mostly temporary measures.
As we mentioned before, this type of traffic should ideally be blocked before it reaches your website. Once these bot requests reach your application, they start consuming server resources unnecessarily.
For this reason, proper filtering at the server or CDN level is essential to effectively prevent such issues.
If Cloudflare is active and all configurations are correct, then these types of bot requests should be significantly filtered before they ever reach the application. This is exactly the point we have been trying to explain. Such traffic should not be reaching the script in the first place.
If these requests are still reaching your application, it usually indicates that the Cloudflare configuration is not fully optimized, or that the server is not effectively filtering incoming traffic. While it is true that no system can block 100% of all bots, the majority of such traffic should be stopped at the network level.
For the remaining small portion that may pass through, our script already try to block them with Cloudflare Turnstile and honeypot mechanisms.
If you are still receiving a high volume of spam despite Cloudflare being active, we recommend reviewing your Cloudflare firewall rules, rate limiting settings, and overall security configuration, as these play a critical role in preventing such issues.
We would also like to mention that when you encounter an issue with your website (even if it is not directly related to our script), you have been using the comments section to request support. We have allowed this and assisted you multiple times in the past. However, unfortunately, we will no longer be able to provide support through the comments section. We have already explained this to you before, but you have continued to post in the same manner, disregarding our guidance. As a result, we will not be able to respond even if you continue to post here.
We have been offering you support free of charge for a long time. If you have further questions or need assistance with similar matters, please purchase support and contact us through our helpdesk. Using the comments section for support not only goes beyond its intended purpose, but can also lead to misunderstandings, including attributing issues to our script that are not actually related to it.
Thanks.
Previously, I had reported the issue regarding test and spam emails through the comment section. At that time, your team acknowledged that there was a vulnerability in the system and informed us that it would be fixed in upcoming updates.
However, as of now, the issue still persists.
It is clearly observed that the spam prevention mechanism (captcha) implemented in your system is not functioning effectively. The current structure fails to prevent bots and automated spam submissions. There is no advanced user verification method in place (such as visual challenges or logical verification), making the system highly vulnerable to abuse.
Spam messages can easily be sent through support requests and contact forms, and the system does not block such activities. In similar systems, such actions are typically prevented automatically, and access restrictions are applied to the sender.
In your recent responses, you stated that the issue is server-related. However, according to discussions with the server provider, the main problem lies in the inadequacy of the captcha system and requires improvements on the software side.
Furthermore, in your previous support responses, it was clearly stated that this issue was software-related and would be resolved in future updates. The current position, shifting the responsibility entirely to the server side, creates inconsistency.
Additionally:
A significant volume of spam is being generated via contact and support forms This spam traffic is causing additional costs and penalties from infrastructure providers (such as AWS) The absence of a bulk delete feature for managing spam creates serious operational difficulties
In this regard, we kindly request the following actions:
Improvement of the captcha/spam protection system Implementation of additional security layers to prevent bot and automated submissions Addition of a bulk delete feature for support and contact messages A clear and consistent technical explanation regarding the root cause of the issue
Moreover, expecting user feedback to consist only of positive comments is not a constructive approach. Reporting issues openly is essential for improving the product.
We kindly ask you to review this matter urgently and provide a permanent solution.
Sincerely.
There are several misunderstandings in your message that we need to clarify.
First of all, at no point did we confirm a “vulnerability” in the system. What we explained earlier is that no CAPTCHA system can guarantee 100% protection, especially against modern or AI-based bots. This is an industry-wide limitation, not a flaw specific to our script.
Our system already includes protections such as CAPTCHA and honeypot. These help reduce spam, but they cannot fully stop high-volume or advanced automated traffic on their own.
There is also a misunderstanding regarding the email blacklist feature we mentioned. The purpose of an email blacklist is only to block specific email addresses from submitting forms. It does not prevent bots or automated traffic from reaching your website. Even if such a feature is added, bots can still send requests, they will only be restricted from submitting messages using blocked email addresses. Therefore, this is not a solution for the issue you are describing.
What you are experiencing is high-volume automated traffic reaching your website. This type of traffic must be filtered before it reaches the application, using properly configured server or CDN-level protections. If these requests are still reaching your forms, it clearly indicates that this layer is either not properly configured or not sufficient.
Stating that this issue is caused by the script is not technically accurate. No application can effectively block such traffic after it has already reached the application layer. This is exactly why infrastructure-level protection exists.
We have explained this multiple times in a clear and consistent way. Continuing to attribute this issue to the script, despite these explanations, does not reflect the actual cause of the problem.
Additionally, this is not a matter of general feedback. Publicly presenting the issue in a way that directly blames the script, despite repeated technical explanations, creates a misleading impression for other users. Feedback is valuable when it is accurate and constructive, but repeatedly framing this as a software issue is not aligned with the actual technical cause.
At this stage, we will not be able to continue this discussion through the comments section.
We would like to remind you of what you wrote to us when we first contacted you 5 months ago. No further explanation is needed.. yusufsahin19yb yusufsahin19yb Purchased
5 months ago Flag Hello Modesy / Codingest Support Team,
Despite all our security settings being active, we are receiving hundreds of spam messages in the contact messages section from the same user. This user performs these actions using an unverified email address. Even after banning and deleting the user from the admin panel, they re-register with the same email and continue sending spam messages.
We contacted our hosting provider and the necessary settings were applied, but the issue persists. We believe that this should not be possible with an unverified email account.
We have submitted the bug report along with screenshots for your review. We kindly request your assistance.
StellarCode StellarCode Author Team
4 months ago Flag Hello,
All of our products will have an email blacklist feature in their next major updates. Email addresses added to this list will be unable to register on the site, log in, post comments, use guest checkout (if active), or send a contact or support message. In short, they will be blocked from performing any action that requires an email address.
Regards,
yusufsahin19yb yusufsahin19yb Purchased
4 months ago Flag Dear Modesy / Codingest Support Team,
As the Vitrinfly store, we would like to report an issue we have identified on our website and kindly request your technical assistance.
When adding a product to our site, we create both Turkish and English versions of the product. However, we are experiencing the following issue when switching the website language to English:
On the English homepage, product titles still appear in Turkish. When the product is opened, the product detail page correctly displays the title and description in English. In other words, the homepage product listing does not reflect the selected language correctly, while the product detail page does. We are using the built-in translation feature of the system and do not use any external translation plugin. Therefore, the product titles on the homepage are expected to appear in English when the site language is switched to English.
We kindly request your assistance in checking whether this is a technical issue and in applying the necessary fix.
Thank you for your support. Vitrinfly Store
StellarCode StellarCode Author Team
4 months ago Flag Hello,
This issue appears to be caused by the cache. We will check it in the next update.
Regards,
yusufsahin19yb
Greetings to the successful Modeys team! Is the estimated release date for the WhatsApp contact information and the new classifieds theme starting to become clear?
Hello,
We haven’t started working on the next update yet, so there isn’t an estimated release date at the moment. We are currently working on another script, which is almost complete. Once that update is released, we will begin working on the classified ads theme and aim to complete it as soon as possible.
Thank you.
can you integrate PESAPAL payment gateway for East Africa
Hello,
For now, we will continue using the existing payment options. It is unclear whether we will introduce a new payment system in the future. You can view the available payment gateways in the “Payment Settings” section of the admin panel and use any that are supported in your region.
If you require the PESAPAL payment gateway for your site, you can work with a developer to integrate it. We have shared a detailed article in our Help Center explaining how to add a new payment gateway, which you can use as a guide during this process: https://codingest.com/knowledge-base?content=197
Thank you.
I am not sure where I can set up promote packages for vendors, so they can promote add or multiple ads.
I saw that it is available on daily and monthly basis, but not sure where I can edit this. Any help?
Hello,
You can enable the “Featured Products System” setting in the “Preferences > Products” section of the admin panel. This allows vendors to promote their products on the site by purchasing a daily or monthly plan.
You can configure the pricing for these plans in the “Payment Settings > Featured (Promoted) Product Fees” section of the admin panel.
Regards,
Objet
Hello,
I am evaluating Modesy for a directory project with approximately 2.2 million records.
Before purchasing, I need precise technical confirmation about database structure, indexing, search behavior, and import capability at this scale.
Please answer the points below as specifically as possible.
Database structure In which tables are listings stored? If I need fields such as WALDEC, SIRET, category, subcategory, region, department, city, and status/state, are these stored as real SQL columns, or as custom field records? Exact identifier search If I store WALDEC as SKU, will an exact search for a value like W011000144 use your built-in indexed search engine, or will it fall back to custom-field filtering / database search? If I store WALDEC as a custom field instead of SKU, how is exact search performed technically? Indexes Is SKU indexed? If WALDEC is stored as SKU, is exact lookup indexed at database level? If SIRET is stored separately, can it be indexed as well? Are category, department, city, and status stored in indexed columns? SQL query and execution plan For an exact identifier search such as WALDEC = ‘W011000144’, what SQL query is actually used? Can you provide the EXPLAIN plan for that query?
For a filtered search combining: category + department + keyword + pagination what query is used? Can you provide the EXPLAIN plan for this query as well?
Search engine behavior Is keyword search based on SQL LIKE, FULLTEXT, or another indexed search structure? Is exact identifier search separated from general keyword search logic? Are SKU searches handled differently from title/tag searches? Large CSV import Does CSV import run in batches? Can it resume after failure or timeout? Can it update existing records based on a unique key such as WALDEC or SKU? What is the recommended practical limit per CSV file for large imports? Large dataset validation Have you actually tested Modesy with 500k+, 1M+, or more listings? If yes, can you provide any evidence such as: benchmark results, admin screenshots, SQL screenshots, EXPLAIN screenshots, or measured search response times?
I am not asking whether the script can theoretically support millions of records. I need to know whether the actual database design, indexing strategy, and search queries are suitable for this scale in practice.
Please answer as concretely as possible.
Thank you.
Cette version e
Hello,
Thanks for your interest in our script!
Listings are stored in the “products” table. Categories and subcategories are assigned per product via the “category_id” field. Location data is also stored similarly using “country_id, state_id, and city_id”.
Other attributes such as WALDEC, SIRET, etc., are not common for every product. Therefore, if needed, they can be added as custom fields from the admin panel.
Our script uses an optimized search system. When a product is added or updated, a search index is generated using the product’s title, short description, tags, and SKU. This index uses MySQL FULLTEXT indexing, and searches are performed on this index using Boolean Mode, returning highly relevant results very quickly. Thanks to this system, even with 2 million products, search results are returned within a few seconds.
If you modify the index generation function and include fields like WALDEC in this index, the system will also be able to search based on that data. Without MySQL FULLTEXT indexing, it is not efficient to search across multiple database columns in this way. Therefore, instead of querying multiple columns separately, extending the search index is the most practical solution.
Yes, both single and composite indexes are used for searches and listings, ensuring high performance. Since these are database-level indexes, combinations such as category + department + keyword + pagination do not significantly affect performance.
The bulk product upload system works in batches. However, the batch value is set to 1 by default. This is because product images provided via URL are downloaded, optimized, and saved during the import process. If the batch size is too high and each product contains multiple images, the PHP execution time may not be sufficient to process them.
There is no resume option. Existing records can be updated using each product’s ID, and detailed instructions for this are available in our documentation.
The CSV import process works via AJAX POST requests. Each batch is processed separately, and once completed, the system moves to the next batch. This means the total size of the CSV file is not a limitation as long as your computer remains active, the import process will continue. However, it is still not recommended to include too many records in a single CSV file.
Before releasing the latest version, we tested the script locally with 600,000 categories, 2 million products, and millions of additional records (comments, reviews, etc.). This is not a theoretical assumption. The script is fully capable of handling large-scale databases like this. In fact, this is one of the key aspects that differentiates our script from WordPress-based systems.
Thank you.
Hello,
Thank you for your reply.
I appreciate the clarifications you provided, but for my use case I still do not have the concrete technical evidence I need before purchasing.
My project is not a standard marketplace. It is a directory-style database with approximately 2.2 million records, where exact identifier lookup and predictable query performance are critical.
At this stage, I need evidence, not general confirmation.
Please provide precise answers to the points below.
Exact database structure Please provide the actual schema details for the main listing table(s), including: table names relevant columns data types indexes currently defined
In particular, I need to know whether the following values can exist as real SQL columns, not only as custom field records: WALDEC, SIRET, category, subcategory, region/state, department, city, status.
Exact identifier lookup This is the most important point.
If WALDEC is stored in SKU:
what exact SQL query is used when searching for a value such as W011000144? does this search use WHERE sku = ‘W011000144’ or does it go through FULLTEXT search logic? is SKU indexed with a normal B-tree index for exact lookup?
If WALDEC is stored as a custom field:
what exact SQL query is used? how is the custom field joined and filtered? can that lookup be indexed efficiently at database level? SHOW INDEX / schema evidence Please provide either: SHOW CREATE TABLE products SHOW INDEX FROM products and, if custom fields are involved, the equivalent for the custom field tables.
Without this, I cannot verify your statement that single and composite indexes are used.
EXPLAIN plans Please provide actual EXPLAIN output for these two cases:
A. Exact identifier search Example: WALDEC = ‘W011000144’
B. Filtered listing search with pagination Example: category + department/state + keyword + pagination
I need the real SQL query and the EXPLAIN result, not only a general description.
FULLTEXT behavior You mentioned that search index content includes title, short description, tags, and SKU.
Please confirm clearly:
Is SKU searched only through FULLTEXT, or also through exact SQL equality search? Is exact identifier search separated from general keyword search logic? If WALDEC is added to the FULLTEXT index, does that still guarantee exact lookup performance comparable to an indexed equality search? CSV import at scale For 2.2 million records, I need exact operational limits.
Please confirm:
maximum practical recommended CSV size per file whether import can resume after interruption whether import can update existing records by unique key such as SKU or WALDEC whether updates are only possible by internal product ID whether the AJAX import process has actually been used successfully for very large imports in real conditions Evidence of large-scale validation You mentioned local tests with 2 million products and 600,000 categories.
Please provide at least one concrete proof, such as:
admin screenshot showing record counts database screenshot benchmark result EXPLAIN screenshot measured response times for exact search and filtered search
Please understand that I am not questioning your script in general. I only need to verify whether the current database design and search implementation are truly suitable for a production dataset of this size.
If you can provide the schema details, index details, real SQL queries, and EXPLAIN outputs, that will allow me to make a purchase decision.
Thank you.
Hello,
Unfortunately, you cannot find such proof not only for our product but anywhere. The reason is that a database with 2 million products created by you and one created by us will be completely different. Yes, both may contain 2 million records, but even adding a single extra word per row can increase or decrease the database size and index size. With such large datasets, these differences become significant. Therefore, even if technical data is provided, it would not be meaningful unless the exact same dataset is used.
On the other hand, it is not feasible for us to create and keep such a demo environment active. A database of this scale can easily exceed 10GB, and running it smoothly would require a powerful server since MySQL performance depends heavily on server resources. This would result in unnecessary additional costs for us.
There are 99 tables in the database, and it is not practical to list all of them publicly here.
There are no columns named “WALDEC” or “SIRET” in the products table. The table includes fields such as “category_id”, “country_id”, “state_id”, “city_id”, and “status”.
The SKU, title, short description, and tags are combined into a single plain text string, and common terms are filtered out. This processed text is then added to the product search index table, which uses FULLTEXT indexing. When you search for something like “W011000144”, the FULLTEXT index is used to quickly find relevant results. Therefore, adding WALDEC instead of SKU would not change anything, everything included in the search index is indexed and searched very efficiently.
We are not entirely sure what kind of data you intend to use for WALDEC, but for custom filters, the parameters are typically compared directly (equal / not equal). Since the relevant columns are indexed, this does not significantly impact performance. The filtered results are then joined with the products table to retrieve the final data.
Unfortunately, the other requests you mentioned would require custom preparation and reporting, and it is not appropriate for us to provide such detailed technical disclosures here.
If your project goes beyond a standard marketplace and requires very specific or advanced functionality, a custom-built solution may be more suitable for your needs. While our script is designed to handle large datasets and is continuously improved with each update, extremely large-scale or highly specialized systems often require dedicated architecture and infrastructure. As scalability increases, running such systems on shared hosting becomes less practical, and more advanced setups (such as caching systems or database scaling) may be needed.
Our goal is to provide a solution that works reliably on most servers without requiring complex configurations, while still supporting large datasets efficiently. We believe we have achieved this to a great extent and will continue improving it further.
Thank you.
Hello,
Thank you very much for your detailed answers and for the time you took to explain everything so clearly.
I really appreciate the information you shared about the database structure, search system, and scalability.
For now, I am still thinking about purchasing your script. Even if it may not be the best fit for my current directory project, I may still need it for another marketplace project in the future.
So I will keep your script in consideration.
Thank you again for your time and your support.
Best regards,
Hello,
We respect your decision. Yes, the current theme is not really suitable for a directory-type website. However, in the next update, we are planning to add a classified ads theme. This theme will include features such as Google Maps integration and will be fully optimized for classified ads use cases, which may be a much better fit for your project.
We have not started working on this yet, as the update for our other script took longer than expected. However, we plan to begin soon and aim to build the theme as quickly as possible.
Please follow our updates for more features.
Thank you!
Best regards,
Hello,
Thank you again for your previous replies.
I am still evaluating Modesy before purchase, and I would like to clarify one last important technical point.
For my project, the critical question is the scalability and future evolution of the search system. At the volume I am considering, around 2.2 million records, I am concerned that the current MySQL FULLTEXT-based approach may eventually become a limitation for search precision, advanced filtering, indexing flexibility, and long-term performance.
So I would like to ask very clearly:
Do you currently offer any Elasticsearch plugin, add-on, or integration for Modesy?
If not, I would like to know whether you would be willing to develop one, and in that case:
what scope you would consider, what delay you estimate, and what price you would request.
I believe this is a legitimate feature request, especially considering the number of customers who have already purchased your script. It seems quite reasonable to think that an Elasticsearch integration could interest many of them as well, particularly for high-volume classifieds, directory projects, or large marketplace databases.
I want to be transparent: I am still in the study phase and I am assessing whether Modesy is the right solution for my needs. So at this moment, I am not making a purchase commitment yet. However, your answer regarding Elasticsearch will play an important role in my decision.
Please let me know as concretely as possible whether:
such a solution already exists, you could build it, how long it would take, and what budget would be required.
Thank you.
Hello,
We’ve already explained how MySQL FULLTEXT search is implemented in the script and how, with our optimizations, it delivers fast and reliable performance.
In practice, this approach is more than sufficient for the vast majority of use cases, which is why we are not planning to introduce additional solutions such as external plugins or Elasticsearch.
As you may have noticed while reviewing the script, we intentionally keep external dependencies to a minimum and prefer integrating only essential and free services. This helps maintain performance, simplicity, and long-term stability.
For these reasons, we are not planning any changes to the current search system.
Thank you.
Are you providing custom service
Hello,
Unfortunately, we do not offer customization services. If you require additional features or modifications to certain parts, you can work with a developer to implement the necessary changes. Our code is open source, so you are free to customize it on your site as needed.
Regards,
Could you let me know which PHP framework was used to build your script?
The script uses the PHP CodeIgniter 4 framework. We update the framework to the latest version with each major update.
Regards,
How do we change the weight in the shipping section from kg to lb
Hello,
In the “Language Settings > Edit Translations” section of the admin panel, you can search for “kg” and change it to “lb.” After making this change, all instances of “kg” on your site will be updated to “lb.”
Regards,
Hi… Author pls Dark thames
Hi,
Since dark mode is not widely used on e commerce websites, we do not currently have plans to add this feature.
Thanks.
Ok thanks
You’re welcome.
Best regards,
A simple and very useful suggestion to implement:
Add an optional field next to the product price value indicating the unit of measurement. For example: if the price is per kg, unit, package, box, etc.
If it’s a food item with variable weight, the price would be displayed like this: $9.90 / kg or a closed box item: $12.90 / box of 10.
Hello,
At the moment, we do not have plans to add this feature. The system is primarily designed for products that are sold per item (piece), and many other parts of the platform are built to work based on this structure. Because of this, adding unit-based pricing such as kg, box, etc. would require changes in several related systems. For this reason, we prefer not to modify this structure for now.
Thank you for your suggestion.
No need to make major changes!
Just insert an optional text field next to the displayed price that would only be filled in if the value needs to specify the unit of measurement in which it is sold.
Simple!
Hello,
This may look like a simple feature, but unfortunately it is not as simple as it appears.
To implement this option properly, we would need to add new settings in the admin panel so that an input type (such as piece, kg, box, etc.) can be selected next to the price. In addition, sellers would also need to choose one of these options when adding a product from the seller panel. Based on that selection, the chosen unit would need to be displayed on the product detail page.
Other sections such as order details, invoices, and similar areas would also need to be updated accordingly. Since the current database structure is based on item (piece) sales, some database tables would also need to be modified.
If you would like to achieve this with a simple change only for your own use, we recommend directly modifying the code. However, if we were to officially add this feature to the script, we would need to implement all of these changes to ensure the system works properly.
Thanks.
1. Conversion & Urgency Tools Product Availability Countdown: Implement scarcity triggers like “Only 3 items left” or “Offer ends in X hours” to drive faster checkout decisions.
Wholesale / Bulk Buying Mode: Enable tiered pricing (e.g., 10% discount for 10+ units) to attract B2B buyers and increase average order value.
2. User Experience (UX) & Efficiency Image Upload Progress Indicator: Add a real-time percentage bar (e.g., “Uploading… 70%”) to reduce friction during the listing process.
Simplified Product Listing: A “Quick List” mode requiring only a Title, Price, and Photo, allowing sellers to add granular details later.
Product Page QR Code: Automatically generated codes on desktop views to allow seamless “scan-to-mobile” transitions for buyers.
3. Trust & Communication Seller Type Badges: Visual icons identifying sellers as Manufacturers, Wholesalers, or Retailers to establish immediate credibility.
Seller Message Notifications: Instant alerts for new buyer inquiries to improve response times and closing rates.
Free Seller Starter Guide: An onboarding hub covering the basics: uploading, order management, and payment cycles.
4. Logistics & Marketplace Dynamics Order Tracking System: A visual timeline for buyers (Order Placed → Packed → Shipped → Delivered).
Local Pickup Option: A delivery toggle for proximity-based transactions, saving on shipping costs for both parties.
Buyer Request Marketplace: A reverse-marketplace feature where buyers post “Wanted” ads and sellers submit competitive offers.
Hello,
The feature that shows the upload progress percentage while product images are being uploaded, the quick list feature (which allows creating products quickly by filling only the required fields), and the local delivery shipping option are already available in the current version.
To display a shipping status like the one you mentioned, you would need to integrate the API of the shipping company you are using. However, buyers can already track their shipments directly on the carrier’s tracking page using the shipping tracking code and URL provided by the seller. Since there are many shipping companies around the world, it is not feasible for us to integrate each one individually into the system. Therefore, this is the most practical and widely usable solution.
Some of your other suggestions are also features that we may consider adding in the future. Our updates will continue.
Thank you for your suggestions.
hello interested in buying this. can i read the documentation ? id like to see configuration and other options please. thank you
Hello,
Thank you for your interest in our Modesy script.
The documentation is available in our Help Center. However, only users who have purchased the script can access it. You can review all the features on our demo site, and if you have any questions, we will be happy to answer them: https://modesy.codingest.com/
Thank you.
im unable to view documentation… it says i need to buy a license 
Yes, as mentioned previously, only users who have purchased the script can access the documentation. If you have any specific pre sale questions, we would be happy to answer them.
Thank you.
i read that nginx can handle high traffic better than apache, can modesy be installed on a nginx vps server?
Hello,
Yes, our script works without any issues on both Apache and Nginx. When installing on Apache, you do not need to make any additional configuration because these settings are already handled through the .htaccess file.
However, since .htaccess does not work on Nginx, you need to apply similar settings directly in the server configuration file. This configuration is simple, and we have explained it in detail in a help article available in our help desk.
Thank you.
Very well done sofware, Could you add a couriers option so that once a customer buys the item they can select the delivery courier of choice, and once the item is delivered then a customer can check as delivered for the vendor to be allowed to cash out. Something to act as an escrow until customer get their goods
Hello,
The Modesy system works this way as well. Each vendor manages their own shipping options. After adding a shipping zone, vendors can add multiple flat rate shipping methods under that zone and name each of these methods according to different courier services. At checkout, the customer will see these courier names and their costs and choose one based on their preference. After that, the vendor will ship the order using the chosen courier.
A vendor’s earnings from an order will not be reflected in their wallet balance until the order is approved by the buyer. In case the buyer forgets to complete the order, there is also a feature that allows you to set a time limit to automatically approve unapproved orders. For example, if you set a ten day limit and the buyer does not complete the order or report any issues within this time, the order will be automatically approved and the vendor’s earnings will be reflected in their balance.
All payments are made to the admin’s accounts, so vendors do not receive their earnings directly. Vendors can only request a payout when their wallet balance exceeds the minimum payout amount.
Thank you.
I’m planning to buy modesy and variant magazine, then merge the login system. So that one user can use both platform. I wanted to confirm if this is possible with the code and database structure ?
Hello,
Thank you for your interest in our scripts.
Our code is open source, so you can modify it to customize your site as needed. However, please note that Modesy and Varient are two completely separate systems, and they were not designed to work together. While methods such as session sharing are technically feasible, they would require additional custom development and may introduce security risks. For this reason, we recommend proceeding with caution if you decide to attempt this type of customization.
Thank you.
Can both use one login/auth database fields?
Hello,
Modesy and Varient were not designed to work together. In their current versions, there is no built in option to use a shared login or authentication database between them.
Achieving this would require custom development and modifications to their codebases. Please note that such changes may introduce potential security risks. For this reason, we do not plan to implement this functionality.
If you would like to proceed with this type of integration, we recommend working with an experienced developer.
Thank you.
Subject: Feature Request: Automated Vendor Ranking & Tier System Hello Team, I would like to implement an Automated Vendor Ranking System to enhance marketplace trust and incentivize seller performance. Below are the functional requirements: ⚙️ Core Logic & Automation Evaluation Period: The system should start ranking vendors after their first 14–30 days of activity. Auto-Update (Cron Job): Rankings must be recalculated automatically every 30 days based on real-time performance metrics. Ranking Tiers 1. Gold Seller Criteria: Completed Orders: \ge 20 Store Rating: \ge 4.5 Shipping Speed: \le 24 hours Cancellation Rate: < 5\% Privileges: Top Priority in search results. Gold Badge displayed on profile and products. Commission Discount: Reduced platform fee by 1–2%. 2. Silver Seller Criteria: Completed Orders: \ge 5 Store Rating: \ge 4.0 Shipping Speed: \le 48 hours Cancellation Rate: < 10\% Privileges: Boosted visibility in search results. Silver Badge displayed on profile. 3. New Seller Criteria: Vendors with < 5 orders or insufficient ratings. Status: Standard visibility with prompts to improve product quality.
Hello,
Unfortunately, we are not planning to add such a vendor rating system at this time.
If you need this feature, you may work with a developer to implement it on your site. Our code is open source, so you can customize your site according to your needs.
Thank you.
